해외 서버 병원 사이트와 수집 영향 여부

서버 위치와 실제 접근을 구분

Google의 크롤러와 가져오기 도구는 전 세계 여러 데이터 센터에 분산되어 접근할 사이트 근처에 위치한다고 공식 개요는 설명합니다. 수천 대의 컴퓨터에서 동시에 실행되도록 설계돼 로그에는 여러 IP 주소의 방문 내역이 나타날 수 있습니다. 해외 주소에서 들어온 요청이라는 이유만으로 병원과 관계없는 요청이라고 분류하면 검색 로봇의 접근을 잘못 판단할 수 있습니다.

서버가 있는 국가와 요청이 나오는 국가는 서로 다른 정보입니다. Google은 주로 미국 IP 주소에서 요청하며 미국 요청을 차단하는 사이트를 감지하면 다른 국가의 IP에서 크롤링을 시도할 수 있다고 설명합니다. 특정 국가로 서버를 이전하면 모든 요청의 출발지도 그 나라로 바뀐다는 뜻이 아닙니다. 호스팅 위치를 읽을 때 접속 제한 규칙도 별도로 대조합니다.

크롤러를 식별하는 자료에는 HTTP user-agent 요청 헤더와 소스 IP, 소스 IP의 역방향 DNS 호스트 이름이 포함된다고 Google은 안내합니다. 서버 로그의 방문자를 분석할 때 해외 IP라는 분류만으로 Google 요청인지 판단하지 않고 이런 세부정보를 사용해 주체를 구별해야 합니다.

Google의 호스팅 변경 문서는 사용자에게 표시되는 URL에 영향을 미치지 않는 이전을 다룹니다. 호스팅 업체를 바꾸거나 CDN과 원본 서버를 구성하는 상황이 포함됩니다. 주소도 함께 바꾸는 이전은 다른 안내를 적용해야 한다는 조건이 있으므로 해외 이전이라는 하나의 이름으로 두 작업을 묶지 않습니다. 공개 주소를 유지하는지부터 이 문서의 적용 범위를 정합니다.

새 사이트의 사본은 운영 방식에 따라 실제 HTML 파일일 수도 있고 가져와야 하는 데이터베이스일 수도 있습니다. Google은 업로드 뒤 사용자가 상호작용하는 모든 측면을 철저히 시험하라고 안내합니다. 서버에 파일이 있다는 상태와 진료 문서·이미지·양식이 정상적으로 제공되는 상태는 다릅니다. 새 환경에서 필요한 데이터가 실제로 연결되는지까지 조사해야 합니다.

새 인프라의 기능과 로봇 도달을 시험

이전 전에 테스트 환경을 구성할 수 있으며 IP 제한 접근이 포함될 수 있다고 Google은 설명합니다. 이 단계에서는 게시 전 기능을 시험합니다. 접속을 제한한 테스트 환경에서 외부 로봇이 들어오지 못하는 결과와 공개 사이트에서 발생한 수집 실패를 같은 상태로 보고하지 않습니다. 시험하려는 대상이 제한된 사본인지 공개한 주소인지 구별해야 합니다.

브라우저 시험에는 페이지뿐 아니라 이미지, 양식, PDF 같은 다운로드도 포함됩니다. 홈페이지 한 화면이 열린다는 결과로 전체 진료 안내의 자료 제공을 대신하지 않습니다. 연결된 이미지와 안내 파일이 새 위치에서도 제공되는지, 양식의 동작이 필요한 데이터와 연결되는지는 각 요소를 실제로 이용해 대조할 수 있습니다. 이는 기능 검증이며 검색 순위의 개선을 증명하는 시험은 아닙니다.

새 인프라의 임시 호스트 이름으로 공개 시험을 허용하면 브라우저 접근성과 Googlebot의 도달 가능 여부를 시험할 수 있다는 안내가 있습니다. Google은 테스트 사이트가 실수로 색인되지 않도록 HTML 또는 HTTP 헤더에 noindex robots 규칙을 추가하라고 설명합니다. 공개 접근을 허용하는 선택과 테스트 사본의 색인을 막는 선택은 서로 다른 목적을 갖습니다.

