사이트의 인덱싱된 URL 중 67%가 페이지로 구분되는 경우 크롤링 및 Google 검색 순위는 어떻게 됩니까? [SEO 사례 연구]

SEO 관점에서 페이지 매김을 가장 잘 처리하는 방법에 대해 수년 동안 많은 혼란과 논쟁이 있었습니다. 구글이 이 면에서 변한 것은 도움이 되지 않아 앞으로의 최선의 길에 대해 더 많은 혼란을 야기했습니다. 예를 들어, Google은 2019년 3월에 페이지가 매겨진 집합 전체에서 인덱싱 속성을 통합하기 위해 rel next/prev 지원을 중단한다고 발표했습니다.

이는 SEO 커뮤니티의 많은 사람들을 충격에 빠뜨렸고 앞으로 페이지 매김을 처리하는 가장 좋은 방법이 무엇인지 궁금해하는 사이트 소유자와 SEO가 있었습니다. 대신에, 아니면 시리즈의 첫 페이지에 페이지 매김을 정규화해야 합니까? 페이지 매김은 다양한 유형의 사이트에 존재하고 사이트에 많은 추가 페이지로 이어질 수 있기 때문에 사이트 소유자와 SEO는 상황을 최대한 해결하기를 원했습니다.

하지만 그게 중요한가요? 잘못된 경로를 선택하면 SEO 측면에서 심각한 문제가 발생합니까? 인덱싱된 페이지의 대부분이 페이지 매김이면 어떻게 될까요? 이것들은 모두 좋은 질문이며 이 사례 연구가 내가 많은 페이지 매김(색인된 페이지의 67%로 구성)을 돕고 있는 클라이언트를 기반으로 최소한 몇 가지 답변을 제공할 수 있기를 바랍니다. 네, 67%입니다.

따라서 이것이 SEO 측면에서 큰 문제를 일으켰습니까? Google이 페이지 매김 크롤링에 너무 많은 시간을 소비하여 더 신선하고 중요한 콘텐츠가 누락되었으며 순위가 영향을 받고 있습니까(GASP)? 의 시작하자.

수년간 페이지 매김 처리에 대한 Google의 입장:
나는 시간이 지남에 따라 많은 페이지 매김으로 많은 대규모 사이트를 도왔기 때문에 Google이 페이지 매김을 처리하는 방법의 발전을 볼 수 있습니다. 그 경험으로 인해 Google의 모든 최신 업데이트와 발표가 포함된 SEO 페이지 매김을 설정하는 방법을 다루는 블로그 게시물을 작성하게 되었습니다. 그리고 제가 다루어야 했던 몇 가지 업데이트가 있습니다...

2012년에 Google의 Maile Ohye는 페이지 매김을 제공할 때 SEO 모범 사례를 다루는 뛰어난 비디오를 게시했습니다. 해당 비디오에서 Maile은 여러 페이지로 분할된 기사 및 카테고리 페이지 매김(예: 전자 상거래 소매업체)을 포함하여 콘텐츠 유형에 따라 페이지 매김을 설정할 수 있는 다양한 방법을 설명했습니다. 이 비디오에서 그녀는 rel next/prev를 사용하여 페이지가 매겨진 집합에서 인덱싱 속성을 통합하는 방법도 설명했습니다. Maile이 해당 비디오에서 매핑한 청사진은 SEO 측면에서 페이지 매김을 설정하는 기반이 되었으며 감사, 게시물 및 프레젠테이션에서 해당 비디오를 자주 참조했습니다.

다음은 페이지 매김을 위한 rel next/prev에 대해 자세히 설명하는 2012년 Maile Ohye의 비디오 스크린샷입니다. rel next/prev는 페이지 매김에 걸쳐 인덱싱 속성을 통합하는 데 더 이상 지원되지 않습니다 . 다음에 대해 자세히 알아보기:

Google Nukes rel next/prev (아무도 눈치채지 못함):
앞서 언급했듯이 2019년 Google은 SEO에 폭탄을 투하했으며 페이지가 매겨진 집합 전체에서 인덱싱 속성을 통합하기 위해 더 이상 rel next/prev 사용을 지원하지 않는다고 설명했습니다. 그리고 부상에 대한 모욕을 더하기 위해, 그들은 또한 이것이 수년 동안 사실이었다고 설명했습니다! 접근성을 위해 rel next/prev를 사용하는 것이 여전히 좋지만 SEO 측면에서는 아무런 영향을 미치지 않는다는 점은 주목할 가치가 있습니다.

