구글 서치 콘솔에 병원 홈페이지를 등록하는 순서

속성의 주소 범위와 관리 권한

Google은 소유권 인증을 특정 웹사이트의 소유자임을 Search Console에 증명하는 절차라고 설명합니다. 인증된 소유자에게는 가장 높은 수준의 권한이 있으며 사이트에 관한 민감한 Google 검색 정보에 접근하거나 Google 서비스에서 사이트의 동작에 영향을 줄 작업을 할 수 있습니다. 따라서 홈페이지가 있다는 사실만으로 누구나 소유자 권한을 얻는 절차가 아닙니다.

새 속성을 추가하거나 속성 선택 도구에서 아직 인증되지 않은 속성을 선택하는 것이 공식 절차의 시작입니다. 이후 화면에 표시되는, 해당 사이트에서 사용할 수 있고 권장되는 방법을 따릅니다. 실제 인증을 수행할 수 없는 상황이라면 현재 소유자에게 속성 접근 권한을 요청할 수 있다는 경로도 안내됩니다. 사이트를 수정할 권한이 없는 상태에서 임의로 계정이나 DNS 설정을 바꾸는 방식으로 진행하지 않습니다.

호스팅 플랫폼을 쓰는 홈페이지에는 원문에 나오는 모든 방식이 지원되지 않을 수 있습니다. 플랫폼이 별도 설정이나 플러그인으로 절차를 처리하기도 하므로 해당 서비스의 도움말에서 Search Console 인증 정보를 먼저 찾습니다. HTML을 편집할 수 있다는 추측을 근거로 특정 메뉴 경로를 만들지 않습니다. 실제 편집 가능한 기능이 속성의 요구사항을 충족하는지 읽습니다.

도메인 제공업체가 화면에 나타나면 안내에 따라 로그인해 진행하는 경로가 있고, 목록에 없는 경우에는 DNS 레코드를 수동으로 추가하는 안내가 있습니다. 어느 회사에서 도메인을 샀는지와 실제 DNS를 관리하는 곳이 어디인지 먼저 파악할 부분입니다. 홈페이지의 글 편집 권한만으로 도메인 레코드에 접근할 수 있다고 가정하지 않습니다.

인증값의 게시와 오류 구별

수동 DNS 방식에서는 Search Console이 제공한 이름과 값을 사용합니다. 공식 안내는 사이트 구성에 따라 TXT 또는 CNAME 레코드를 선택하도록 설명하고 각각의 입력 방법을 구별합니다. 공급업체마다 이름·호스트·대상 같은 입력란 명칭이 다를 수 있으므로 제공된 값이 어느 칸에 들어갈지 실제 공급업체의 안내와 대조합니다. 민감한 토큰의 값을 예시로 공개하지 않습니다.

TXT 방식의 호스트 또는 이름 입력은 비워 두거나 공급업체 설명에 따라 @로 설정하고 값에는 발급받은 문자열을 추가한다는 안내입니다. CNAME 방식은 이름과 대상에 사용할 값의 쌍을 제공하므로 두 항목을 각각 넣습니다. 레코드를 저장한 뒤에는 Search Console의 인증 화면에서 절차를 마칩니다. 일반적인 웹페이지 문구를 DNS 값으로 대신 입력하는 기능은 아닙니다.

DNS 공급업체가 수동 레코드를 제공하기 시작할 때까지 최대 2~3일이 걸릴 수 있다고 Google은 안내합니다. 안내대로 추가했으나 실패했다면 1~2일 뒤 다시 시도하도록 설명합니다. 이 시간은 사이트의 검색 노출이 완료되는 기간이 아닙니다. 레코드가 공급업체에서 제공되는 과정의 조건이며, 공개된 레코드와 발급값이 일치하는지 검토하는 절차에 관계됩니다.

HTML 파일 방식은 지정된 URL에서 파일을 업로드하고 게시할 수 있어야 합니다. 로그인하지 않은 상태에서도 해당 디렉터리와 파일을 이용할 수 있어야 하며, Search Console이 발급한 고유 파일의 이름이나 내용을 바꾸지 않는 것이 요구사항입니다. 다른 사용자의 파일을 복사해 같은 인증 결과를 얻는 수단으로 설명하지 않습니다. 제공된 파일은 특정 사용자와 연결됩니다.