Googlebot 접근 시험은 Search Console의 URL 검사 도구를 사용하도록 호스팅 문서가 안내합니다. 임시 호스트 이름을 만들었다면 그 속성의 소유권도 다루어야 한다는 조건이 있습니다. 기존 운영 사이트의 도구 화면만 읽고 다른 임시 호스트도 같은 접근 상태라고 가정하지 않습니다. 실제로 시험하는 주소가 새 인프라를 가리키는지와 도구가 다루는 속성을 함께 대조합니다.

요청 차단 설정과 서비스 거부 공격 보호는 중요한 조사 대상입니다. Google은 이런 설정 때문에 Googlebot이 DNS나 호스팅 업체의 서버에 도달하지 못하도록 차단되지 않는지 조사하라고 명시합니다. 공격을 막는 장치가 설치됐다는 사실만으로 검색 로봇의 정상 접근도 허용된다고 판단하지 않습니다. 반대로 수집이 늦다는 이유만으로 보호 기능을 전부 해제하는 결정을 하지 않습니다.

이전을 시작할 준비가 되면 새 사본의 임시 크롤링 차단 기능을 삭제하도록 Google은 안내합니다. 사본을 만드는 동안 robots.txt로 크롤링을 금지하거나 noindex 메타태그·HTTP 헤더로 색인을 막았을 수 있기 때문입니다. 이는 이전 준비를 위해 적용한 임시 제한을 다루는 설명입니다. 원래 비공개여야 하는 병원 내부 정보를 함께 공개하라는 뜻으로 확대하지 않습니다.

DNS 전환과 이전 뒤의 관측

DNS 설정을 새 호스팅으로 바꾸는 단계가 실제 이전의 시작입니다. Google은 DNS 레코드가 지정된 TTL에 따라 ISP에 캐시된다고 설명합니다. 이전 속도를 높이려면 적어도 일주일 전에 TTL을 보수적으로 낮은 값으로 줄이는 방안을 제시합니다. 이 안내는 DNS 캐시의 갱신을 다루며 모든 방문자가 같은 시각에 새 서버로 넘어간다는 보장으로 읽지 않습니다.

이전 중에는 이전 서버와 새 서버의 로그를 모두 읽도록 문서가 안내합니다. DNS 설정이 전파되면서 이전 쪽의 트래픽이 줄고 새 쪽이 증가하는 흐름을 대조할 수 있습니다. 새 서버에 요청이 들어오기 시작했다는 사실만으로 이전 서버를 사용하는 사람이 없다고 단정하지 않습니다. 서로 다른 두 인프라의 제공 상태를 함께 읽어 전환이 어디까지 진행됐는지 판단합니다.

Google은 공개 DNS 도구로 전 세계의 서로 다른 ISP에 새 설정이 적절하게 반영되는지도 조사하도록 안내합니다. 관리자의 현재 접속 결과는 하나의 환경에서 얻은 관측입니다. 해당 관측으로 모든 지역에서 같은 이름이 같은 인프라로 연결된다고 보고하지 않습니다. 해외 호스팅의 접근 문제를 조사할 때도 서버의 국가명과 DNS 설정의 전파 상태를 구분해야 합니다.

호스팅을 바꾸면 사이트 게시 직후 Googlebot의 크롤링 속도가 일시적으로 떨어졌다가 며칠 동안 점차 늘어 이전보다 높아질 수 있다고 문서는 설명합니다. 크롤링 속도가 여러 신호로 결정되고 호스팅 변경이 그 신호도 바꾸기 때문입니다. 이 일반적인 변동 설명을 특정 병원이 반드시 겪을 일정이나 해외 서버에 대한 벌점으로 바꾸지 않습니다.

새 인프라에 접근할 때 심각한 문제나 속도 저하가 없다면 Googlebot은 필요한 경우 가능한 한 빨리 크롤링하려고 한다는 설명도 있습니다. 호스팅 변경 뒤의 속도 변화는 새 환경의 실제 접근 품질과 함께 읽어야 합니다. Google은 사이트에 무리를 주지 않으며 가능한 한 많은 페이지를 크롤링하는 것을 목표로 설명하고 부적절한 HTTP 응답이 제품의 표시 방식에 영향을 줄 수 있다고 안내합니다.

이어서 읽을 주제

사이트맵과 정규 주소를 어떻게 정리하는지 이어 읽습니다.

사이트맵과 정규 주소

AI가 읽기 어려운 기술 문제는 없는지 이어 읽습니다.

병원 GEO 기술 진단