짐작할 수 있듯이 SEO는 매우 성공적이었습니다. (비록 그들이 우리에게 말해서 기쁩니다!) Google은 일부 시스템을 확인한 후 이 사실을 깨달았고 rel next/prev가 인덱싱에 사용되지 않고 순위 목적. 이런.

많은 회사에서 페이지 매김을 사용할 때 rel next/prev를 설정하는 데 도움을 준 사람으로서 이 마지막 점에서 생각하게 되었습니다. rel next/prev가 Google에서 몇 년 동안 사용되지 않았고 내가 도와준 회사에서도 사용하지 않았다면 Google이 지원을 중단했음을 알아차리더라도(순위는 영향을 받지 않음) Google은 페이지 매김 처리에 매우 능숙했을 수 있습니다.

다시 말해서, 우리는 아무 이유 없이 몸이 움츠러들고 있었을지도 모릅니다. 다시 말하지만, 페이지 매김이 많은 내가 도운 클라이언트는 Google이 rel next/prev에 대한 지원을 제거함에 따라 큰 움직임이나 하락을 보지 못했습니다. 그리고 그것은 또한 Google의 John Mueller가 잠시 동안 설명했던 것과도 일치합니다. 젠장, 그는 2019년의 트윗 스레드에서 설명하기도 했습니다. 예를 들어, 그는 "대부분이 합리적인 방식으로 페이지 매김을 하고 있는 것 같습니다..."라고 말했습니다. John의 권장 사항에 대해서는 다음에 더 다루겠습니다.

Google의 John Mueller는 페이지 매김에 대한 질문을 던졌습니다.
Google이 인덱싱 속성을 통합하기 위해 rel next/prev 사용을 중단한 이후로 Google의 John Mueller는 페이지 매김을 설정하는 가장 좋은 방법에 대해 많은 질문을 받았습니다. John은 Search Central Hangout 동영상에서 훌륭한 조언을 제공했습니다.

John은 Google이 페이지 매김을 처리한 경험이 많다고 설명했습니다(페이지 매김을 쉽게 식별할 수 있는 한). 그리고 페이지 매김을 다룬 경험이 많기 때문에 SEO 측면에서 사이트에 큰 영향을 미치지 않아야 합니다. 그것은 단지 "작동"할 수 있습니다.

또한 John은 종종 기사 콘텐츠를 여러 페이지로 나누는 것과 페이지 매김을 포함하는 카테고리 페이지(다른 URL로 연결되는 목록 페이지)의 차이점을 설명합니다. 이는 매우 다른 두 가지 시나리오이며 필요한 경우 페이지 매김 관점에서 다르게 처리될 수 있습니다.

그는 또한 카테고리 페이지 매김(예: 전자 상거래 카테고리 페이지)의 경우 모든 페이지를 인덱싱할 수 있고(바람직함) "NOINDEX, Follow"를 사용하거나 1페이지로 정규화할 수도 있다고 설명했습니다. 페이지 매김. 콘텐츠가 얼마나 잘 교차 연결되어 있는지, 페이지 매김이 검색, 신호 전달 등에 얼마나 중요한지에 따라 다릅니다. 페이지 매김에 대한 내 게시물을 읽고 이에 대한 Google의 최신 업데이트를 확인할 수 있습니다.

다음은 내가 방금 설명한 대부분을 다루는 페이지 매김 설정에 대한 John의 최신 비디오 중 하나입니다(비디오의 13:16).

Google이 전자 상거래 SEO에 대한 몇 가지 뛰어난 모범 사례(페이지 매김 처리 방법도 포함)를 발표했다는 점도 주목할 가치가 있습니다. 그 문서에서 그들은 페이지 매김의 각 페이지에 대해 자체 참조 표준 태그를 제공하는 방법을 설명합니다(그리고 시리즈의 1페이지에 대한 표준화를 피함). 즉, 모든 페이지 매김을 인덱싱할 수 있어야 합니다.

경고: 뉘앙스가 앞서 있습니다! - 페이지 매김 처리에 대한 SEO 및 사이트 소유자의 두 가지 중요한 사항:
SEO의 대부분의 경우와 마찬가지로 페이지 매김 처리와 관련된 뉘앙스가 있습니다. 첫째, 크롤링 예산을 방해하기 위해 너무 많은 페이지 매김을 원하지 않기 때문에 사이트 크기가 중요합니다. John이 설명했듯이 수십만 페이지(또는 그 이상)가 없다면 페이지 매김이 크롤링 예산에 영향을 미치는 것에 대해 걱정할 필요가 없습니다. 그러나 페이지가 그렇게 많다면 Google이 가장 중요한 페이지에 대한 크롤링에 집중하고 있는지 확인하는 것이 중요합니다. 그러면 사이트 전체에서 페이지 매김을 다르게 처리할 수 있습니다. 아래의 사례 연구에서 곧 크롤링 예산에 대해 자세히 설명합니다.

