새 글을 공개한 뒤 제목을 검색했는데 결과가 보이지 않으면 곧바로 색인 요청부터 반복하기 쉽다. 그러나 색인 요청은 발견을 돕는 절차일 뿐 검색 노출을 보장하지 않는다. Google은 새 URL의 크롤링에 며칠에서 몇 주가 걸릴 수 있으며, 같은 URL을 여러 번 요청해도 더 빨라지지 않는다고 안내한다. 따라서 요청 전에 페이지가 실제로 열리고, 검색 로봇이 접근할 수 있으며, 사이트 안에서 발견 가능한지를 순서대로 확인해야 한다. 다음 6단계는 소상공인 블로그 운영자가 새 글 발행 직후 적용할 수 있는 점검 루틴이다.
공개 URL과 HTTP 상태를 먼저 확인한다
관리자 화면의 미리보기 주소가 아니라 방문자가 접속하는 최종 HTTPS 주소를 새 브라우저 창에서 연다. 로그인 없이 본문과 제목이 보이는지, 모바일에서도 같은 URL이 열리는지 확인한다. 서버는 정상 페이지에 HTTP 200을 반환해야 한다. 404, 500, DNS 오류, 인증 화면이나 반복 리디렉션이 나타나면 색인 요청보다 접속 문제를 먼저 해결한다. 주소가 www와 비www, 루트와 하위 도메인으로 나뉜다면 실제로 사용할 한 주소로 일관되게 연결되는지도 살핀다.
robots와 noindex 차단 여부를 구분한다
robots.txt는 크롤러가 URL을 요청할 수 있는지를 제어하고, robots 메타 태그의 noindex는 페이지를 검색 색인에서 제외하도록 지시한다. 둘은 역할이 다르므로 함께 확인한다. 페이지 소스의 head 영역에 noindex가 남아 있지 않은지, HTTP 응답 헤더에 X-Robots-Tag 차단이 없는지 살핀다. Search Console URL 검사에서 실시간 테스트를 실행하면 Googlebot이 현재 페이지를 가져올 수 있는지 확인하는 데 도움이 된다. 수정 후에는 캐시된 과거 상태가 아니라 실시간 테스트 결과를 기준으로 판단한다.
표준 URL이 자기 자신을 가리키는지 본다
canonical 링크가 다른 글이나 이전 도메인을 가리키면 Google이 현재 URL을 대표 페이지로 선택하지 않을 수 있다. 새 글의 canonical이 공개된 자기 주소와 일치하는지 확인한다. 같은 본문이 여러 주소에서 열리면 리디렉션과 내부 링크를 대표 주소로 통일한다. 제목, 요약문, H1도 현재 글의 검색 의도와 일치해야 한다. 오래된 글을 갱신하는 경우에는 URL을 불필요하게 바꾸지 말고 내용과 수정 시점을 명확히 정리하는 편이 관리하기 쉽다.
홈페이지와 관련 글에서 내부 링크를 연결한다
사이트맵만 제출하고 새 글을 고립시키지 않는다. 홈페이지의 최근 글 목록, 카테고리 페이지, 내용이 가까운 기존 글에서 새 글로 이동할 수 있는 일반 HTML 링크를 만든다. 링크 문구는 ‘여기’보다 새 글이 다루는 내용을 설명하는 표현이 좋다. Google은 다른 발견 가능한 페이지에서 연결되는 크롤링 가능한 링크를 권장한다. 소상공인 블로그 내부 링크 설계법을 참고해 한 글에 관련성이 높은 연결만 두고, 모든 글에 같은 링크를 기계적으로 반복하지 않는다.
사이트맵과 수정 시간을 확인한다
사이트맵을 브라우저에서 열어 새 공개 URL이 정확히 포함됐는지 확인한다. Search Console에 등록한 사이트맵 주소가 현재 사용하는 도메인과 같은지도 살핀다. 사이트맵은 Google이 새 URL과 변경된 URL을 발견하는 데 도움을 주지만 제출 자체가 색인을 보장하지는 않는다. 여러 글을 발행했다면 개별 색인 요청을 반복하기보다 사이트맵과 내부 링크를 안정적으로 유지한다. 발행일이나 수정일을 제공할 때는 실제 콘텐츠가 바뀐 경우에만 갱신해 불필요한 신호를 만들지 않는다.
최종 점검 후 한 번 요청하고 기록한다
마지막으로 URL 검사에서 공개 URL을 입력하고 실시간 테스트가 통과하면 색인 생성을 한 번 요청한다. 요청 날짜, 실시간 테스트 결과, 사이트맵 포함 여부, 마지막 크롤링 날짜를 표에 기록한다. 바로 검색되지 않는다고 같은 요청을 반복하지 말고 며칠 뒤 URL 검사 결과를 다시 확인한다. site: 검색은 참고용이며 모든 색인 URL을 완전하게 보여 주는 도구가 아니므로 개별 URL 진단은 Search Console을 우선한다. 점검표는 다음과 같다. □ 최종 URL이 200으로 열린다 □ noindex가 없다 □ canonical이 정확하다 □ 내부 링크가 있다 □ 사이트맵에 포함됐다 □ 본문이 제목의 질문에 충분히 답한다. 여섯 항목이 준비된 뒤 요청해야 기술 문제와 단순 대기 상태를 구분할 수 있다.