네이버 서치어드바이저 등록부터 사이트맵 제출까지
웹사이트를 만들었다고 네이버 검색 결과에 바로 나타나는 것은 아닙니다. 검색로봇이 사이트를 발견하고, 문서를 수집하고, 색인할 수 있어야 합니다. 네이버 서치어드바이저는 이 과정을 직접 보장하는 등록 창구라기보다 사이트 소유권을 확인하고 수집·색인 상태를 점검하는 운영 도구에 가깝습니다.
최근 듀오랩스 홈페이지를 직접 등록하면서 진행한 순서대로 정리했습니다.
먼저 알아둘 점
네이버 웹 검색은 별도의 유료 검색 등록 절차가 아니라 검색로봇의 자동 수집을 기반으로 동작합니다. 서치어드바이저에 사이트를 등록하지 않아도 검색 결과에 반영될 수 있습니다.
그럼에도 등록할 이유는 분명합니다.
- 사이트 소유권을 확인할 수 있다.
- 검색로봇의 수집 및 색인 상태를 확인할 수 있다.
- 사이트맵과 RSS를 제출할 수 있다.
- URL별 메타 정보와 SEO 문제를 진단할 수 있다.
- 중요한 페이지의 수집을 요청할 수 있다.
등록이나 수집 요청이 검색 노출 또는 순위 상승을 보장하지는 않습니다. 검색엔진이 사이트를 이해할 수 있도록 필요한 정보를 제공하고, 문제가 생겼을 때 원인을 확인할 수 있게 만드는 것이 핵심입니다.
1. 사이트 등록
네이버 서치어드바이저에 로그인한 뒤 웹마스터 도구에서 사이트를 추가합니다.
주소는 실제 운영 중인 대표 URL을 입력합니다.
https://example.comHTTP에서 HTTPS로 이동하는 사이트라면 최종 대표 주소인 HTTPS URL을 등록하는 편이 좋습니다. www 사용 여부도 실제 대표 URL과 맞춰야 합니다.
2. 사이트 소유확인
사이트를 추가하면 소유확인 단계가 나옵니다. 일반적으로 HTML 확인 파일과 메타태그 방식 중 하나를 선택할 수 있습니다.
HTML 확인 파일
- 네이버가 제공하는
naver....html파일을 다운로드합니다. - 웹사이트 루트에서 접근할 수 있도록 배포합니다.
- 브라우저에서 파일 URL을 열어 내용이 표시되는지 확인합니다.
- 서치어드바이저에서 소유확인을 누릅니다.
Next.js 프로젝트라면 다운로드한 파일을 public 폴더에 넣으면 됩니다.
public/naver1234567890.html배포 후에는 아래처럼 루트 URL에서 열려야 합니다.
https://example.com/naver1234567890.html페이지 화면이 아니라 확인 문자열이 표시되고 HTTP 상태가 200 OK인지 확인합니다. 로컬에서만 파일이 열리고 운영 배포가 끝나지 않은 상태라면 소유확인은 실패합니다.
메타태그
HTML head 안에 네이버가 제공한 태그를 넣는 방식도 있습니다.
<meta name="naver-site-verification" content="발급받은 값" />네이버의 소유확인 과정은 자바스크립트 실행을 지원하지 않습니다. 클라이언트 스크립트로 나중에 태그를 삽입하기보다 서버가 반환한 HTML 소스의 head에 태그가 존재해야 합니다. 두 방식을 동시에 사용할 필요는 없습니다.
3. robots.txt 점검
robots.txt는 검색로봇이 접근해도 되는 경로와 피해야 할 경로를 안내합니다. 반드시 사이트 루트에서 일반 텍스트로 접근할 수 있어야 합니다.
https://example.com/robots.txt기본 형태는 다음과 같습니다.
User-agent: *
Allow: /
Disallow: /admin
Disallow: /api
Sitemap: https://example.com/sitemap.xml확인할 것은 세 가지입니다.
- HTTP 상태가 2xx인가
- 응답 형식이
text/plain인가 - 공개 페이지나 CSS·자바스크립트 파일을 실수로 차단하지 않았는가
robots.txt는 보안 장치가 아닙니다. 외부에 공개되면 안 되는 관리자 화면과 개인정보는 로그인과 권한 검사로 보호해야 합니다.
4. 사이트맵 제출
사이트맵은 검색로봇에게 수집 대상 URL 목록을 전달하는 XML 문서입니다. 화면에서 여러 번 클릭해야 도달하는 페이지나 새로 추가된 페이지를 발견하는 데 도움을 줍니다.
서치어드바이저의 요청 → 사이트맵 제출에서 다음 주소를 입력합니다.
https://example.com/sitemap.xml사이트맵 제출은 검색 순위를 직접 올리는 기능이 아닙니다. 네이버는 사이트맵에 포함된 URL을 추출한 뒤 내부 기준에 따라 수집 대상과 우선순위를 정합니다.
사이트맵에는 대표 URL만 넣는 것이 좋습니다. 리다이렉트 URL, noindex 페이지, 로그인 화면, 관리자 화면처럼 검색에 노출할 필요가 없는 주소는 제외합니다.
5. RSS는 언제 제출할까
회사 소개처럼 변경이 드문 사이트라면 사이트맵만으로 충분한 경우가 많습니다. 반면 블로그나 뉴스처럼 새 글이 계속 추가된다면 RSS를 함께 제출할 가치가 있습니다.
https://blog.example.com/rss.xml네이버는 RSS보다 사이트맵을 더 적극적으로 활용할 것을 권장합니다. RSS는 최신 콘텐츠의 본문을 포함하기 때문에 많은 URL을 담기 어렵기 때문입니다.
또한 RSS와 사이트맵 안의 URL은 소유확인한 사이트와 같은 도메인이어야 합니다. example.com과 blog.example.com처럼 호스트가 다르면 블로그를 별도 사이트로 등록하고 각각의 피드를 제출하는 편이 안전합니다.
6. URL 검사와 수집 요청
소유확인과 피드 제출을 마쳤다면 검증 → URL 검사에서 주요 페이지를 확인합니다. URL 검사는 다음 정보를 보여줍니다.
- HTTP 상태
- 수집 여부
- 색인 가능 여부와 실제 색인 여부
- 제목과 설명문 같은 메타 정보
- 수정이 필요한 SEO 항목
새로 공개한 핵심 페이지는 요청 → 웹 페이지 수집에서 한 번 요청할 수 있습니다. 요청했다고 검색로봇이 즉시 방문하는 것은 아닙니다. 네이버 안내 기준으로 최소 하루에서 몇 주가 걸릴 수 있으며, 같은 URL을 매일 반복해서 제출할 필요는 없습니다.
듀오랩스에서 적용한 구성
듀오랩스는 메인 홈페이지와 기술 블로그를 별도 호스트로 운영합니다.
- 홈페이지: https://duolabs.co.kr
- 홈페이지 사이트맵: https://duolabs.co.kr/sitemap.xml
- 블로그: https://blog.duolabs.co.kr
- 블로그 사이트맵: https://blog.duolabs.co.kr/sitemap.xml
- 블로그 RSS: https://blog.duolabs.co.kr/rss.xml
홈페이지는 HTML 확인 파일을 public에 배치하고 운영 URL에서 200 OK를 확인해 소유확인을 진행할 수 있도록 구성했습니다. robots.txt에는 공개 페이지를 허용하고 관리자·API 경로를 제외했으며 사이트맵 위치도 함께 기록했습니다.
최종 체크리스트
- 대표 HTTPS URL로 사이트를 등록했다.
- HTML 파일 또는 메타태그로 소유확인을 마쳤다.
- 확인 파일이 운영 주소에서
200 OK로 열린다. -
robots.txt가text/plain으로 응답한다. - 사이트맵에 공개 대표 URL만 포함했다.
- 블로그라면 RSS 제출을 검토했다.
- 주요 페이지를 URL 검사로 확인했다.
- 수집·색인 리포트를 주기적으로 확인한다.
참고한 공식 문서
듀오랩스가 보는 관점
서치어드바이저 등록은 검색 순위를 올리는 버튼이 아닙니다. 검색로봇이 사이트를 읽을 수 있는지 확인하고, 수집과 색인 과정에서 생기는 문제를 운영자가 발견할 수 있게 만드는 관측 도구입니다.
사이트맵을 한 번 제출하는 것보다 중요한 것은 새 페이지가 계속 올바른 URL과 메타 정보로 발행되고 있는지 확인하는 일입니다. 검색 노출은 등록 순간보다 그 이후의 운영에서 만들어집니다.
함께 읽기
- robots.txt는 무엇이고 왜 필요한가웹사이트를 운영하다 보면 루트 주소에서 robots.txt라는 작은 텍스트 파일을 만나게 됩니다. 내용은 몇 줄뿐인데 검색엔진 최적화 점검표에는 거의 빠지지 않고 등장합니다.
- 블로그를 서브도메인에서 하위 경로로 옮긴 이유, 그리고 CSP가 애드센스를 막고 있었습니다회사 사이트와 기술 블로그를 따로 운영하는 구성은 흔합니다. 회사는 duolabs.co.kr, 블로그는 blog.duolabs.co.kr.
- 로컬에서는 정상인데 운영에서만 깨진 AI 스트리밍문서 AI 기능을 로컬에서 완성하고 운영에 배포했을 때, 답변 자체는 정상인데 화면의 느낌이 완전히 달라졌습니다. 스트리밍 답변은 한꺼번에 나타났고, 전체 화면 패널은 작은 섹션 안에 갇혔으며, 모달이 열리자마자 배경 스크롤 잠금이 풀렸습니다.
- 웹사이트 공개 전 무료 점검 도구: 속도·보안·접근성·SEO 한 번에 확인하기웹사이트는 화면과 기능이 완성됐다고 바로 공개할 수 있는 상태가 되는 것은 아닙니다. 실제 사용자가 느끼는 속도, HTTP 보안 헤더, HTTPS 설정, 키보드 접근성, 구조화 데이터, DNS 설정은 서로 다른 문제입니다.
- 웹사이트 구축 후 운영 설계: 측정·콘텐츠·보안·백업웹사이트는 공개 버튼을 누르는 순간 완성되는 것이 아니라 운영이 시작된다. 담당자, 지표, 콘텐츠 갱신, 보안 업데이트, 백업과 복구 절차가 없으면 잘 만든 사이트도 빠르게 낡는다. 이 글에서는 소규모 팀도 지속할 수 있는 웹사이트 운영 체계를 만드는 방법을 다룬다.