구글 색인 요청 방법, URL 검사와 사이트맵 선택 기준

새 페이지를 올리거나 내용을 고친 뒤 구글에 빨리 알리고 싶을 때 쓰는 길은 둘입니다. 서치 콘솔 URL 검사의 「색인 생성 요청」과 사이트맵 제출입니다.

두 길은 맡는 URL 수가 다릅니다. 몇 개면 URL 검사, 많으면 사이트맵이고, 어느 쪽이든 요청은 크롤링 순서를 앞당기는 신호입니다.

URL 검사에서 요청하려면 그 속성의 소유자이거나 전체 권한 사용자여야 합니다. 제한된 권한으로 초대받은 담당자는 요청 버튼을 쓸 수 없습니다.

사이트를 만든 플랫폼이 새 콘텐츠를 검색엔진에 자동으로 알리는 경우도 많습니다. 쓰는 플랫폼 도움말을 먼저 봅니다.

요청 버튼은 실제 URL 테스트를 통과한 페이지에만 듣습니다. noindex 나 robots.txt 차단이 남아 있으면 그것부터 풀어야 요청이 접수됩니다.

URL 검사 결과를 읽는 법과 실제 URL 테스트와 비교하는 순서는 「구글 URL 검사 결과 보는 법」 편에 자세히 적었습니다.

그래서 요청 뒤에 할 일은 기다리며 확인하는 것입니다. 사이트맵을 냈는데도 색인이 안 되면 「구글 사이트맵 등록 후 색인 안 되는 이유」 편의 순서를 따릅니다.

네이버는 서치어드바이저에서 따로 요청합니다. 메뉴 순서와 한도는 「네이버 서치어드바이저 수집 요청」 편에 정리했습니다.

예시 ① 신제품 소개 페이지를 올린 문의형 기업 사이트(B2B)

전시회 직전에 신제품 소개 페이지 세 개를 공개했습니다. 페이지 수가 적으니 URL 검사에서 페이지마다 한 번씩 색인 생성을 요청합니다.

같은 날 제품 목록 페이지도 고쳤다면 목록 페이지는 실제 URL 테스트로 지금 버전을 확인한 뒤 요청합니다.

예시 ② 시즌 상품 수백 개를 바꾼 쇼핑몰(B2C)

상품 페이지 수백 개의 가격과 설명을 한꺼번에 바꿨습니다. URL 검사로 하나씩 누르면 하루 한도에 먼저 닿습니다.

바뀐 상품의 <lastmod> 를 고친 사이트맵을 다시 제출하고, URL 검사 요청은 매출이 큰 대표 상품 몇 개에만 씁니다.

예시 ③ 개편 뒤 새 URL로 바뀐 공공기관 누리집(B2G)

누리집 개편으로 민원 안내 페이지 URL이 모두 바뀌었습니다. 사이트 이전에 해당하므로 새 URL을 담은 사이트맵 제출이 먼저입니다.

자주 찾는 민원 안내 몇 개는 URL 검사로 따로 요청합니다. 요청 권한이 있는 기관 담당자 계정으로 합니다.