내가 지적하고 싶은 또 다른 것은 시퀀스당 과도한 페이지 매김이 있어서는 안 된다고 확고한 신념을 갖고 있다는 것입니다. 예를 들어, 페이지가 매겨진 세트당 수천 페이지의 페이지를 제공하는 것을 피합니다(예: 수천 페이지의 페이지가 있는 한 카테고리). 페이지가 매겨진 세트 (필요한 경우)를 많이 갖는 것이 좋다고 생각하지만 세트당 합리적인 페이지 수(귀하의 사이트, 콘텐츠 등을 기반으로 함)만 제공할 것입니다. 그 수는 사이트마다 다를 수 있지만 시퀀스당 수천 페이지로 페이지 매김에 과부하가 걸리지 않습니다. 나는 사용자와 검색 엔진을 위해 최선을 다할 것입니다.

예를 들어, 한 카테고리에 페이지 매김이 거의 3,700페이지에 달하는 사이트가 있습니다...

사례 연구: 배경 정보, 페이지 매김 설정 및 인덱싱 수준.
이 사례 연구에서 다루고 있는 사이트의 크롤링 공간은 약 200K 페이지(인덱싱된 URL과 제외된 URL 사이)입니다. 클라이언트가 무엇에 중점을 두고 있는지 자세히 설명할 수는 없지만 범주, 조직, 제품 및 해당 제품의 리뷰에 대한 풍부한 정보를 제공하는 사이트라고 생각할 수 있습니다. 사이트에는 틈새 시장에 초점을 맞춘 심층 콘텐츠가 포함된 블로그도 있습니다.

페이지 매김 관점에서 보면 사이트 전체에 꽤 많이 있습니다. 주로 카테고리, 조직 및 리뷰 페이지에 있습니다. 사이트에 잘 교차되지 않는 제품과 리뷰가 많기 때문에(비즈니스 운영 방식에 따라) 페이지 매김은 검색(Googlebot 및 사용자의 경우)에 중요합니다. 이러한 이유로 우리는 페이지 매김이 인덱싱되고 Google이 제품 페이지, 리뷰 페이지 등에 대한 페이지 매김 URL의 링크를 따라갈 수 있는지 확인하고 싶었습니다.

저는 오랫동안 이 회사를 도왔고 2012년까지 페이지 매김 전략을 수립하는 데 도움을 주었습니다. 그들은 앞서 제가 다룬 비디오에서 Maile Ohye가 설명한 접근 방식을 사용하고 있습니다. 페이지 매김의 각 페이지에는 자체 참조 표준 태그가 포함되어 있고 rel next/prev(현재는 사용되지 않음)가 포함되어 있으며 각 페이지 하단의 페이지 매김 시리즈에 대한 강력한 텍스트 탐색을 제공했습니다. 이것은 오랫동안 권장되는 설정이라는 것을 기억하십시오. 이 사이트는 수년 동안 이 설정을 해왔고… 페이지 매김 설정에 대한 내 게시물에서 해당 설정에 대해 자세히 알아볼 수 있습니다.

인덱싱 레벨: 홀리 페이지네이션 배트맨!
사이트에 페이지 매김이 얼마나 많이 있는지에 따라 현재 인덱싱된 URL의 큰 비율입니다. 구체적으로 말하면, 페이지 매김은 전체 인덱싱된 페이지의 67%를 차지합니다. 예, 인덱싱된 URL의 3분의 2 이상이 페이지 매김입니다! 공포!! :)

SERP에서 순위를 매길 필요가 없는 페이지(세트의 첫 번째 페이지 제외)는 아니지만 Google은 페이지 매김에서 모든 대상 페이지를 검색하기를 분명히 원합니다. 그리고 rel next/prev는 페이지가 매겨진 집합 전체의 인덱싱 속성을 통합하고 (일반적으로) SERP의 집합에서 첫 번째 페이지를 표시하여 이를 처리해야 한다는 것을 기억하십시오. 이전에 설명한 것처럼 더 이상 지원되지 않습니다. 곧 순위에 대한 자세한 내용.

크롤링 예산 및 크롤링 통계
사이트의 페이지가 매겨진 많은 페이지가 인덱싱되는 경우 크롤링 통계는 어떻게 표시됩니까? Googlebot이 페이지가 매겨진 많은 페이지를 휘젓고 중요하고 최신 페이지를 놓치고 있습니까?

