ENKO
SEO

페이지네이션

페이지네이션(Pagination)은 긴 콘텐츠 목록을 여러 페이지로 나누어 제공하는 방식입니다. 블로그 아카이브의 /blog?page=2, 이커머스 카테고리의 /products?p=3 같은 구조가 대표적이며, 사용성은 높이지만 잘못 구현하면 인덱싱·중복 콘텐츠 문제를 일으키는 기술 SEO의 단골 주제입니다.

페이지네이션(Pagination)은 긴 콘텐츠 목록을 여러 페이지로 나누어 제공하는 방식입니다. 블로그 아카이브의 /blog?page=2, 이커머스 카테고리의 /products?p=3 같은 구조가 대표적이며, 사용성은 높이지만 잘못 구현하면 인덱싱·중복 콘텐츠 문제를 일으키는 기술 SEO의 단골 주제입니다.

왜 중요한가

페이지네이션은 구글이 콘텐츠를 크롤링하는 주요 경로 중 하나입니다. 블로그 포스트 100개가 20페이지짜리 아카이브로 나뉘어 있다면, 구글봇은 각 페이지를 따라가 포스트 URL을 발견합니다. 페이지네이션이 망가지면 오래된 포스트가 인덱싱되지 않거나, 동일한 제목·설명이 여러 페이지에 반복되어 중복 콘텐츠 이슈가 발생합니다. 2019년 구글이 rel="prev"/rel="next" 지원을 공식 중단한 이후, 블로그 운영자가 명확히 알아야 할 기술 SEO 주제가 되었습니다.

페이지네이션의 일반적인 함정

얇은 콘텐츠(Thin Content): 각 페이지가 단순히 포스트 요약 리스트만 포함해 고유 콘텐츠가 없으면, 구글은 낮은 품질로 평가할 수 있습니다.

중복 메타 태그: 모든 페이지가 같은 <title>과 <meta description>을 사용하면 중복 콘텐츠 신호를 줍니다. /blog 1페이지와 2페이지의 타이틀이 동일하면 문제가 됩니다.

깊은 페이지네이션: 20, 30페이지를 넘어가면 크롤 예산 낭비와 'orphan page' 문제가 생깁니다. 뒤쪽 페이지일수록 구글봇이 도달하지 않습니다.

자바스크립트 의존: 스크롤 기반 무한 스크롤이 JS에만 의존하면 구글봇이 목록을 전부 보지 못할 수 있습니다.

잘못된 canonical: 모든 페이지의 canonical을 1페이지로 지정하면 구글이 2페이지 이후의 콘텐츠를 인덱싱하지 않습니다. 이건 가장 자주 발생하는 실수입니다.

구글 권장 처리 방법

각 페이지는 자기 자신을 canonical로: /blog?page=2의 canonical은 /blog?page=2입니다. 1페이지로 통합하지 않습니다.

고유 메타 태그: 각 페이지의 <title>과 <meta description>에 "2페이지" 같은 구분을 추가해 중복을 피합니다. 예: "Blog - Page 2 | inblog".

가능하면 한 페이지에 모두 보여주기: 포스트가 30~50개 이하라면 무한 스크롤이나 'View All' 페이지로 한 번에 제공하는 것이 SEO적으로 가장 안전합니다.

서버 사이드 렌더링: 무한 스크롤을 쓰더라도 서버에서 모든 페이지네이션 URL을 실제 HTML로 제공해야 합니다. JS로만 로드되는 포스트는 인덱싱되지 않습니다.

사이트맵에 주요 페이지네이션 URL 포함: XML 사이트맵에 /blog?page=1, /blog?page=2 같은 페이지네이션 URL을 포함하면 크롤링 효율이 높아집니다.

내부 링크에서 깊이 줄이기: 카테고리·태그·필터 링크를 활용해 깊은 페이지에 3~4클릭 이내로 도달할 수 있게 설계합니다.

rel="prev"/rel="next" 시대는 끝났다

2019년 3월 구글은 rel="prev"/rel="next" 힌트를 오래전부터 사용하지 않고 있다고 공식 발표했습니다. 기존에 이 태그를 쓰던 사이트는 그대로 두어도 해롭지 않지만, 새로 구현할 때는 더 이상 사용할 이유가 없습니다.

Sources:

관련 인블로그 게시물

inblog에서 활용하기

inblog는 블로그 아카이브·카테고리 페이지의 페이지네이션을 SSR 기반으로 제공하고, 각 페이지에 고유한 canonical과 메타 태그를 자동 설정하므로 블로그 운영자가 페이지네이션 SEO 함정을 직접 다룰 필요가 없습니다. 포스트가 수백 개로 늘어나도 구글봇이 모든 포스트에 안정적으로 도달할 수 있는 구조가 기본 제공됩니다.