언어

페이지네이션 SEO

페이지네이션 URL의 크롤링 경로, 자기 참조 canonical, rel=prev/next, noindex, 무한 스크롤 처리 원칙을 설명합니다.

최초 게시: 2026년 6월 26일 · 최근 업데이트: 2026년 8월 9일 · Advanced
언어
AI작성자AI v2

페이지네이션은 긴 목록을 고유 URL의 순차 페이지로 나눕니다. 각 페이지를 크롤링·색인 가능하게 유지하고 자기 참조 canonical과 실제 앵커 링크를 제공하세요. 페이지 2 이후를 페이지 1로 canonical 처리하거나 noindex·nofollow·robots.txt 차단을 적용하면 깊은 콘텐츠로 가는 크롤링 경로가 끊길 수 있습니다. Google은 rel=prev/next를 사용하지 않지만 Bing과 브라우저는 활용하므로 유지해도 됩니다. 무한 스크롤과 더 보기에는 크롤링 가능한 번호 페이지 대체 경로가 필요합니다.

요약 — 각 페이지네이션 URL을 독립 페이지로 취급하세요. 자기 참조 canonical, 크롤링·색인 가능 상태, 실제 <a href> 링크가 필요합니다. 페이지 2 이후를 페이지 1로 canonical 처리하거나 noindex·nofollow를 적용하고 robots.txt로 차단하면 그 페이지의 콘텐츠로 가는 크롤링 체인이 끊깁니다. Google은 2019년 3월 발표 전에 이미 rel=prev/next 사용을 조용히 중단했지만 Bing은 여전히 사용하므로 마크업을 유지하세요. 크롤링 예산은 매우 큰 규모에서만 중요하며 페이지네이션 페이지의 직접 트래픽은 거의 없습니다(한 사례에서 자연 클릭의 약 0,3%). 가치는 크롤링 경로에 있습니다.

Evidence for this claim Google treats paginated component pages as individual URLs and recommends crawlable links between them. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination Evidence for this claim Paginated pages should generally use their own canonical URLs rather than canonicalizing every page to page one. Scope: Current official or standards documentation. Confidence: high · Verified: Google: Pagination canonicalization

각 페이지네이션 페이지는 독립적으로 성립해야 합니다

Pagination is a crawl path: every page needs its own URL, self-canonical, and a real link onward. 출처: Google Search Central

Page one, page two, and page three each have a unique URL and self-referencing canonical. Real anchor links connect one page to the next, and deeper pages expose unique product links. Canonicalizing deeper pages to page one, adding noindex, blocking them in robots.txt, or relying on JavaScript-only controls breaks or weakens that crawl path.

© Patrick Stox LLC · CC BY 4.0 ·

이 사고 전환 하나로 대부분의 문제를 해결할 수 있습니다. Google이 rel=prev/next를 폐기한 뒤 John Mueller는 “For the most part, we just index the pages as we find them, so as we’ve recommended for a long time, it’s good to make sure that all pages can stand on their own.” (번역) 「대체로 발견한 페이지 그대로 색인하므로 모든 페이지가 독립적으로 성립하게 하는 것이 좋다」고 설명했습니다.

“독립적으로 성립”한다는 것은 각 페이지가 자기 참조 canonical을 가진 정상적인 색인 가능 페이지라는 뜻입니다. 페이지 2의 canonical은 페이지 2, 페이지 3은 페이지 3을 가리킵니다. Google의 최신 지침도 각 페이지에 고유 canonical URL을 지정하고 전체 묶음의 canonical로 첫 페이지를 사용하지 말라고 명시합니다.

일반 모범 사례의 예외도 있습니다. Google은 페이지네이션 묶음의 <title>이 같아도 괜찮다고 합니다. 일반적인 고유 제목 권장사항을 “don’t need to follow” (번역) 「따를 필요가 없으므로」 억지로 “9페이지 중 2페이지” 같은 접미사를 만들 필요는 없습니다(붙여도 해롭지는 않습니다).

rel=prev/next의 역사와 흥미로운 이유

