상세 문서의 전체 목록을 확보합니다
CMS 또는 콘텐츠 데이터의 공개 문서 목록과 사이트맵 목록을 비교합니다. 목록 화면에서 보이는 첫 묶음만 검사하면 오래된 문서가 탐색에서 빠진 사실을 놓칩니다. 공개·비공개·폐기 문서의 구분을 유지하고, 목록에 보이면 안 되는 문서를 발견성 개선이라는 이유로 노출하지 않습니다.
첫 목록부터 링크를 따라갑니다
다음 페이지 번호, 다음 목록 링크와 상세 링크가 실제 href를 갖는지 확인합니다. 링크 주소를 새 창에서 직접 열어 같은 목록 상태가 재현되는지 봅니다. 무한 스크롤이라면 사용자에게 보이는 흐름과 별도로 나머지 항목에 접근할 수 있는 공개 URL 구조가 있는지 검토합니다. 데이터 요청 성공만으로 상세 문서 링크가 제공됐다고 판정하지 않습니다.
번호와 내용의 대응을 확인합니다
- 첫 목록과 마지막 목록의 URL·항목 수를 기록합니다.
- 중간 번호의 목록이 누락되거나 같은 항목만 반복하는지 검사합니다.
- 정렬이 바뀌어도 페이지 번호가 예측 가능한 항목 집합을 제공하는지 확인합니다.
- 상세 문서에서 상위 목록이나 관련 문서로 돌아가는 연결도 확인합니다.
가정한 예로 최신 20개 문서만 HTML에 있고 나머지는 더 보기 요청 후에만 나타난다면 첫 목록을 수집한 결과와 전체 목록이 달라질 수 있습니다. 이를 해결하기 위해 모든 문서를 한 화면에 수백 개 붙이기보다 접근 가능한 목록 경로와 주제별 허브를 검토합니다. 선택 기준과 로딩 부담을 함께 고려해야 합니다.
완료 판정
전체 공개 문서가 최소 한 개의 실제 탐색 경로로 도달 가능해야 합니다. 임의의 오래된 문서 표본을 고르고 첫 입구에서 해당 상세까지 직접 이동해 봅니다. 목록의 canonical, 제목, 페이지 번호 표시가 다른 상태를 같은 페이지처럼 설명하지 않는지도 확인합니다. 수집 도구의 깊이 제한 때문에 빠진 결과는 구조 문제와 구분해 기록합니다.
문서 수가 늘어날 때의 운영
새 글 추가와 폐기로 목록 구성이 바뀌면 마지막 페이지나 빈 페이지의 응답도 다시 검사합니다. 번호만 남고 항목이 없는 목록이 정상 콘텐츠로 계속 제공되지 않게 합니다. 발견 가능한 URL 수를 실제 색인된 URL 수와 혼동하지 않고 사이트맵·연결 그래프·검색도구의 집계를 각각 관리합니다.
자주 묻는 질문
- 더 보기 버튼이 있으면 검색로봇도 나머지 글을 찾나요?
- 버튼의 존재만으로 판단하지 않습니다. 나머지 문서로 가는 실제 URL과 링크가 제공되는지, 사용자 조작을 전제로 한 데이터 로딩에만 의존하는지 확인합니다.
- 목록 2페이지도 1페이지를 canonical로 지정하나요?
- 각 목록이 제공하는 항목과 문서의 성격을 먼저 확인합니다. 서로 다른 항목을 소개하는 페이지를 내용 비교 없이 모두 같은 문서의 복사본으로 처리하지 않습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.