HTML 태그 방식에서는 공개 홈페이지의 head에 발급된 메타 태그를 넣습니다. 저장한 뒤 실제 페이지의 소스에서 태그를 읽으며 로컬 사본만 편집한 결과와 구별합니다. 공식 설명은 태그가 파일의 2MB 미만 범위에 있어야 하고 외부 스크립트 같은 리소스는 크기 계산에 넣지 않는다고 안내합니다. 이 조건을 이미지 파일 전체 용량의 제한으로 바꾸지 않습니다.

메타 태그는 방문자가 읽는 본문에 표시되는 문구가 아닙니다. Google은 브라우저 화면에서는 태그가 드러나지 않고 페이지를 생성하는 소스 HTML에서 읽을 수 있다고 설명합니다. 또한 인증 대상은 홈페이지의 렌더링된 소스이므로 속성에 정의한 URL을 방문했을 때 실제로 도달하는 페이지가 무엇인지 대조합니다. 임의의 다른 하위 문서에만 태그를 넣은 상태를 같은 요구사항의 충족으로 기록하지 않습니다. 형식 오류가 있다면 발급된 태그를 소스에 그대로 넣는 방법을 원문이 안내합니다.

등록 후 인증 수단의 유지 조건

인증을 완료해도 그때 사용한 수단은 유지해야 합니다. Search Console은 토큰이 계속 존재하고 유효한지 정기적으로 검사합니다. 더 이상 소유권을 증명할 수 없으면 알림을 보내며 문제가 해결되지 않을 경우 유예기간 뒤 해당 속성의 권한이 만료됩니다. 처음 성공한 화면만 보관하고 파일이나 태그를 지우는 방식으로 등록 작업을 끝내지 않습니다.

DNS로 인증한 경우에는 성공한 후에도 공급업체에 추가한 레코드를 삭제하지 말라는 공식 주의사항이 있습니다. DNS 설정 변경을 검토한다면 인증에 쓰이는 레코드의 존재와 관계되는 항목인지 구별합니다. 인증용 값이 어떤 속성에 연결돼 있는지 기록할 수 있지만 공개 원고에 실제 문자열을 나열할 필요는 없습니다. 값 자체와 관리 대상의 관계를 혼동하지 않습니다.

한 웹사이트의 같은 속성에 여러 사용자가 동일하거나 다른 방법을 사용할 수 있습니다. 같은 방식을 쓸 때 다른 소유자의 토큰을 덮어쓰지 않도록 하라는 안내입니다. 새 토큰을 넣는 작업이 기존 사용자의 인증값을 제거하는 작업까지 포함한다고 가정하지 않습니다. 권한을 추가하려는 목적과 이전 소유자의 권한을 취소하려는 목적을 구별해 적용할 부분입니다.

기존 소유자의 사이트를 넘겨받는 경우에는 먼저 자신의 소유권을 인증한 뒤 이전 소유자의 토큰을 삭제해 그 인증을 취소할 수 있다고 안내합니다. 삭제가 필요한지 판단하려면 누가 현재 소유자인지와 사용할 접근 권한을 파악해야 합니다. 홈페이지를 수정한다는 이유로 발견한 인증 태그를 모두 지우는 운영 방식으로 확대하지 않습니다.

Google 애널리틱스 추적 코드와 태그 관리자 스니펫을 이용하는 방법도 있습니다. 공식 안내는 해당 계정에 필요한 접근 권한이 있고 실제 페이지에 코드가 있는지를 조건으로 설명합니다. 애널리틱스 방식은 수정 권한과 동일한 Google 계정 사용을 요구하고 태그 관리자 방식은 게시 또는 관리 권한을 요구합니다. 코드의 존재만으로 현재 로그인한 계정의 인증 요건을 충족했다고 결론 내리지 않습니다.

등록 성공을 검색 노출이나 예약 증가의 완료로 기록하지 않습니다. 소유권을 증명하는 절차는 사이트 정보와 기능에 접근할 권한에 관계됩니다. 홈페이지 변경 뒤에도 인증 수단이 남아 있는지라는 유지 조건을 읽을 수 있으며, 실제 검색 성과는 그 대상의 데이터가 무엇을 나타내는지 별도 보고서에서 검토할 사항입니다.

이어서 읽을 주제

홈페이지 변경 뒤 필요한 작업을 이어 읽으려면: 병원 홈페이지 리뉴얼. 검색 설정 작업 범위를 이어 검토하려면: 병원 홈페이지 SEO 대행.