[네이버 SEO 04] 네이버 서치어드바이저 세팅하고 읽는 법

구글에 서치 콘솔이 있다면 네이버에는 서치어드바이저가 있다. 네이버가 내 사이트를 어떻게 수집하고 노출하는지 보여주는 공식 도구다. 네이버 대응의 모든 것이 여기서 시작한다. 이번 편은 서치어드바이저를 처음 붙이고 읽는 실전 순서다.

앞 편들에서 네이버는 능동적으로 알려줘야 발견한다고 했는데, 그 능동적 알림의 창구가 바로 이 서치어드바이저다. 등록하지 않으면 네이버는 내 사이트를 제대로 인식조차 못 한다.

1. 사이트 등록과 소유확인

첫걸음은 서치어드바이저에 사이트를 등록하고 소유권을 확인하는 것이다. 사이트 주소를 등록할 때는 프로토콜까지 정확히, 그리고 끝에 슬래시를 붙이지 않은 형태로 넣는 게 안전하다. 주소 형식이 어긋나면 인식에 문제가 생길 수 있다.

소유확인 방법은 몇 가지가 있다. 메타 태그를 페이지 head에 넣는 방식, DNS에 TXT 레코드를 넣는 방식, HTML 파일을 올리는 방식 등이다. 메타 태그 방식이 간편하지만 유효기간이 있어 갱신을 신경 써야 하고, DNS TXT 방식은 한 번 넣으면 영구적이라 깔끔하다. 구글 서치 콘솔에서 다뤘던 것과 비슷한 선택이다.

여기서도 원칙은 같다. 소유확인용 태그나 레코드는 확인이 끝난 뒤에도 지우면 안 된다. 지우는 순간 소유권이 풀려 데이터 접근이 끊긴다. 한 번 넣고 그대로 두는 게 맞다.

소유확인 단계에서 막히는 경우가 의외로 많은데, 대부분 주소 형식이나 태그 위치 문제다. DNS 방식을 골랐다면 전파에 시간이 걸리니 바로 확인이 안 돼도 조금 기다렸다 다시 시도하면 된다. 이 첫 관문을 확실히 통과해야 그 뒤의 모든 기능을 쓸 수 있으니, 서두르지 말고 정확히 해두는 게 좋다.

서치어드바이저를 구글 서치 콘솔과 비교하며 익히면 이해가 빠르다. 등록, 소유확인, 사이트맵 제출, URL 검사, 색인 현황 같은 개념이 서로 대응된다. 다만 네이버에는 수집 요청이라는, 구글에는 없는 능동 도구가 더 있다. 이 차이 하나가 네이버 대응의 성격을 결정한다.

덧붙이면 서치어드바이저의 데이터는 시간을 두고 봐야 의미가 있다. 하루치 숫자에 일희일비하기보다, 주 단위로 수집과 색인이 늘고 있는지 추세를 봐야 한다. 네이버도 데이터 반영에 시차가 있어서, 오늘 한 작업의 효과는 며칠 뒤에 나타난다. 긴 호흡으로 계기판을 읽는 게 맞다.

2. 사이트맵과 RSS 제출

소유확인이 끝나면 사이트맵을 제출한다. 구글에서 쓰던 XML 사이트맵을 그대로 재활용할 수 있다. 사이트맵 하나에 URL 5만 개, 50MB 상한이 있는 것도 같고, 넘으면 사이트맵 인덱스로 묶는 것도 같다. 네이버는 이 인덱스 하나를 제출하면 된다.

네이버에서 특히 중요한 게 RSS 제출이다. 사이트맵과 별개로 RSS 피드를 제출하면, 네이버가 새 글을 더 빠르게 발견한다. 커뮤니티처럼 새 글이 자주 올라오는 사이트에서는 이 RSS가 신규 글 알림의 1순위 도구가 된다. 사이트맵이 전체 지도라면 RSS는 새 소식 알림인 셈이다.

이미지나 동영상 사이트맵은 네이버에서 효과가 약하다. 네이버는 자사 미디어를 우선하기 때문이다. 그래서 구글에서와 마찬가지로, 본문 URL 사이트맵에 집중하는 게 낫다. 미디어까지 욕심내기보다 글 발견에 예산을 모으는 것이다.

사이트맵과 RSS를 둘 다 제출하는 이유는 역할이 다르기 때문이다. 사이트맵은 전체 URL의 지도이고 RSS는 새 글 알림이다. 네이버는 이 둘을 함께 활용해 발견의 정확도와 속도를 높인다. 그래서 하나만 하지 말고 둘 다 갖춰두는 게 좋다. 특히 새 글이 자주 올라오는 커뮤니티는 RSS가 발견 속도를 크게 좌우한다.

3. 수집 요청, 네이버의 핵심 도구

서치어드바이저에서 가장 요긴한 기능이 웹페이지 수집 요청이다. 새로 올린 글의 주소를 직접 넣어 네이버에 수집을 요청하는 것이다. 앞서 네이버는 소극적으로 크롤한다고 했는데, 이 수집 요청이 그 약점을 보완하는 핵심 수단이다.

실무적으로는 하루에 일정 건수까지 요청할 수 있고, 인기 있거나 추천과 댓글이 많은 글을 우선 요청하는 게 효율적이다. 수집까지는 수 시간에서 수일이 걸리는데, 사이트맵에만 의존하는 것보다 훨씬 빠르다. 신생 사이트일수록 이 수집 요청을 부지런히 넣는 게 색인 속도를 크게 좌우한다.

