서치어드바이저 소유 확인 방법

등록 단위와 소유 증명의 조건

먼저 운영 주소의 호스트를 정합니다. 네이버는 사이트 등록을 호스트 단위로 지원하며 일반 홈페이지 호스트와 블로그 형태의 서브도메인을 등록 가능한 예로 제시합니다. 병원이 관리하려는 실제 주소를 그대로 읽고, 다른 호스트의 작업을 같은 사이트의 반영으로 처리하지 않습니다. 제작사에 요청할 때도 사이트 이름만 말하기보다 등록 대상으로 정한 주소를 전달하는 편이 좋습니다.

이 표의 조건은 화면을 본 인상만으로 구별하기 어렵습니다. 제작사에는 실패했다는 말과 함께 도구에 나타난 실제 안내를 전달하는 편이 좋습니다. 해당 홈페이지의 오류 원인은 페이지나 파일의 응답, 공개 위치와 접근 상태를 읽어야 조사할 수 있습니다. 특정 조건이 문서에 열거됐다는 사실만으로 현재 실패의 원인이라고 지정하지 않습니다.

소유 증명에 사용할 파일과 페이지의 수정 권한은 서비스에 따라 다를 수 있습니다. 네이버는 HTML을 수정할 권한이 없거나 파일을 사이트 안에 올릴 수 없다면 기술담당자에게 문의하도록 설명합니다. 병원 담당자가 직접 바꿀 수 있는 범위와 제작사가 반영해야 하는 범위를 먼저 묻고, 할 수 없는 기능의 메뉴를 임의로 추정해 작업하지 않습니다. 계정 접근 권한과 홈페이지 수정 권한이 서로 다른 대상이라는 점을 이때 구별합니다.

반영 방식 선택과 인계 자료

검색로봇 접근을 조사할 때는 허용 대상으로 정한 로봇도 구별해야 합니다. 기초 안내의 robots.txt 예시는 User-agent를 Yeti로 지정하면 네이버 로봇을, 별표로 지정하면 모든 검색엔진 로봇을 대상으로 하는 설정을 보여 줍니다. 두 예시는 같은 허용 대상을 가리키지 않습니다. 소유 증명의 실패를 조사하며 접근 변경이 필요하다면 네이버를 대상으로 한 요청인지 전체 검색엔진의 접근을 바꾸는 요청인지 기술 담당자에게 밝히는 편이 좋습니다. 이 예시만으로 비공개 문서의 공개 여부를 새로 결정하거나 모든 로봇의 접근을 일괄 허용하지 않습니다.

제작사가 작업하더라도 병원 담당자는 어떤 계정과 등록 대상에 관한 요청인지 분명히 전달해야 합니다. 실제 도구에서 받은 내용을 사용할 수 있게 하되 계정 비밀번호를 작업 메모에 평문으로 섞어 넣는 방식은 피하는 편이 좋습니다. 이것은 로그인 절차를 대신 수행한다는 뜻이 아니라, 사이트 반영에 필요한 자료를 목적에 맞춰 전달하는 인계 제안입니다. 기술 작업을 위한 정보와 계정에 접근할 자격을 한 덩어리로 취급하지 않습니다.

네이버 소유확인 소개는 HTML 메타태그 삽입이나 HTML 파일 업로드가 정상적으로 이뤄졌다면 별도 심사 없이 소유 증명이 완료된다고 설명합니다. 따라서 정상 반영 뒤에도 결과가 나오지 않는 일을 이유 없이 심사 대기라고 처리하지 않습니다. 현재 시도가 실패했는지, 아직 기술 반영이 되지 않았는지 도구의 실제 결과에 맞춰 조사해야 합니다. 제작사의 작업 완료 답변만으로 원인을 판정하지 않고 사이트 반영 상태와 도구에서 받은 안내를 함께 전달하는 편이 좋습니다.

여러 환경을 사용하는 홈페이지라면 요청한 수정이 운영 사이트에 적용되는지 물어볼 수 있습니다. 개발용 사본에만 태그나 파일이 있어도 등록 대상으로 고른 운영 호스트의 증명이 됐다고 볼 수는 없습니다. 기술 담당자는 작업 대상과 공개 반영 대상을 대응시켜 답하고, 병원 담당자는 전달받은 결과가 어느 주소에 대한 것인지 읽습니다. 실제 사용하지 않는 개발 환경의 존재를 가정해 원인으로 설명하지 않습니다.

