인덱싱되지 않은 페이지: 링크 확인을 포함한 의사결정 트리

진단에 링크가 필요한 이유

팀들은 인덱싱 문제를 순수한 기술적 문제로 진단합니다. 종종 그렇습니다. 그러나 간과하기 쉬운 신호가 하나 있습니다.

인덱싱에서 누락된 웹사이트 URL로 향하는 백링크를 발견하면 외부 사이트가 해당 페이지를 신뢰하는지 알 수 있습니다. 내부 링크와 외부 링크가 모두 0인 페이지는 Google이 크롤링 시간이나 인덱싱 공간을 할당할 충분한 이유를 제공하지 않습니다.

소수의 얇은 페이지와 평평한 사이트맵을 가진 사이트는 먼저 확인하기에 충분히 흔한 경우입니다.

전체 링크 호출 목록은 API 스크립트를 참조하세요. 이동할 섹션의 경우 이전 체크리스트에서 인덱싱 확인을 T+1 주에 배치합니다. Bing과 Yahoo는 Google과 다를 수 있으므로 별도로 테스트하고, 2021년 출시된 IndexNow를 Bing에 고려하세요.

인덱싱된 수가 급격히 감소할 때

수만 개에서 수십 개로 감소하는 카운트는 경향이 아닌 사건입니다. 날짜를 먼저 확인하세요. 템플릿 변경이나 공유 구성 요소의 noindex 플래그가 대부분의 갑작스러운 감소 원인을 설명합니다.

그런 다음 샘플링하세요. 감소 전의 URL 50개와 감소 후의 URL 50개를 가져와 각 그룹의 상태, canonical 및 내부 링크를 확인하세요. 패턴은 전체 수치에 나타나기 전에 샘플에서 보통 나타납니다.

인덱싱되었으나 robots.txt에 의해 차단됨

URL이 인덱싱된 것으로 표시될 수 있지만 robots.txt가 크롤링을 차단할 수 있습니다. Google은 링크를 통해 주소를 알고 내용을 읽지 않고 나열할 수 있으므로 나열이 희박하며 설명이 없는 경우가 많습니다. 페이지가 콘텐츠에 따라 평가되길 원하면 경로를 차단 해제하거나, 차단된 상태로 유지하고 빈 항목을 수용하세요.

URL과 일치하는 규칙을 확인하세요. 스테이징 경로용으로 작성된 광범위한 패턴이 실물 제품 폴더를 우연히 잡을 수 있으며, 수정 방법은 두 번째 파일이 아닌 더 좁은 행입니다.

사이트맵 항목은 기다리지만 수동 요청은 기다리지 않는 이유

수동으로 요청한 URL은 며칠 내에 인덱싱될 수 있는 반면, 사이트맵에만 나열된 동일한 URL은 제외됩니다. 이 격차는 보통 페이지 품질보다 크롤링 우선순위와 관련이 있습니다. 요청은 페이지를 대기열 위로 올리고 사이트맵 항목은 대기열에서 기다립니다.

지속 가능한 해결책은 둘 다 동일합니다. 이미 크롤링되는 페이지에서 해당 페이지에 링크하고, 사이트맵에서 오래된 항목을 제거하여 두 경로가 동일한 URL로 이어지도록 하세요.

site: 결과 및 라이브 테스트 읽기

site: 쿼리는 실행 시 Google의 인덱스에 무엇이 있는지 보여줍니다. 이는 스냅샷입니다. Pages 보고서에서 볼 수 있는 페이지에 대한 결과가 비어 있다면 이는 심판이 아니라 다시 확인해야 할 이유입니다.

URL 검사 및 라이브 테스트는 더 좁은 질문에 답합니다: Google이 현재 한 주소에 대해 가져오고 렌더링할 수 있는 것은 무엇인가? 가져오기 또는 렌더링 문제를 품질 문제와 구분하는 데 사용하세요.

자기 속임수 없이 site: 쿼리 실행

정확한 주소로 site:를 실행한 후, 페이지의 고유한 구문으로 다시 실행하세요. 라이브 페이지에 대한 두 개의 빈 결과는 URL이 인덱싱되지 않았거나 다른 canonical으로 인덱싱되었음을 의미합니다. 다른 것을 가정하기 전에 canonical을 확인하세요.

스니펫이 없는 결과는 아예 결과가 없는 것과 다른 상태입니다. 어떤 것을 보았는지 기록하세요. 각각의 수정 방법이 다르기 때문입니다.

선언된 canonical과 선택된 canonical 비교

인덱싱된 페이지에서 URL 검사를 열고 선언한 canonical과 Google이 선택한 canonical을 비교하세요. 불일치는 Google이 해당 콘텐츠의 대표로 다른 페이지를 선택했음을 의미합니다. 그 선택이 당신에게 맞는지 틀린지 결정하기 전에 변경하기 전에 결정하세요.

렌더링된 버전이 비어 있다면 문제는 인덱싱이 아닌 빌드에 있습니다. JavaScript 링크 감사가 해당 경우를 다룹니다.

더 큰 규모로 검사 실행

수백 개의 URL을 직접 확인하는 것은 한 번 작동합니다. 반복 검사는 스크립트에서 상태, canonical 및 링크 데이터와 각 실행의 기록을 유지하는 파일이 필요합니다.

이미 외부 링크를 끌고 있는 URL로 시작하세요. 호스트에서 toppages를 실행하여 확인할 가치가 있는 섹션으로 향하는 백링크를 찾은 다음, 해당 목록을 인덱싱되지 않음 내보내기와 비교하세요. 겹치는 부분이 먼저 수정할 그룹입니다. 외부 사이트가 이미 그곳을 가리키고 있습니다.

각 URL에 대해 기록할 내용

URL당 하나의 행을 저장하세요. 상태 코드, 선언된 canonical, Google이 선택한 canonical, 인덱싱된 페이지에서의 내부 링크 수 및 링크 도메인 수. 5개의 열만으로도 다른 작업이 필요한 그룹으로 목록을 정렬할 수 있습니다.

행동하기 전에 그룹을 정렬하세요. 외부 링크가 있고 잘못된 canonical이 있으며 내부 경로가 없는 URL은 단순히 새로운 URL과는 다른 수정이 필요하며, 둘을 섞으면 잘못된 문제에 스프린트를 낭비합니다.

각 실행에 대한 파일을 유지하세요. 두 실행 간의 변경은 수정이 효과가 있었는지 보여줍니다. 단일 스냅샷으로는 알 수 없습니다.

요청 대기열 짧게 유지

수동 인덱싱 요청을 외부 링크가 있고 canonical이 깨끗한 그룹으로 제한하세요. 이러한 페이지는 빠른 인덱싱 확률이 가장 높으며, 제외된 상태로 유지될 때 가장 큰 가치를 가집니다.

충돌하는 canonical이나 얇은 콘텐츠를 가진 페이지는 병합을 위한 별도 목록에 넣어야 합니다. 반복적으로 요청하면 대기열에 노이즈만 추가하고 새로운 정보를 알려주지 않습니다.