네이버 서치어드바이저 등록 — 소유확인부터 사이트맵·RSS까지

"검색 등록"은 없다 — 등록은 진단을 위한 것

"네이버 사이트 등록", "검색 등록 대행" 같은 말이 아직 많이 쓰이지만, 서치어드바이저 FAQ는 "네이버 웹 검색은 웹 수집 로봇이 자동으로 수집한 사이트 정보를 반영하여 노출하고 있습니다. 따라서 검색 등록 절차는 존재하지 않습니다"라고 적고 있습니다. 비용을 받고 네이버 검색에 "등록"해 준다는 제안은 이 문장 하나로 걸러집니다.

그렇다고 등록이 쓸모없는 것은 아닙니다. 소유확인을 마치면 수집 현황, 색인 여부를 보여주는 URL 검사, 노출·클릭 리포트, 사이트맵·RSS 제출, 수집 요청, robots.txt 검증 도구를 쓸 수 있습니다. 문제가 생겼을 때 추측 대신 네이버가 본 상태를 확인할 수 있게 되는 것이 등록의 실제 가치입니다.

소유확인이 실패하는 경우

• ·meta 태그를 body 안이나 frame 안에 넣은 경우 — head 안에 있어야 한다.
• ·메인 페이지가 자바스크립트, meta refresh, 쿠키 설정 후 새로고침으로 다른 페이지로 넘어가는 경우 — 서버의 301·302 리다이렉트를 써야 한다.
• ·방화벽이 네이버 검색로봇을 막는 경우.
• ·내려받은 소유확인용 HTML 파일을 편집기로 열어 저장하다 손상된 경우.
• ·소유확인 검증은 자바스크립트를 실행하지 않는다. 브라우저 화면이 아니라 view-source:로 원본 HTML에 태그가 있는지 확인한다.

블스피는 네이버·구글 소유확인 코드를 lib/seo.ts 한 곳의 상수로 두고 모든 페이지 head에 내보냅니다. 소유확인 코드는 비밀값이 아니라 어차피 HTML에 공개되는 값입니다.

사이트맵과 RSS는 다른 채널이다

네이버 검색로봇은 제출된 사이트맵과 RSS를 "콘텐츠 피드"로 보고 주기적으로 다시 방문합니다. 사이트맵은 전체 URL을 알려 수집 누락을 줄이고, RSS는 새 글을 빨리 알리는 역할입니다. 네이버는 RSS가 본문을 담아 URL을 많이 넣기 어렵기 때문에 "되도록 RSS보다는 사이트맵을 적극적으로 활용"하라고 권장합니다.

블스피가 겪은 사이트맵·RSS 사고

블스피는 한때 사이트맵과 robots.txt가 운영 도메인이 아닌 배포 서비스의 기본 도메인(vercel.app)을 가리키고 있었습니다. 서치어드바이저 가이드는 "링크의 호스트가 등록된 사이트와 일치하지 않는 경우 수집을 진행하지 않는다"고 적고 있어, 이 상태에서는 사이트맵 전체가 쓸모없어집니다. 지금은 도메인을 lib/seo.ts의 SITE_URL 한 곳에서만 정의하도록 고쳤습니다.

RSS에서도 두 번 배웠습니다. 처음 만든 피드는 항목마다 한 줄 요약뿐이었는데, 네이버의 본문 전체 권장에 맞춰 요약·핵심 사실·대표 FAQ를 담도록 바꿨습니다. 또 백엔드 재배포와 겹쳐 빈 피드가 만들어지면 그 응답이 30분간 캐시되는 문제가 있어, 항목이 비면 캐시 시간을 60초로 줄였습니다. 피드는 "있다"가 아니라 "지금 제대로 채워져 있다"가 중요합니다.

등록 후 확인 순서

• ·사이트 간단 체크로 robots.txt, title·description 길이, noindex 여부를 먼저 본다.
• ·robots.txt 도구로 수정 사항을 수집 요청하고, 주요 URL이 수집 허용인지 테스트한다.
• ·사이트맵을 제출하고, 새 글이 자주 생기는 사이트면 RSS도 제출한다. robots.txt에 Sitemap: 줄을 함께 적어 두면 다른 검색엔진도 찾을 수 있다.
• ·중요한 새 페이지는 URL 검사로 수집·색인 여부를 확인한다. 수집 요청은 같은 URL을 매일 반복할 필요가 없다.
• ·변경을 즉시 알리고 싶다면 IndexNow도 쓸 수 있다. 다만 네이버는 IndexNow가 색인을 보장하지 않는다고 밝혔다.