Google은 2011년 <head>의 <link> 요소인 rel="prev"와 rel="next"를 도입했습니다. 어떤 URL이 페이지네이션 순서를 이루는지 알려 신호를 통합하는 용도였고, 그 뒤 2010s 대부분 기술 SEO의 표준 작업이었습니다.

그러다 조용히 의미를 잃었습니다. 흔히 빠지는 핵심은 Gary Illyes가 내부 조사 중 Google이 이미 rel=prev/next 사용을 중단했고 한동안 사용하지 않았다는 사실을 발견했다는 점입니다. 내부에 보고한 뒤 2019년 3월 21일 @googlewmc 계정이 공개했습니다.

“Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” (번역) 「봄맞이 정리입니다. 색인 신호를 평가해 rel=prev/next를 폐기했습니다. 사용자는 단일 페이지 콘텐츠를 좋아하므로 가능하면 그렇게 하되 여러 부분으로 나눈 콘텐츠도 Google 검색에 문제없습니다.」

Google의 색인 기술이 제목과 내부 링크만으로 페이지네이션 순서를 충분히 인식해 명시적 힌트가 불필요해졌기 때문입니다. 제가 2020년 초 SMX West에서 이 주제로 발표했을 때 계속 강조한 점은 업계가 전혀 예상하지 못했다는 사실입니다. 모두가 하던 작업을 Google이 이미 한동안 읽지 않았던 것입니다.

rel=prev/next를 제거해야 할까요? 아닙니다. 많은 사람이 과잉 대응하는 부분입니다. Ahrefs 글 *Google의 Rel=Prev/Next 변경 후 SEO가 페이지네이션을 망치는 방식*에서 자세히 다뤘습니다. 유지해야 하는 이유는 다음과 같습니다.

  • Bing은 여전히 지원하고 권장합니다. 페이지마다 <head>에 rel="next" 및/또는 rel="prev" 하나를 두라는 지침은 그대로입니다. “clean up after Google” (번역) 「Google에 맞춘 정리」를 위해 제거하면 Bing 성과만 나빠질 수 있습니다.
  • 브라우저가 미리 가져오기에 사용해 다음 페이지를 더 빨리 불러올 수 있습니다.
  • W3C 표준이며 접근성에도 도움이 됩니다.

즉 Google은 무시하지만 다른 소비자는 여전히 이점을 얻습니다. 유지하는 것이 맞습니다.

Canonical: 페이지 1이 아니라 자기 참조

예전의 해로운 방식은 페이지 2, 3, 4…의 canonical을 페이지 1로 보내는 것이었습니다. 중복 콘텐츠를 피하려는 의도와 달리 깊은 페이지가 색인할 필요 없는 중복이라고 알려 그 페이지에서만 링크한 콘텐츠를 고립시키고 순서의 크롤링 경로를 끊습니다.

올바른 방식은 페이지마다 자기 참조 canonical입니다. 정당한 대안은 전체 묶음을 한 URL에 표시하는 전체 보기 페이지로 canonical을 통합하는 것입니다. 과거 Google 지침은 이를 강조했지만 현재는 “페이지가 충분히 빨리 로드되는 경우의 선택지”로 완화했습니다. 대규모 카탈로그 대부분에는 각 페이지의 자기 참조 canonical이 더 단순하고 안전합니다.

페이지 2 이후에 noindex를 써야 할까요? 거의 아닙니다

페이지 1만 검색에 표시하려고 이후에 noindex를 붙이면 깔끔해 보입니다. 하지만 시간이 지나면 Google이 noindex 페이지를 덜 크롤링하고 그 링크를 사실상 따라가지 않을 수 있습니다. 페이지 3의 크롤링이 멈추면 페이지 3에서만 링크한 모든 항목으로 가는 경로를 잃습니다. 이 크롤링 체인 문제 때문에 페이지네이션의 noindex가 콘텐츠를 조용히 묻어 버립니다.

Mueller의 판단 기준은 유용합니다. “If someone only saw this page from my site, would that be OK?” (번역) 「누군가 내 사이트에서 이 페이지만 본다고 해도 괜찮은가?」 가치가 전혀 없는 얇은 페이지라면 그럴 수 있지만 수십 개 상품으로 가는 유일한 경로인 목록에서는 거의 항상 아닙니다.