다만 여기서도 절제가 필요하다. 살아 있는 신규 정식 글만 요청해야지, 옛 글이나 죽은 주소를 무더기로 밀어 넣으면 역효과다. 구글 IndexNow에서 강조한 원칙이 네이버 수집 요청에도 그대로 적용된다.

수집 요청은 네이버 대응에서 가장 손이 많이 가지만 효과도 확실한 작업이다. 자동화하기 전까지는 매일 새 글 몇 개를 손으로 요청하는 수고가 든다. 하지만 이 수고가 신생 사이트의 색인 속도를 몇 배로 앞당긴다. 귀찮다고 건너뛰면 네이버는 내 새 글을 한참 뒤에야 발견한다.

수집 요청을 자동화하기 전 수동으로 하는 기간에도 요령이 있다. 아침에 전날 올라온 좋은 글 몇 개를 골라 한 번에 요청하는 식으로 루틴을 만드는 것이다. 매번 생각날 때 하는 것보다 정해진 시간에 몰아서 하면 빠뜨리지 않는다. 이 작은 루틴이 네이버 색인 속도를 꾸준히 끌어올린다.

4. 진단 리포트 읽기

서치어드바이저에는 사이트 상태를 점검해주는 진단 기능이 있다. 제목과 설명문이 잘 돼 있는지, 구조에 문제가 없는지, 크롤러가 접근하는 데 걸림돌은 없는지 등을 짚어준다. 구글 서치 콘솔과 함께 이 두 도구를 나란히 보면, 두 검색엔진이 각각 내 사이트를 어떻게 보는지 입체적으로 파악할 수 있다.

진단에서 자주 나오는 지적이 제목과 설명문 문제, 그리고 크롤 차단 문제다. 페이지마다 고유한 제목과 설명문이 있는지, robots 설정이 네이버 크롤러를 막고 있지는 않은지를 여기서 확인한다. 이건 구글에서 다룬 온페이지 기본과 그대로 통한다.

그리고 수집 현황을 통해 내 글이 실제로 수집되고 있는지, 얼마나 색인됐는지를 볼 수 있다. 이 숫자를 구글의 색인 수와 비교하면, 같은 글이 구글엔 됐는데 네이버엔 안 됐다는 식의 차이가 드러난다. 그 차이가 네이버 쪽에 뭘 더 해야 할지를 알려준다.

진단 리포트를 볼 때는 구글 서치 콘솔과 나란히 놓고 비교하는 습관이 좋다. 같은 글이 구글엔 색인됐는데 네이버엔 안 됐다면, 그 차이가 네이버 쪽에 뭘 더 해야 할지를 말해준다. 두 계기판을 함께 읽으면 각 검색엔진의 시각 차이가 드러나고, 어느 쪽에 힘을 더 쏟을지가 명확해진다.

5. 신생 사이트의 인내

서치어드바이저를 다 세팅했다고 바로 색인이 되진 않는다. 네이버는 신생 사이트의 콘텐츠가 쌓이고 신뢰가 형성되기 전까지 수집을 보류하는 경향이 있다. 첫 수집까지 며칠에서 2주, 노출까지 2주에서 4주, 안정적인 색인까지 두어 달에서 반년을 봐야 한다.

이 기간에 할 일은 분명하다. 매일 새 글에 대해 수집 요청을 넣고, 사이트맵과 RSS를 최신으로 유지하고, 꾸준히 발행하는 것이다. 이 반복이 쌓이면 네이버 크롤러의 방문 빈도가 점점 늘고 색인도 정상화된다. 구글에서와 마찬가지로 조급함을 버린 꾸준함이 답이다.

정리하면 서치어드바이저는 네이버 대응의 계기판이자 능동 알림 창구다. 등록하고, 사이트맵과 RSS를 제출하고, 수집 요청을 부지런히 넣고, 진단을 읽으며 꾸준히 쌓는다. 다음 편에서는 네이버 크롤러 Yeti의 결정적 특성, 자바스크립트를 안 읽는다는 점과 그래서 SSR이 필수인 이유를 다룬다.

신생 사이트의 인내를 강조하는 이유는, 이 시기에 조급해서 무리한 짓을 하는 경우가 많기 때문이다. 색인이 안 된다고 같은 글을 수십 번 수집 요청하거나, 과거 글을 몰아서 밀어 넣는 식이다. 이런 조급한 행동이 오히려 남용으로 잡혀 상황을 악화시킨다. 꾸준히 새 글을 알리며 기다리는 게 결국 가장 빠른 길이다.

서치어드바이저 세팅은 한 번 해두면 오래가는 인프라 작업이다. 소유확인, 사이트맵, RSS 제출은 처음 한 번의 수고로 끝난다. 이후엔 수집 요청과 진단 확인이라는 반복 작업만 남는다. 그래서 초반에 이 세팅을 제대로 해두는 게, 이후 몇 달의 네이버 대응을 편하게 만든다.

다음 편에서는 이 서치어드바이저로 아무리 잘 등록해도 걸리는 근본 문제, 네이버 크롤러 Yeti의 자바스크립트 처리 방식을 다룬다. Yeti가 자바스크립트를 안 읽는다는 이 한 가지가 사이트 구조 전체를 좌우하는데, 이걸 모르면 등록을 아무리 잘해도 색인이 안 되는 함정에 빠진다.