크롤링·플랫폼 · 공식 문서
IndexNow 색인 속도와 제출 빈도, 다시 보내는 기준
IndexNow 가 앞당기는 것은 검색엔진이 바뀐 URL 을 알고 크롤링하는 시점이고, 색인 여부는 엔진마다 크롤링 할당량과 품질 신호로 따로 정합니다. 제출한 URL 은 크롤링 할당량에 들어가므로 본문이 바뀐 URL 만, 같은 URL 은 5분 이상 간격으로 보냅니다.
IndexNow 를 붙이면 「색인이 빨라진다」는 말을 자주 듣습니다. 공식 문서를 나눠 읽으면 빨라지는 자리와 그대로인 자리가 갈립니다.
제출 빈도도 같은 문서가 정합니다. 많이 보낼수록 좋은 구조가 아니어서, 다시 보내는 기준을 표로 묶었습니다.
발견 01
IndexNow 는 바뀐 URL 을 알리는 일까지 하고, 색인 여부는 엔진마다 정합니다
Submitting a URL through IndexNow alerts all participating search engines that content has changed, but each engine makes its own decision about whether to index it.
IndexNow 로 URL 을 보내면 참여 검색엔진 전체에 변경이 알려지지만, 색인할지는 엔진마다 따로 정한다.
| 문서가 적은 것 | 원문 |
|---|---|
| IndexNow 가 하는 일 | In its simplest form, IndexNow is a simple ping so that search engines know that a URL and its content has been added, updated, or deleted, allowing search engines to quickly reflect this change in their search results.IndexNow 는 URL 과 그 콘텐츠가 추가·수정·삭제됐음을 검색엔진에 알리는 간단한 신호로, 검색엔진이 그 변화를 검색 결과에 빨리 반영하게 한다. |
| 없을 때 걸리는 시간 | Without IndexNow, it can take days to weeks for search engines to discover that the content has changed, as search engines don’t crawl every URL often.IndexNow 가 없으면 검색엔진이 모든 URL 을 자주 크롤링하지 않아 변경을 알기까지 며칠에서 몇 주가 걸릴 수 있다. |
| 빙이 적은 효과 | IndexNow can instantly notify Bing when URLs are published, updated or deleted, leading to much faster crawling and indexing times.IndexNow 는 URL 이 게시·수정·삭제될 때 빙에 바로 알려, 크롤링과 색인까지 걸리는 시간을 크게 줄인다. |
| 제출 뒤 엔진이 하는 일 | After you submit a URL using IndexNow, the search engine evaluates whether it should crawl the URL based on its crawl quota, scheduling logic, and quality signals. If the page passes internal checks, it will be crawled to fetch the most recent content.제출을 받은 검색엔진은 크롤링 할당량, 일정, 품질 신호로 그 URL 을 크롤링할지 정한다. 내부 점검을 통과하면 최신 내용을 가져가려고 크롤링한다. |
| 앞당겨지는 것 | This typically results in faster crawling of submitted URLs compared to pages that haven't been submitted.제출한 URL 은 제출하지 않은 페이지보다 대개 더 빨리 크롤링된다. |
| 네이버가 적은 쓰임 | 아니요, IndexNow는 새로운 정보가 있다는 것을 검색엔진에 빨리 알리고, 동시에 다른 검색엔진들에 널리 알리기에 좋습니다. |
| 제출해도 색인되지 않는 이유 | FAQ 원문 |
|---|---|
| 도메인의 크롤링 할당량 | Crawl quota limits for your domain.도메인의 크롤링 할당량 한도 |
| 품질이 낮거나 얇거나 중복된 콘텐츠 | Low-quality, thin, or duplicate content.품질이 낮거나, 내용이 얇거나, 중복된 콘텐츠 |
| 404, robots.txt 차단, noindex 같은 기술 문제 | Technical issues like 404 errors, robots.txt blocks, or noindex tags.404 오류, robots.txt 차단, noindex 태그 같은 기술 문제 |
| 크롤링 일정에 따른 지연 | Indexing delays due to crawl scheduling.크롤링 일정 때문에 색인이 늦어지는 경우 |
| 검색엔진의 알고리즘 판단 | The search engine may choose not to index a URL based on its algorithms.검색엔진이 알고리즘에 따라 색인하지 않기로 할 수 있다. |
IndexNow FAQ 의 엔드포인트 목록에 구글은 없습니다. 구글 색인은 사이트맵과 서치 콘솔로 보고, 참여 검색엔진 목록은 「IndexNow 구글 지원 여부」 편에 적었습니다.
제출한 URL 이 색인되지 않으면 위 5가지를 차례로 봅니다. 빙 쪽 점검 순서는 「빙 검색등록 문제」 편에 자세히 적었습니다.
발견 02
제출한 URL 은 크롤링 할당량을 쓰므로, 본문이 바뀐 URL 만 간격을 두고 보냅니다
Every URL submitted through IndexNow counts toward your site's crawl quota. Submitting unnecessary updates may lead to wasted crawl quota without improving visibility.
IndexNow 로 보낸 URL 은 모두 사이트의 크롤링 할당량에 들어간다. 필요 없는 제출은 노출에 도움 없이 할당량만 쓸 수 있다.
| 상황 | 제출 | 간격·방법 | 원문 |
|---|---|---|---|
| 본문·가격·재고가 바뀐 페이지 | 보냅니다 | 바뀐 직후 한 번. 같은 URL 은 5분 이상 간격 | Avoid submitting the same URL many times a day unless there are meaningful content changes. For frequently updated pages, it is best practice to wait at least 5 minutes between updates before resubmitting.내용이 의미 있게 바뀌지 않았으면 같은 URL 을 하루에 여러 번 보내지 않는다. 자주 바뀌는 페이지는 다시 보낼 때 5분 이상 간격을 둔다. |
| 디자인·배치만 바뀐 페이지 | 모아 둡니다 | 다음 본문 변경 때 함께 보냄 | Avoid submitting every small layout or cosmetic change.작은 배치 변경이나 겉모양 변경까지 모두 보내지 않는다. |
| 후기·댓글이 계속 달리는 페이지 | 나눠서 보냅니다 | 1~20번째는 건마다, 100번째까지는 5건마다, 1,000번째까지는 10건마다 | User-generated content: new reviews, comments, or forum posts (submitted incrementally to avoid over-notifying, e.g., each review from 1-20, then every 5 up to 100, every 10 up to 1000).후기·댓글·게시글 같은 사용자 생성 콘텐츠는 알림이 지나치지 않게 나눠 보낸다. 예를 들어 1~20번째 후기는 건마다, 100번째까지는 5건마다, 1,000번째까지는 10건마다. |
| 삭제(404·410)·리디렉션한 URL | 보냅니다 | 상태 코드를 바꾼 날 한 번 | Yes. You should submit redirected URLs and pages that return HTTP 404 or HTTP 410 status codes.그렇다. 리디렉션한 URL 과 404·410 을 돌려주는 페이지도 보내야 한다. |
| 사이트 이전·리뉴얼 직후 | 전체를 보냅니다 | 공개 직후 한 번. 그 뒤로는 바뀐 URL 만 | If your entire site has been recently updated, such as after a migration or redesign, it is acceptable to submit all URLs using IndexNow.이전이나 리뉴얼처럼 사이트 전체가 최근에 바뀌었다면 모든 URL 을 IndexNow 로 보내도 된다. |
| IndexNow 를 붙이기 전에 바뀐 URL | 사이트맵으로 알립니다 | 사이트맵의 lastmod 를 실제 수정일로 적음 | Use sitemaps with accurate lastmod values to surface content updated before implementation.IndexNow 를 붙이기 전에 바뀐 콘텐츠는 lastmod 를 정확히 적은 사이트맵으로 알립니다. |
| 429 를 받은 뒤 | 멈춥니다 | Retry-After 시간만큼 쉬고, 같은 URL 은 10분 이상 간격 | Pause submissions and retry after the time specified in the Retry-After header. Wait at least 10 minutes before resubmitting the same URL, unless it has changed significantly.제출을 멈추고 Retry-After 헤더가 알려 준 시간 뒤에 다시 보낸다. 크게 바뀐 게 아니면 같은 URL 은 10분 이상 기다렸다가 다시 보낸다. |
요청 수 상한은 공개되어 있지 않습니다. 원문: IndexNow does not publicly disclose exact rate limits, as each participating search engine sets its own daily submission thresholds per site.
네이버도 「총 요청 수에는 제한이 없으며, 한 번에 많은 수의 요청이 있는 경우 제한이 적용됩니다.」라고 적었습니다. 한 번에 몰아 보내기보다 바뀔 때마다 나눠 보내는 쪽이 이 문장과 맞습니다.
사이트맵은 계속 둡니다. 원문: For ongoing discovery and long-term indexing, use an XML sitemap. 네이버도 「서치 어드바이저 웹마스터 도구의 수집 요청, RSS, 사이트맵 제출 중 적절하게 선택하여 사용하실 수 있습니다.」라고 적었습니다.
발견 03
효과는 빙 IndexNow 화면에서 URL 마다 4가지로 확인합니다
| 확인 항목 | 빙 도움말 원문 |
|---|---|
| 크롤링 여부와 시각 | Crawl Status: Indicates if the URL has been crawled, including the time of crawl.크롤링 상태: URL 이 크롤링됐는지와 그 시각. |
| 색인 여부 | Index Status: Confirms whether the URL has been indexed.색인 상태: URL 이 색인됐는지. |
| 처음 색인된 시각 | First Indexed Time: Records the initial time the URL was indexed.처음 색인된 시각: URL 이 처음 색인된 때. |
| 다른 경로로 먼저 색인됨 | Late submission: Indicates when the URL gets indexed through some other source like sitemaps.늦은 제출: 사이트맵 같은 다른 경로로 URL 이 먼저 색인된 경우. |
This section is an essential tool for webmasters, listing significant URLs that were indexed in the last 7 days but not through IndexNow.
최근 7일 안에 색인됐지만 IndexNow 로 제출되지 않은 중요한 URL 을 보여 주는 칸이다.
「Important URLs Missed」에 URL 이 많이 보이면 게시 흐름 어딘가에서 제출이 빠진 것입니다. 「Late submission」이 많으면 사이트맵이 IndexNow 보다 먼저 닿고 있다는 뜻입니다.
요청 형식과 응답 코드는 「IndexNow API 요청 방법」 편에 자세히 적었습니다.
발견 04
B2B·B2C·B2G 는 바뀌는 페이지가 달라서 다시 보내는 기준도 다르게 걸립니다
예시 ① 기술 문서가 많은 소프트웨어 기업 사이트(B2B)
릴리스 노트와 기술 문서는 배포 날에 한꺼번에 바뀝니다. 배포 작업이 끝나는 자리에서 바뀐 URL 만 한 번에 보냅니다.
오탈자 수정처럼 작은 변경이 하루에 여러 번 들어가면, 같은 URL 은 5분 이상 간격을 두도록 묶어서 보냅니다.
예시 ② 후기가 많이 달리는 자사 쇼핑몰(B2C)
후기가 달릴 때마다 상품 URL 을 보내면 크롤링 할당량을 후기 수만큼 씁니다. FAQ 의 간격대로 20번째 후기까지는 건마다, 그 뒤로는 5건·10건마다 보냅니다.
가격과 재고가 바뀐 때는 후기 간격과 상관없이 바로 보냅니다.
예시 ③ 누리집을 새로 연 공공기관(B2G)
누리집 개편으로 URL 이 모두 바뀐 날은 전체 URL 을 한 번 보냅니다. FAQ 가 이전·리뉴얼 직후를 예외로 적었습니다.
개편 전에 바뀐 옛 공지는 IndexNow 로 다시 보내지 않고, 사이트맵의 lastmod 로 알립니다.
그럼 제출 빈도는 어떻게 정하나요?
- 본문·가격·재고·삭제처럼 내용이 바뀌는 순간을 목록으로 적고, 그 자리에만 제출을 겁니다.
- 같은 URL 은 마지막 제출 시각을 기억해 두고 5분 안에는 다시 보내지 않게 합니다.
- 후기·댓글이 달리는 페이지는 1~20번째 건마다, 그 뒤로는 5건·10건마다 보내도록 나눕니다.
- 429 가 오면 Retry-After 만큼 멈추고, 같은 URL 은 10분 이상 간격을 둡니다.
- 사이트맵은 그대로 두고 lastmod 를 실제 수정일로 적습니다.
- 한 주 뒤 빙 IndexNow 화면에서 크롤링·색인 상태와 「Important URLs Missed」를 봅니다.
조사 방법
- IndexNow.org 「IndexNow」 · 최종 확인일 2026-10-25 · https://www.indexnow.org/
- IndexNow.org 「FAQ」 · 최종 확인일 2026-10-25 · https://www.indexnow.org/faq
- Bing Webmaster Tools Help 「IndexNow」 · 최종 확인일 2026-10-25 · https://www.bing.com/webmasters/help/?topicid=0z209wby
- 네이버 서치어드바이저 「IndexNow - FAQ」 · 최종 확인일 2026-10-25 · https://searchadvisor.naver.com/guide/indexnow-faq
- 다시 보내는 기준 7가지는 위 문서들이 제출 대상과 간격에 대해 적은 문장을 상황별로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 「빠르다」고 적은 원문을 발견·크롤링에 대한 문장으로 읽은 것은, 같은 FAQ 가 색인 여부를 엔진의 판단으로 적은 데 따른 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관 사례가 아닙니다.
- 빙 도움말 본문은 도움말 페이지가 쓰는 공개 경로로 받은 HTML 이며, 문장은 영어 원문 그대로입니다. IndexNow.org·빙·네이버 문서 모두 페이지에 수정일 표기가 없어 최종 확인일만 적었습니다.