시험용 사본의 공개 범위
검색에 나타난 주소가 병원 사이트의 테스트 페이지라면 운영용 문서와 시험용 사본을 먼저 구별해야 합니다. 현재 누구나 읽을 수 있는 범위를 정하고 제한할 환경인지 공개 시험이 필요한 문서인지 판단할 수 있습니다. Google의 호스팅 변경 가이드는 제한된 테스트 환경과 임시 호스트를 이용한 공개 시험을 각각 설명합니다. 검색에서 제외하는 지시를 추가한 사실만으로 시험 환경의 접근 보호까지 끝났다고 정하지 않습니다.
검색된 정확한 호스트와 경로를 받아 현재 반환하는 내용을 읽습니다. 운영 주소와 같은 안내를 복제한 것인지, 공개할 예정이 없는 설정이나 자료가 있는지는 실제 사본으로 조사해야 합니다. 이름에 test나 beta가 있다는 관측만으로 모든 문서의 용도를 결정하지 않습니다. 관리자 데이터의 인증 문제를 판단하는 조사와도 구별하며 이 글에서 실제 민감정보 노출이 발생했다고 가정하지 않습니다.
| 시험 환경에서 정할 목적 | 호스팅 가이드의 참고 조건 | 자료를 받을 질문 |
|---|---|---|
| 공개 전 기능 시험 | IP 제한을 포함할 수 있는 테스트 환경 | 시험에 필요한 접근 범위는 무엇인가? |
| 임시 호스트의 공개 시험 | 브라우저 접근과 Googlebot 도달 조사 | 공개로 시험할 문서는 무엇인가? |
| 시험 사본의 색인 예방 | 공개 문서의 HTML 또는 헤더에 noindex | 실제 반환 지시에 포함됐는가? |
| 운영 사본으로 전환 | 이전 시작 시 임시 차단 기능 제거 | 어느 환경을 운영으로 공개하는가? |
호스팅 가이드의 적용 범위는 사용자에게 보이는 URL을 바꾸지 않는 인프라 이전입니다. 주소까지 바꾸는 경우는 URL 변경 이전 안내를 이용하도록 설명합니다. 따라서 테스트 호스트를 발견한 모든 상황을 호스팅 이전 절차로 처리하는 것은 아닙니다. 현재 계획이 실제 인프라 전환인지 단순한 시험용 사본 운영인지 자료로 정한 뒤 해당 설명을 참고해야 합니다.
사본의 의미도 사이트마다 다릅니다. Google은 실제 HTML 파일을 복제하는 경우와 데이터베이스를 내보내 새 위치로 가져오는 경우를 설명합니다. 화면 한 장이 같다는 사실만으로 콘텐츠 관리 체계와 자료가 모두 같은 상태라고 정할 수는 없습니다. 이전 플랫폼과 새 환경에서 복제한 범위를 조사하는 질문이며 시험용 자료를 작성자가 만들어 채우지 않습니다.
임시 호스트에서 읽을 응답과 지시
임시 호스트를 공개로 시험할 때에는 noindex의 전달 조건을 조사할 수 있습니다. Google의 별도 가이드는 문서에 접근한 크롤러가 태그나 응답 헤더에서 규칙을 읽어야 한다고 설명합니다. 해당 문서를 robots.txt로 막아 버리면 지시를 읽을 수 없으며 다른 페이지에서 연결된 경우 검색에 남을 수 있습니다. 공개 시험에 사용할 문서의 실제 크롤링 허용과 색인 지시는 함께 대조할 자료입니다.
HTML과 응답 헤더는 서로 다른 구현 위치입니다. Google은 head의 meta 방식과 HTTP 응답 헤더 방식을 제시하고 두 방식의 효과는 같다고 안내합니다. 문서 유형과 시스템에서 편리한 구현을 선택할 수 있지만 설정 파일에 적은 값을 실제 반환 결과와 같은 것으로 취급하지 않습니다. 임시 호스트와 운영 호스트가 동일한 설정을 반환하는지는 각각의 응답으로 조사해야 합니다.
| 설정을 조사하는 단계 | 관측할 실제 자료 | 결과가 답하는 범위 |
|---|---|---|
| HTML 문서의 시험용 지시 | 해당 주소가 반환한 head 영역 | 페이지에 제공한 meta 설정 |
| HTTP 지시의 전달 | 서버가 반환한 X-Robots-Tag | 응답 헤더가 지시하는 상태 |
| Googlebot의 도달 시험 | 임시 호스트 속성의 URL 검사 | 새 인프라에 실제 접근 가능한지 |
| 운영 공개 직전의 사본 | 전환 대상에 남은 임시 차단 설정 | 검색에 제공할 사본의 준비 상태 |
호스팅 가이드는 임시 호스트를 만들었다면 그 속성도 Search Console에서 다루도록 안내합니다. URL 검사 도구는 Googlebot이 새 인프라에 접근할 수 있는지 조사하는 방법입니다. 네트워크 접근 제한이나 서비스 거부 방지 기능 때문에 DNS 또는 호스팅 서버에 도달이 차단되는지도 조사하도록 설명합니다. 단순히 브라우저에서 열리는 상태를 Googlebot의 도달 결과로 보고하지 않습니다.
시험용 noindex가 현재 제공되는지는 크롤링 중 Googlebot이 받은 HTML로 읽을 수 있습니다. noindex 가이드가 제시하는 디버깅 방법이며 페이지 색인 생성 보고서로 지시를 추출한 문서도 관찰할 수 있다고 안내합니다. 관측한 자료는 해당 문서와 시점에 관한 증거입니다. 설정을 바꿨다는 작업 기록만으로 Google이 이미 변경을 처리했다고 표시하지 않습니다.
noindex 가이드는 서버에 대한 루트 액세스 권한이 없는 경우에도 페이지별로 지시할 수 있는 점을 유용한 조건으로 설명합니다. 시험용 사본의 특정 문서를 편집할 권한과 서버 전체 설정을 변경할 권한은 같은 범위가 아닐 수 있습니다. 또한 noindex는 다른 색인 제어 규칙과 결합할 수 있으며 공식 예는 robots meta 태그의 content에 noindex와 nofollow를 함께 지정합니다. 사본에서 이러한 조합을 발견하면 각각 어떤 규칙을 전달했는지 읽을 수 있습니다. 이 조합 예 자체가 시험 문서의 모든 링크를 변경하라는 권고는 아닙니다.
실제 운영 전환이 있을 때의 조건
시험 사본이 실제 운영으로 전환되는 단계에서는 임시 차단을 정리할 대상도 달라집니다. Google의 호스팅 가이드는 준비가 되면 새 사본에 설정했던 크롤링 차단이나 noindex 태그·헤더를 제거하도록 안내합니다. 계속 시험용으로 제한할 별도 호스트까지 모두 공개하라는 뜻으로 확대하지 않습니다. 운영으로 전환할 사본의 자료를 갖추고 적용할 설정의 범위를 정할 수 있습니다.
Search Console 소유권 인증 방식도 새 사본에서 유지해야 합니다. Google은 HTML 파일로 인증했다면 새 사본에도 그 파일을 포함하고, CMS 템플릿의 meta 태그나 Google 애널리틱스 방식이면 새 CMS 사본에도 포함하도록 설명합니다. 테스트 환경의 내용을 옮겼다는 작업과 속성에 접근할 자격이 계속 작동하는지는 다른 질문입니다.
같은 URL을 유지한 호스팅 이전에서는 DNS를 새 인프라로 변경해 실제 이전을 시작합니다. 가이드는 지정된 TTL에 따라 ISP가 DNS 설정을 캐시한다는 설명과 함께 이전 일주일 전부터 보수적으로 낮은 TTL을 사용하는 방법을 제안합니다. 공개 시험 주소가 발견됐다는 사실에 이 일정 조건을 그대로 적용하지 않고 실제 전환 계획이 있을 때 해당 원칙을 참고합니다.
전환이 진행된다면 이전 서버와 새 서버의 로그를 모두 읽을 수 있습니다. DNS 설정이 전파되는 동안 이전 쪽 트래픽은 줄고 새 쪽은 늘어나는지 조사하도록 Google은 안내합니다. 서로 다른 ISP의 DNS 갱신 상태와 Search Console의 크롤링 관측도 같은 이전 단계의 참고입니다. 실제 로그가 없으면 트래픽이 모두 새 인프라로 옮겨갔다고 결론내리지 않습니다.
이전 호스팅을 종료하는 조건은 이전 서버의 트래픽이 0에 도달한 상태입니다. 가이드의 이 설명은 사용자와 Googlebot이 새 인프라에서 콘텐츠를 정상 수신하는지 관찰하는 이전 과정에 귀속됩니다. 단지 테스트 페이지가 검색에서 보이지 않게 됐다는 결과를 서버 종료의 근거로 사용하지 않습니다.
noindex를 추가한 직후에도 검색 표시가 남을 수 있습니다. 해당 가이드는 Google이 설정 뒤에 아직 페이지를 크롤링하지 않은 경우를 설명하며 중요도에 따라 재방문에 몇 달이 걸릴 수 있다고 안내합니다. URL 검사에서 재크롤링을 요청할 수 있지만 고정된 제거 기한을 약속하는 근거는 아닙니다. 보호 목적의 접근 제한을 그 기다림에 맡기지 않습니다.
시험 사본의 기능을 조사할 때에는 페이지뿐 아니라 이미지, 양식, PDF 같은 다운로드도 읽어야 합니다. Google은 사용자가 사이트와 상호작용하는 모든 측면을 시험하도록 안내합니다. 일부 본문이 정상이라는 관측을 파일과 입력 기능까지 정상이라고 확장하지 않는 질문입니다. 시험을 시행하지 않은 항목의 결과를 통과로 기록하지 않습니다.
시험 환경 처리의 후속 질문
시험 호스트의 PDF에도 noindex를 지정할 수 있나요?
Google은 PDF·동영상·이미지처럼 HTML이 아닌 자료에 응답 헤더를 사용할 수 있다고 설명합니다. 문서의 HTML 설정과 별도 파일의 헤더는 구별해 조사할 자료입니다. 실제 전달한 헤더가 무엇인지 읽어야 합니다.
CMS에서 head를 직접 고칠 수 없으면 어떻게 하나요?
공식 noindex 안내는 CMS의 검색 설정이나 meta 정보를 전달하는 다른 기능을 이용할 수 있다고 설명합니다. 시스템마다 제공 방법이 다르므로 사용하는 CMS의 실제 문서를 조사할 수 있습니다. 관리자 화면 이름을 임의로 만들어 안내하지 않습니다.
robots.txt에 noindex를 쓰는 방식도 지원되나요?
Google은 robots.txt에서 noindex를 지정하는 구현을 지원하지 않는다고 명시합니다. 태그나 응답 헤더라는 실제 전달 위치를 조사할 수 있습니다. robots.txt에 그 단어가 있다는 사실을 적용 성공으로 처리하지 않습니다.
호스팅 전환 뒤 크롤링 속도가 일시적으로 줄 수도 있나요?
Google은 새 인프라 게시 직후 크롤링 속도가 떨어졌다가 며칠 동안 점차 증가할 수 있다고 설명합니다. 호스팅 변경이 여러 신호를 바꾸기 때문이며 실제 심각한 접근 문제나 속도 저하가 있는지도 별도로 조사해야 합니다.
Googlebot만 대상으로 지시할 수도 있나요?
noindex 가이드는 googlebot 이름의 meta 태그를 Google 웹 크롤러용 방식으로 설명합니다. 일반 robots 이름과 적용 대상을 구별하며 일부 검색엔진이 규칙을 다르게 해석할 수 있다는 제한도 있습니다. 다른 검색 서비스의 결과는 따로 관측해야 합니다.