noindex가 적절한 경우는 페이지네이션과 혼동하기 쉬운 필터·정렬 변형입니다. 실제 순서인 ?page=2는 색인 가능하게 두고, /shoes/?color=red&sort=price 같은 필터·정렬 URL은 거의 중복인 스파이더 트랩이므로 noindex 또는 차단할 수 있습니다. 두 유형을 구분하는 것이 핵심이며 패싯 탐색과도 밀접합니다.

다른 크롤링 경로 차단 요인

“경로를 끊지 말라”는 원칙은 다음 방식도 배제합니다.

  • 페이지네이션 링크에 nofollow를 붙이지 마세요. 내부 링크 그래프의 일부이므로 깊은 페이지로 가는 PageRank와 크롤링 신호를 차단합니다.
  • robots.txt에서 차단하지 마세요. Google이 페이지와 거기서 링크한 모든 항목에 접근하지 못합니다.
  • 컨트롤에는 실제 <a href> 링크를 사용하세요. Google은 href에서 URL을 발견합니다. 실제 링크 없이 onclick만 실행하는 JavaScript “더 보기” 버튼은 보이지 않습니다. Google도 크롤러가 “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions.” (번역) 「버튼을 누르지 않고 사용자 동작이 필요한 JavaScript 함수를 일반적으로 실행하지 않는다」고 명시합니다.

무한 스크롤과 “더 보기”를 크롤링 가능하게 만들기

봇을 위한 대체 경로가 없다면 무한 스크롤은 크롤러에게 불리합니다. 해결책은 같은 콘텐츠를 노출하는 실제 ?page=n URL과 <a href> 링크(보통 바닥글이나 <noscript> 대체 콘텐츠)의 크롤링 가능한 페이지네이션 버전입니다. “더 보기”도 UX는 버튼으로 제공하되 모든 결과 페이지로 가는 앵커 링크 경로가 있어야 합니다. 매우 큰 카탈로그는 링크 발견만 믿지 말고 XML 사이트맵이나 Merchant Center 피드를 보완하세요.

페이지네이션 콘텐츠의 구조화 데이터

“페이지네이션 묶음” 전용 스키마 유형은 없습니다. 각 페이지의 실제 콘텐츠를 마크업하세요. Product는 목록 컨테이너가 아니라 개별 상품 페이지에, Article은 여러 부분으로 된 글의 각 페이지에 둡니다. prev/next 관계를 구조화 데이터로 표현하려 하지 마세요.

크롤링 예산의 현실

페이지네이션은 URL을 많이 만들어 크롤링 예산 문제의 원인으로 지목됩니다. 하지만 대부분의 사이트에서는 중요하지 않습니다. 1M개 이상 페이지나 매우 크고 빠르게 바뀌는 카탈로그처럼 대규모일 때만 실질적인 제약입니다. Mueller의 표현처럼 Google은 “a lot of experience dealing with pagination” (번역) 「페이지네이션 처리 경험이 많고」 URL 패턴을 학습하므로 보통 별도 설정 없이 잘 처리합니다.

페이지네이션 페이지의 직접 자연 트래픽도 거의 없습니다. 한 유명 사례에서 전체 자연 클릭의 **약 0,3%**만 차지했고 많은 페이지를 색인해도 SEO 악영향은 없었습니다. 페이지 자체의 순위보다 노출하는 콘텐츠로 가는 크롤링 경로가 가치입니다. 과도하게 설계하지 말고 크롤링 가능하고 자기 참조 canonical인 상태로 두세요.

단, 크롤링 링크와 자기 참조 canonical을 제공하고 실수로 noindex하지 않는 올바른 설정은 문을 열어 둘 뿐입니다. Google이 특정 페이지를 크롤링·색인·순위 지정하거나 트래픽·AI 인용을 제공한다고 보장하지 않습니다. 깊은 콘텐츠를 놓치게 만드는 구조적 이유만 제거합니다.

이 주제는 웹사이트 구조 묶음의 내부 링크, 패싯 탐색, URL 구조, 브레드크럼과 함께 같은 크롤링 경로 문제를 다룹니다.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.