첫째, 크롤링 예산은 실제로 대규모 사이트에서 걱정할 필요가 있는 것입니다. 예를 들어 Google은 1백만 개 이상의 고유 URL이 있는 사이트 또는 10,000개의 고유 URL이 있는 중간 규모 사이트에 "급히 변화하는 콘텐츠"가 포함된 사이트는 크롤링 예산에 대해 걱정해야 한다고 말합니다. 이 사이트에는 색인이 생성된 18.6K URL과 200K URL 미만의 총 크롤링 공간이 있습니다. 따라서 작은 사이트는 아니지만 거대하지도 않습니다.

또한 중요도에 따라 모든 페이지가 동일한 빈도로 크롤링되지 않는다는 점을 이해하는 것이 중요합니다. Google의 John Mueller는 이 점을 수년 동안 여러 번 설명했습니다. 따라서 사이트에 페이지 매김이 많이 있을 수 있지만 Google이 최신(또는 더 중요한) 콘텐츠 대신 해당 페이지 매김을 모두 계속 크롤링한다는 의미는 아닙니다.

다음은 John이 이에 대해 설명하고 있습니다(비디오의 12:42).

사이트의 새 콘텐츠는 비교적 빨리 크롤링됩니다. 또한 크롤링 통계 보고를 확인하면 최근에 크롤링되는 최신 콘텐츠와 페이지 매김이 보고를 압도하지 않는다는 것을 알 수 있습니다. 따라서 사이트의 인덱싱된 페이지 중 67%가 페이지 매김으로 되어 있음에도 불구하고 크롤링 예산 및 크롤링 통계 관점에서는 문제가 없습니다(제 생각에는). 이는 Google이 크롤링 예산에 대해 수년에 걸쳐 설명한 내용을 기반으로 합니다.

시간 경과에 따른 성능. 트렌드는 어떻게 보입니까?
좋아, 여기가 고무가 길을 치는 곳입니다. 그렇게 많은 페이지 매김 색인이 있으면 순위나 자연 검색 성능에 전혀 영향을 미칩니까?

한 마디로, 아닙니다 .

사이트의 성능은 수년에 걸쳐(그리고 다수의 광범위한 핵심 업데이트를 통해) 매우 안정적이었습니다. 그들은 장기적으로도 강한 성장을 보였습니다(특히 내가 처음 그들을 돕기 시작한 2012년부터).

다음은 GSC의 지난 16개월 동향입니다.

다음은 지난 2년 동안의 검색 가시성 동향입니다.

2012년 이후의 검색 가시성 동향은 다음과 같습니다.

검색 결과에서 페이지 매김 순위(1페이지 이후)는 어떻습니까? 페이지가 매겨진 페이지가 SERP에 표시되고 트래픽이 발생합니까?
아니 정말. Google 검색에서 발생하는 트래픽의 극히 일부를 차지합니다. 예를 들어, 지난 3개월 동안 Google 웹 검색에서 162만 번의 클릭이 있었습니다. 페이지 매김은 이러한 클릭 중 단 5,000번을 차지했습니다.

페이지 매김은 지난 3개월 동안 Google 검색에서 발생한 총 클릭의 0.3%만 차지합니다.

이 사이트에서 기억해야 할 가장 중요한 것은 다양한 "제품" 페이지가 사이트의 다른 영역(회사의 비즈니스 모델 및 사이트 설정 방법에 따라)과 충분히 연결되지 않는다는 것입니다. 따라서 페이지 매김은 Googlebot이 많은 대상 URL에 도달할 수 있도록 하는 데 중요합니다. 그렇기 때문에 페이지 매김이 인덱싱 가능한지, 자체 참조 표준 등을 사용하는지 확인하는 것이 중요합니다.

페이지 매김이 많은 사이트에 대한 최종 팁 및 권장 사항:
그래서 당신은 그것을 가지고 있습니다. 인덱싱된 URL의 67%가 페이지 매김이고 SERP에서 잘 따라가고 있는 사이트입니다. 이 접근 방식이 모든 사이트에서 사용해야 하는 것은 아니지만 Google의 John Mueller가 여러 번 설명했듯이 Google은 페이지 매김을 처리한 경험이 많습니다. 그것은 종종 그냥 작동합니다... 이 포스트를 끝내기 위해 저는 페이지 매김을 많이 다루는 사이트에 대한 몇 가지 최종 팁과 권장 사항을 제공했습니다.