실패 조사와 후속 관리

관리 도구의 권한을 제한하는 이유도 인계에 포함할 수 있습니다. 네이버는 소유 증명을 요구하는 이유가 도구의 기능이 검색 결과에도 영향을 주기 때문이라고 설명합니다. 단순한 조회 화면을 대신 읽어 달라는 요청과 운영 문서에 영향을 줄 기능을 실행해 달라는 요청은 범위가 다릅니다. 후속 담당자가 어떤 작업을 맡는지 정할 때도 이용할 기능의 목적을 밝혀 전달하는 편이 좋습니다. 계정 접속만 가능하다는 사실로 사이트 전체의 모든 후속 작업을 승인받았다고 해석하지 않습니다.

만료 알림은 설정 여부를 함께 전달해야 합니다. 공식 도움말은 웹마스터도구의 도구 설정에서 소유확인 만료 알림 수신을 설정하면 기간이 만료되기 30일 전에 가입 시 설정된 이메일로 알림을 보낸다고 설명합니다. 모든 등록 계정에 설정과 관계없이 같은 메일이 온다는 규칙으로 바꾸지 않습니다. 다음 담당자에게 알림 수신 설정 상태와 실제 등록 이메일을 관리할 수 있는지 문의할 자료를 전달할 수 있습니다. 메일을 받지 못한 사실만으로 사이트 반영 자료가 잘못됐다고 원인을 지정하지 않습니다.

서버 접근 작업을 맡는 곳과 화면 제작을 맡는 곳이 다를 수도 있습니다. 그때는 현재 오류에 관한 응답을 받을 연락 창구를 지정하는 인계안을 사용할 수 있습니다. 네트워크 접근은 서버 측에서, 문서의 공개 반영은 사이트 제작 측에서 답할 내용이 될 수 있습니다. 어느 곳이 실제로 권한을 갖는지는 현재 운영 계약과 권한 상태를 읽어 정합니다.

공식 문서에서 같은 기술 이름이 나와도 적용하는 작업을 읽어야 합니다. 네이버 기초 안내는 소유 증명이 불가능한 경우의 메인 페이지 조건에서 자바스크립트나 meta refresh 이동을 지원하지 않는다고 설명합니다. 반면 일반 콘텐츠가 검색에 반영되지 않는 경우의 권장사항에는 HTTP 이동이나 head의 meta refresh를 활용하는 설명이 있습니다. 후자의 일반 콘텐츠 수집 지침을 가져와 소유 증명에서도 meta refresh가 지원된다고 해석하지 않습니다. 기술 담당자에게 문의할 때는 지금 해결하려는 것이 메인 페이지의 소유 증명인지 별도 문서의 검색 수집 문제인지 밝히고 해당 절의 조건을 적용합니다.

네이버는 오랫동안 관리하지 않은 사이트의 도메인이나 호스팅을 타인이 구매하면 잘못된 데이터를 도구에서 읽어 혼란이 생길 수 있으므로 정상 운영 여부를 판단하기 위해 1년마다 소유 증명을 진행한다고 설명합니다. 연장 기간이 지났다면 다시 소유 증명을 진행할 수 있다는 안내도 있습니다. 인계할 때는 이 기간 관리와 현재 사이트 작업의 관계를 읽고 다음 조치를 정하는 편이 좋습니다. 기존에 받은 성공 기록을 영구적인 관리 권한의 증거로 사용하는 것은 이 재증명 조건과 다릅니다.

네이버 검색로봇의 이름은 Yeti로 안내되며 구체적인 버전은 예고 없이 바뀔 수 있습니다. 접근 문제를 조사할 때 현재 기록에 나온 사용자 에이전트를 기술 담당자에게 전달하는 자료로 사용할 수 있습니다. 예시에 적힌 버전 문자열과 다르다는 이유만으로 다른 로봇이라고 확정하지 않습니다. 실제 로봇을 판별할 때는 공식 검색로봇 안내의 적용 조건을 따로 대조해야 합니다.

이어서 읽을 주제

관련 안내를 이어 읽으려면: 병원 홈페이지 리뉴얼.