![[네이버·빙 SEO 07] IndexNow 하나로 네이버와 빙 동시에 잡기](https://img.thenullpage.com/posts/5590/5590_1_f3023f.webp)
지금까지 네이버에 새 글을 능동적으로 알리는 법을 다뤘다. 그런데 알려야 할 검색엔진이 네이버만이 아니다. 빙도 있다. 다행히 이 둘을 한 번에 알리는 표준 도구가 있는데, 바로 IndexNow다. 이번 편은 IndexNow로 네이버와 빙을 동시에 잡는 법이다. 이 편이 네이버 시리즈에 빙이 함께 묶이는 이유이기도 하다.
구글 시리즈에서 IndexNow를 잠깐 다뤘지만, 그때는 여러 도구 중 하나로 스쳤다. 여기서는 네이버와 빙을 한 묶음으로 공략하는 핵심 도구로 제대로 파고든다.
1. IndexNow란 무엇인가
IndexNow는 웹사이트의 콘텐츠가 추가되거나 수정, 삭제됐을 때 검색엔진에 직접 알리는 오픈 프로토콜이다. 검색엔진이 알아서 발견하기를 기다리는 대신, 사이트가 먼저 방금 이게 바뀌었다고 통보하는 방식이다. 능동 발견의 표준화된 형태라고 보면 된다.
이 프로토콜의 결정적 장점은 한 번의 통보가 여러 검색엔진에 공유된다는 점이다. IndexNow를 지원하는 어느 한 곳에 알리면, 그 프로토콜을 지원하는 다른 검색엔진들도 그 정보를 받는다. 즉 검색엔진마다 따로따로 알릴 필요가 없다.
원래 이 프로토콜은 마이크로소프트가 빙을 위해 주도했고, 지금은 여러 검색엔진이 참여한다. 그리고 우리에게 중요한 건, 네이버가 이 IndexNow를 공식 지원한다는 사실이다.
IndexNow의 발상 자체가 검색의 방향을 바꾼 것이다. 원래 검색엔진이 웹을 뒤지러 다니는 게 기본이었는데, IndexNow는 사이트가 먼저 알리는 방향으로 뒤집었다. 이 능동적 방식이 특히 네이버처럼 소극적으로 크롤하는 엔진에서 값어치가 크다. 기다리는 대신 먼저 손을 드는 것이다.
IndexNow가 오픈 프로토콜이라는 점도 중요하다. 특정 회사에 종속되지 않고 표준으로 열려 있어, 지원하는 검색엔진이 늘어날수록 값어치가 커진다. 지금은 빙과 네이버가 핵심이지만, 앞으로 더 많은 엔진이 참여하면 한 번의 통보가 닿는 범위가 넓어진다. 표준에 올라타는 게 장기적으로 유리하다.
덧붙이면 IndexNow는 구글 시리즈에서 잠깐 스쳤지만, 사실 그 진가는 네이버와 빙에서 발휘된다. 구글은 능동 발견 없이도 잘 오지만, 네이버와 빙은 이 능동 통보가 색인 속도를 크게 바꾼다. 그래서 같은 도구라도 어느 엔진에 쓰느냐에 따라 값어치가 다르다. 네이버와 빙에서 IndexNow는 선택이 아니라 핵심이다.
2. 네이버와 빙을 한 번에
여기가 핵심이다. IndexNow는 빙의 원래 프로토콜이고, 네이버도 이걸 정식으로 지원한다. 그래서 IndexNow로 한 번 통보하면 빙과 네이버에 동시에 새 글이 알려진다. 두 검색엔진을 각각 관리하지 않고 하나의 호출로 함께 처리하는 것이다.
이건 관리 부담을 크게 덜어준다. 새 글이 나올 때마다 네이버 서치어드바이저에서 수집 요청을 넣고, 빙 웹마스터 도구에서 또 따로 요청하는 대신, IndexNow 한 번이면 두 곳에 동시에 전달된다. 구글은 IndexNow를 쓰지 않으니 별개지만, 구글 아닌 두 엔진은 이걸로 묶인다.
그래서 나는 검색엔진 대응을 두 갈래로 나눴다. 구글은 사이트맵과 서치 콘솔 중심으로, 네이버와 빙은 IndexNow를 축으로. 이 두 번째 묶음이 이 시리즈가 네이버와 빙을 함께 다루는 실질적 근거다. 발견 방식이 같으니 함께 공략하는 게 효율적이다.
네이버와 빙을 한 번에 잡는다는 게 이 시리즈의 실질적 핵심이다. 두 엔진이 발견 방식을 공유하니, 하나의 도구와 하나의 원칙으로 함께 대응할 수 있다. 구글은 별도 트랙으로 두되, 네이버와 빙은 IndexNow라는 공통 트랙에 태우는 것이다. 이 구분이 검색엔진 대응을 단순하고 효율적으로 만든다.
3. 적용하는 법
IndexNow를 쓰려면 먼저 인증 키를 발급받아 사이트에 등록한다. 키 파일을 사이트 루트에 올려두면, 검색엔진이 통보를 받았을 때 이 키로 정말 그 사이트의 주인이 보낸 통보인지 확인한다. 아무나 남의 사이트 URL을 통보하지 못하게 하는 장치다.
키를 등록한 뒤에는 새 글이 발행되거나 수정될 때 그 주소를 IndexNow 엔드포인트로 보내면 된다. 네이버는 서치어드바이저 쪽 엔드포인트를, 빙은 빙 쪽 엔드포인트를 두는데, 프로토콜이 공유되므로 어느 쪽에 보내도 전파된다. 실무에선 발행 훅에 이 통보를 연결해 자동화하는 게 정석이다.
확인은 응답 코드로 한다. 통보를 보냈을 때 정상 응답이 오는지 점검하고, 주기적으로 실제 색인이 되고 있는지 각 검색엔진의 웹마스터 도구에서 대조한다. 통보가 곧 색인은 아니니, 통보 이후 실제 반영까지 확인하는 습관이 필요하다.
IndexNow 키를 등록할 때 보안을 신경 써야 한다. 이 키는 내가 그 사이트의 주인임을 증명하는 것이라, 노출되면 남이 내 사이트 URL을 마음대로 통보할 수 있다. 그래서 키 파일을 적절히 관리하고, 통보 로직을 서버 쪽에 두어 키가 함부로 새어나가지 않게 해야 한다.
적용을 자동화할 때는 발행과 수정, 삭제를 다 반영하는 게 좋다. 새 글은 추가로, 고친 글은 갱신으로, 지운 글은 삭제로 통보하면, 검색엔진의 색인이 내 사이트 실제 상태와 계속 일치한다. 특히 삭제 통보는 죽은 URL이 검색에 오래 남는 걸 막아준다. 발행만이 아니라 생애주기 전체를 통보에 반영하는 것이다.
4. 남용하면 독이 되는 건 똑같다
IndexNow도 앞서 다룬 능동 발견 도구와 같은 원칙 아래 있다. 살아 있는 신규 정식 글만 소량씩 통보해야 한다. 옛 URL 수천 건을 IndexNow로 한꺼번에 핑 하는 건 남용으로 잡혀 오히려 신뢰를 잃는다.
특히 신생 도메인이 과거 글까지 몰아서 통보하면, 빙과 네이버 양쪽에서 동시에 남용 신호를 주는 셈이 된다. 도구가 두 엔진에 동시 전파되는 만큼, 실수도 두 배로 퍼진다. 그래서 통보 대상에 반드시 필터를 걸어야 한다. 공개 상태의 정식 신규 글만, 자연스러운 발행 리듬으로.
죽은 주소나 리다이렉트 주소, 비공개 글을 통보에서 제외하는 조건은 필수다. 이건 구글 시리즈부터 계속 반복한 원칙인데, 능동 발견 도구를 쓸 때마다 어김없이 걸리는 부분이라 다시 강조한다. 강력한 도구일수록 무엇을 먹이느냐를 통제해야 한다.
통보와 색인은 다르다는 걸 다시 강조하고 싶다. IndexNow로 알렸다고 무조건 색인되는 게 아니라, 검색엔진이 와서 보고 판단하는 건 그대로다. 그래서 통보 이후 실제 색인이 되는지를 각 엔진의 웹마스터 도구에서 확인해야 한다. 알림은 발견을 앞당기는 것이지 색인을 강제하는 마법이 아니다.
5. 두 엔진을 한 묶음으로 보는 관점
이 편의 큰 그림은 이렇다. 검색엔진을 구글 하나로 보지 말고, 구글과 그 외로 나눠 보는 것이다. 그리고 그 외인 네이버와 빙은 발견 방식, 렌더링 요구, AI 인용 기반이라는 면에서 공통점이 많아 한 묶음으로 다루면 효율적이다.
IndexNow는 그 묶음을 실제로 하나로 묶어주는 도구다. 한 번의 통보로 둘을 알리고, 둘 다 SSR을 요구하고, 둘 다 능동 발견이 필요하다. 그래서 이 시리즈에서 빙을 네이버와 함께 다루는 게 억지가 아니라 실전적으로 맞는 구성이다.
정리하면 IndexNow는 네이버와 빙을 한 번에 잡는 표준 도구이고, 발행 훅에 자동화해 신규 정식 글만 통보하며, 남용을 피해야 한다. 다음 편에서는 그 빙 자체로 들어가, 빙이 우리 글을 못 긁던 이유와 그 해법을 다룬다.
두 엔진을 한 묶음으로 보는 관점이 이 편의 진짜 수확이다. 검색엔진이 여럿이라고 겁먹을 필요 없이, 구글과 그 외로 나누고 그 외는 공통점으로 묶으면 대응이 단순해진다. IndexNow는 그 묶음을 기술적으로 실현하는 도구다. 이 관점을 잡으면 네이버와 빙을 따로 공부하는 부담이 크게 준다.
두 엔진을 묶는 이 관점이 실전에서 얼마나 편한지는 직접 해보면 안다. 새 글 하나에 IndexNow 통보 한 번이면 빙과 네이버가 동시에 처리되니, 검색엔진이 둘로 늘어도 작업은 늘지 않는다. 이 효율이 신생 사이트의 한정된 시간을 아껴준다. 그 아낀 시간을 다시 콘텐츠에 쓰는 선순환이 만들어진다.
다음 편에서는 그 묶음의 다른 한 축인 빙 자체로 들어간다. 빙이 우리 글을 못 긁던 실제 이유와, 그 해법이 네이버 Yeti 대응과 얼마나 닮았는지를 보면, 두 엔진을 함께 다루는 이 시리즈의 구성이 왜 자연스러운지 다시 확인하게 된다.