처음 등록할 때 잘못 이해했던 점

사이트 초기에 글이 세 개 정도였을 때 네이버 서치어드바이저에 win-j.com을 등록했다. 나는 HTML 파일 업로드 대신 홈페이지의 <head>에 확인용 메타 태그를 넣는 방법을 선택했다. 당시 글에는 ‘등록을 해야 네이버가 사이트를 찾아 수집한다’고 적었는데, 이 설명은 바로잡아야 한다.

네이버는 웹 수집 로봇이 발견한 사이트를 자동으로 수집하며, 웹마스터도구 등록 자체가 검색 노출의 필수 절차는 아니라고 안내한다. 소유 확인의 실용적인 목적은 내 사이트의 수집·색인 정보를 보고 관리하는 것이다. 네이버 사이트 등록 및 소유확인 안내

메타 태그를 넣는 위치

관리할 대표 주소를 정한 뒤 그 주소로 사이트를 추가하고 계정에 표시된 확인 태그를 복사한다. 아래는 형식을 설명하는 예시이며, YOUR_VERIFICATION_VALUE는 실제 확인 값으로 바꿔야 한다.

<head>
  <meta charset="utf-8">
  <meta name="naver-site-verification" content="YOUR_VERIFICATION_VALUE">
  <title>사이트 이름</title>
</head>

Django에서는 홈페이지가 실제로 상속하는 기본 템플릿의 head 영역에 넣어야 한다. 게시글 편집기에 붙여넣으면 본문에 들어가거나 저장 과정에서 제거될 수 있다. 파일을 고친 뒤에는 배포된 홈페이지의 페이지 소스에서 태그를 찾는다. 관리자 화면의 입력값이나 브라우저 개발자 도구에서 잠시 바꾼 DOM은 배포 결과가 아니다.

네이버 소유 확인은 JavaScript 실행을 지원하지 않는다고 안내한다. 따라서 로딩 이후 스크립트로만 태그를 삽입하는 방식은 피하고, 서버가 돌려준 HTML에 태그가 있는지 확인한다. 개발 서버에서 성공해도 운영 주소에서 같은 태그를 제공하는지는 따로 점검한다.

확인 실패 시 기록할 네 가지

확인 대상 확인할 내용 다음 조치
등록 주소 http/https, www 유무, 실제 도착 주소 서비스가 사용하는 대표 주소와 비교
응답 정상 홈페이지인지, 로그인·오류 화면인지 접근 제한이나 서버 오류부터 해결
원본 HTML head에 확인 태그가 있는지 홈페이지가 쓰는 템플릿·배포 버전 확인
확인 값 계정에서 받은 문자열과 일치하는지 예시 문자열·이전 사이트 값 혼입 확인

브라우저 캐시만 보고 원인을 추정하지 않도록 주소, 확인 시각, 응답 내용과 수정한 파일을 함께 기록한다. 같은 태그를 여러 위치에 반복해서 넣는 것보다 어느 템플릿이 실제 응답을 만들었는지 찾는 편이 문제를 좁히기 쉽다.

사이트맵 제출과 URL 검사는 용도가 다르다

소유 확인 후에는 사이트맵의 공개 응답을 먼저 확인하고 웹마스터도구에 제출한다. XML 문서 안의 URL이 소유 확인한 도메인과 맞는지 살펴본다. 다른 환경의 주소나 임시 글을 포함하지 않도록 게시글 선택 조건도 확인한다. Django에서 이 목록을 만드는 방식은 사이트맵 구현 기록에 정리했다.

사이트맵 제출은 URL 목록을 알리는 작업이다. 특정 글을 조사할 때는 URL 검사에서 수집 여부, 상태 코드, 색인 관련 정보와 메타 정보를 나눠 확인한다. ‘사이트맵 제출됨’이라는 상태만으로 그 안의 모든 글이 색인됐다고 기록하지 않는다. 네이버 사이트맵 제출 안내, URL 검사 안내

결과가 없을 때의 점검 순서

예를 들어 새 글 주소가 검사에서 아직 수집되지 않았다면 먼저 로그아웃 상태로 실제 본문이 열리는지 본다. 이어 robots.txt의 경로 제한, 페이지의 noindex, 사이트맵과 내부 링크를 차례로 비교한다. 반면 수집된 내용이 오래된 경우에는 현재 공개 HTML과 검사에 표시된 정보를 나눠 기록한다. 로컬 수정과 검색엔진 재수집 사이에는 차이가 있을 수 있다.

이 기록을 보강하면서 네이버 계정의 최신 수집 결과나 검색 순위를 직접 확인한 것은 아니다. 이 글의 경험은 초기 등록 시 사용했던 메타 태그 방식이며, 이후 단계는 공식 도구에서 확인할 절차다. 등록 완료·수집 완료·색인 여부·검색 노출을 각각 구분해야 어디서 멈췄는지 설명할 수 있다.