환경별 주소 목록을 고정합니다
운영 apex, www, 기존 호스트, 플랫폼 기본 주소, 브랜치와 PR 미리보기 주소를 나눠 적습니다. 각 주소가 콘텐츠를 제공할지, 이동 응답을 제공할지, 검색에서 제외할지 정합니다. 팀원이 보고 있는 화면의 호스트가 무엇인지 먼저 알 수 있어야 미리보기 결과를 운영 결과로 오해하지 않습니다.
출력 위치를 넓혀 검사합니다
canonical과 OG URL뿐 아니라 사이트맵, RSS 링크, JSON-LD의 식별자·문서 주소와 본문 링크를 확인합니다. API 또는 빌드 환경이 현재 배포 주소를 자동으로 넣는지 봅니다. 저장소 검색 결과에 임시 주소가 있다는 이유만으로 모두 런타임 오류로 분류하지 않고 실제 HTML에 출력되는지 추적합니다.
주소와 색인 정책을 함께 검증합니다
- 대표 콘텐츠 주소는 운영 기준으로 조립되는지 확인합니다.
- 비운영 호스트의 응답에 의도한 색인 차단이 존재하는지 검사합니다.
- 운영 배포에는 그 차단이 제거되는지 별도 사례로 검사합니다.
- 민감 자료가 포함된 환경은 색인 차단과 별도로 접근 통제를 확인합니다.
설계 예시로 플랫폼이 제공하는 DEPLOY_URL을 대표 도메인 환경변수와 혼용하면 PR 미리보기 주소가 RSS나 schema에 섞일 수 있습니다. 수정은 문자열을 페이지마다 치환하는 것보다 대표 주소의 단일 기준을 만드는 방식으로 검토합니다. 미리보기 URL은 검토 링크로 남길 수 있지만 공개 문서의 대표 주소로 출력하는 것과는 다릅니다.
완료 결과를 남깁니다
운영과 미리보기의 대표 표본에서 상태 코드, canonical, robots 메타·헤더와 주요 링크를 저장합니다. 운영의 정상 공개 페이지와 원래 제외할 완료 페이지를 구분합니다. 새 도메인으로 전환한다면 현재 운영 호스트가 바뀐 후에도 같은 검사를 반복할 수 있게 URL 목록과 기대값을 보존합니다.
운영 중 발견했을 때
미리보기 주소를 검색 결과에서 봤다는 이유로 운영 주소까지 일괄 차단하지 않습니다. 어떤 배포와 문서에서 노출됐는지 범위를 확인하고 그 환경의 정책과 링크를 정리합니다. 검색 재처리까지의 관찰은 응답 수정 완료와 구분해 기록하며 임시 주소를 새 대표 주소로 바꾸는 혼선을 피합니다.
자주 묻는 질문
- 미리보기 canonical이 운영 주소면 noindex는 없어도 되나요?
- 대표 문서 신호와 비운영 주소의 노출 정책을 같은 것으로 취급하지 않습니다. 공개 미리보기의 색인 차단과 민감 자료의 접근 제한을 목적별로 설계하고 실제 응답에서 확인합니다.
- 저장소에서 임시 주소를 전부 지우면 끝인가요?
- 환경변수와 호스팅 설정이 주소를 생성할 수 있으므로 운영 산출물과 공개 응답도 검사합니다. 변경 기록이나 감사 문서에 남은 주소와 실제 사용자에게 출력되는 주소는 구분합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.