• 페이지 매김 설정: 설정 측면에서 페이지 매김을 처리하는 데 사용할 수 있는 몇 가지 방법이 있습니다. 선택하는 경로는 처리하는 콘텐츠 유형과 내부 연결 구조에 따라 다릅니다. 여러 페이지에 걸쳐 분할된 콘텐츠와 목록 페이지(예: 카테고리) 및 ​​해당 대상 페이지가 사이트 전체에 얼마나 잘 링크되어 있는지에 대한 위의 내 권장 사항을 참조하십시오.
• 인덱싱 가능 vs. 인덱싱 불가능: 페이지 매김을 인덱싱하지 않으면 시간이 지남에 따라 해당 페이지의 링크가 Google에 의해 삭제될 수 있음을 이해하는 것이 중요합니다. 따라서 Google이 페이지 매김(및 신호 전달)을 통해 해당 대상 URL을 찾는지 확인하려면 페이지 매김을 인덱싱할 수 있습니다. 이 사례 연구에서 알 수 있듯이 매우 잘 작동할 수 있습니다.
• 페이지 매김 정규화: 시리즈의 첫 번째 페이지에 모든 페이지 매김을 정규화하는 경우 rel canonical은 Google에 대한 힌트일 뿐임을 이해하는 것이 중요합니다. 그것이 옳은 일이라고 믿는 경우 여전히 특정 페이지를 색인화하도록 선택할 수 있습니다. 나는 수년에 걸쳐 여러 블로그 게시물에서 이것을 다루었습니다. 정규화된 페이지가 실제로 정규화되고 있다고 가정하지 마십시오. 이것이 내가 세트의 루트 페이지로 페이지 매김을 정규화하는 것을 좋아하지 않는 한 가지 이유입니다.
• 크롤링 통계 및 로그 파일: 색인 생성 수준만 확인하지 마십시오. GSC에서 보고되는 크롤링 통계도 확인하고(가능한 경우 로그 파일도 확인합니다.) 이 게시물의 앞부분에서 다루었듯이 모든 페이지가 동일한 빈도로 크롤링되는 것은 아닙니다. Google은 크롤링 수요에 따라 사이트의 특정 URL을 더 자주 크롤링할 수 있습니다. 즉, 페이지 매김이 홈페이지, 중요한 카테고리 페이지, 제품 페이지만큼 크롤링되지 않을 수 있습니다. 페이지 매김에 대한 높은 인덱싱 수준이 문제가 있다는 것을 의미한다고 가정하지 마십시오. 완전히 괜찮을 수 있습니다.
• 성능 추적: 시간이 지남에 따라 이 모든 것을 추적하고 페이지 매김이 SEO 측면에서 문제를 일으키는지 확인합니다(대부분의 경우 의심스럽습니다). 다시 말하지만, Google은 페이지 매김을 매우 잘 처리할 수 있으며 많은 경험이 있습니다(페이지 매김을 쉽게 식별할 수 있는 한). 필요할 때 페이지 매김을 사용하는 것은 괜찮습니다. 사이트에서 인덱싱되는 총 페이지 수보다 세트당 페이지 수에 대해 더 걱정할 것입니다. 앞서 말했듯이 페이지 매김이 사용자와 검색 엔진 모두에게 의미가 있는지 확인하십시오.
• Google의 권장 사항: 마지막으로 Google의 John Mueller의 말을 듣고 Google의 설명서를 읽으십시오. Google은 여러 사이트에서 페이지 매김을 처리한 경험이 많으며 종종 "작동"할 수 있습니다. 자신의 상황에 따라 페이지 매김 솔루션을 구현하고 시간이 지남에 따라 해당 설정을 분석하고 작동하는지 확인하는 것이 좋습니다.

요약 – 예, 귀하의 사이트는 많은 페이지 매김이 인덱싱되어 SEO 측면에서 훌륭할 수 있습니다.
사이트에서 많은 페이지 매김을 처리하는 경우 이 사례 연구가 도움이 되었기를 바랍니다. 페이지 매김과 SEO에 대해, 특히 Google이 2019년에 rel next/prev를 공개한 이후로 수년 동안 많은 혼란이 있었다는 것을 알고 있습니다. 이 게시물에서 설명했듯이 Google은 페이지 매김을 처리한 오랜 역사를 가지고 있으며 일반적으로 많은 문제를 일으키지 않습니다. 사이트 순위별 문제(올바르게 설정되어 있는 한). 귀하가 취하는 접근 방식은 실제로 귀하의 사이트, 콘텐츠 유형 및 내부 연결 구조로 귀결됩니다. 그리고 많은 페이지 매김이 인덱싱된 경우에도 마찬가지입니다. 이 사례 연구에서 알 수 있듯이, 당신에게 잘 맞을 수 있습니다.

GG