두 목록의 차이를 후보로 봅니다
첫 목록은 실제 제출 사이트맵에서 추출한 대표 URL입니다. 두 번째 목록은 홈에서 시작해 HTML 링크를 따라 수집한 페이지입니다. 호스트, 끝 슬래시, 쿼리 규칙을 같게 정규화한 다음 차이를 계산합니다. 크롤러의 수집 깊이를 너무 얕게 제한한 경우도 고립처럼 보일 수 있으므로 깊이 제한과 수집 실패 기록을 결과에 함께 남깁니다.
링크가 있지만 도달하지 못한 경우를 구분합니다
페이지 주소가 자바스크립트 문자열이나 클릭 처리 함수에만 들어 있는지 확인합니다. 화면의 카드가 실제 링크 요소인지, 로그인 뒤에만 메뉴가 생성되는지, 부모 허브가 오류를 반환하는지도 봅니다. 문서가 없는 것과 수집 도구가 링크를 읽지 못한 것을 구분해야 잘못된 삭제 결정을 피할 수 있습니다. 브라우저에서도 홈에서 해당 문서까지 직접 이동해 봅니다.
문서 역할에 맞는 입구를 만듭니다
- 문서가 답하는 질문을 한 문장으로 적고 가장 가까운 주제 허브를 고릅니다.
- 허브에 제목과 선택 기준을 소개하는 링크를 추가합니다.
- 앞선 설명을 읽은 사람이 다음에 궁금해할 관련 본문에 연결합니다.
- 문서 안에서도 상위 주제와 다음 단계로 돌아갈 길을 제공합니다.
가정한 예로 전환 이벤트 중복 제거 문서라면 데이터 측정 허브와 문의 폼 검증 글이 자연스러운 입구입니다. 모든 서비스 페이지에 같은 링크를 붙이는 것보다 해당 문제를 겪는 사람이 읽는 위치를 고릅니다. 링크 문구는 여기를 클릭보다 문서가 해결하는 질문을 나타내는 표현으로 작성합니다.
재수집으로 완료를 확인합니다
같은 시작 URL과 수집 조건으로 다시 실행해 문서가 연결 그래프에 들어오는지 확인합니다. 최초 유입 링크, 도달 깊이, 최종 상태 코드와 canonical을 저장합니다. 링크를 추가했지만 목적지가 리다이렉트되거나 noindex인 경우는 사유를 기록합니다. 내부 링크 수가 증가했다는 지표만으로 실제 발견 문제가 해결됐다고 보고하지 않습니다.
연결하지 않아야 하는 문서도 있습니다
완료 화면, 계정별 자료, 테스트 문서처럼 공개 탐색 대상이 아닌 페이지는 목적에 맞게 관리합니다. 고립 후보라는 이유로 민감 페이지에 공개 링크를 추가하지 않습니다. 오래된 복사본이면 링크를 늘리기 전에 통합이나 폐기 여부부터 결정하고 사이트맵도 같은 결정에 맞춥니다.
자주 묻는 질문
- 사이트맵에 있으면 내부 링크는 없어도 되나요?
- 발견 후보를 제공하는 일과 방문자가 내용을 찾아가는 경로를 만드는 일은 다릅니다. 사용자가 이 문서를 왜 읽어야 하는지 알 수 있는 허브와 관련 문서의 연결을 함께 설계합니다.
- 모든 페이지를 푸터에 넣으면 해결되나요?
- 관련 없는 링크를 대량으로 나열하면 선택이 어려워집니다. 주제 허브에서 묶고 필요한 본문에서 이유를 설명하는 연결을 우선하며, 전역 메뉴는 주요 입구에 집중합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.