크롤링·플랫폼 · 공식 문서
빙 사이트맵 오류 429, 원인 확인과 재제출 순서
429 는 요청을 받은 서버가 일정 시간 안에 요청이 너무 많았다고 돌려주는 HTTP 상태 코드입니다(RFC 6585). Bingbot이 사이트맵을 가져가다 받은 429 라면 우리 서버·CDN·방화벽의 요청 제한 규칙부터 확인하고, 사이트맵이 200 으로 열리는 것을 본 뒤 그 사이트맵 하나를 다시 제출합니다.
빙 웹마스터 도구의 사이트맵 표에 오류가 뜨면 빙에서 문제가 난 것처럼 보입니다. 그런데 429 는 응답을 보낸 서버가 붙이는 번호입니다.
그래서 재제출 버튼보다 먼저 볼 곳은 우리 서버의 기록입니다. 원인을 걷기 전에 다시 제출하면 같은 응답을 다시 받습니다.
발견 01
429 는 요청을 받은 서버가 보낸 응답이고, 사이트맵 표에 보이면 사이트맵을 내준 서버부터 봅니다
The 429 status code indicates that the user has sent too many requests in a given amount of time ("rate limiting").
429 는 사용자가 정해진 시간 안에 요청을 너무 많이 보냈다는 뜻(요청 제한)이라는 정의입니다.
| 429 를 본 자리 | 요청한 측 → 응답한 측 | 먼저 볼 것 | 원문 |
|---|---|---|---|
| 빙 웹마스터 도구 사이트맵 표·상세 페이지 | Bingbot → 사이트맵 파일을 내준 서버 | 우리 서버·CDN·방화벽의 요청 제한 규칙 | The 429 status code indicates that the user has sent too many requests in a given amount of time ("rate limiting").429 는 사용자가 정해진 시간 안에 요청을 너무 많이 보냈다는 뜻(요청 제한)이라는 정의입니다. |
| IndexNow 로 URL 을 보낸 응답 | 우리 서버 → IndexNow 를 받는 검색엔진 | 보내는 빈도와 묶음 크기 | Too Many Requests (potential Spam)요청이 너무 많다는 응답입니다. 원문은 스팸일 가능성을 괄호로 덧붙였습니다. |
RFC 는 서버가 요청 수를 세는 방식을 정하지 않았습니다(원문: Note that this specification does not define how the origin server identifies the user, nor how it counts requests.) 그래서 IP 단위, URL 단위, 서버 전체 단위 제한 어느 것이든 429 를 낼 수 있습니다.
빙은 크롤링이 꾸준히 안 되는 사이트는 색인하지 않을 수 있다고 적었습니다. 429 가 사이트맵에만 머무는지, 페이지 요청에도 나는지 같이 봅니다.
If we cannot crawl your website consistently, we may select not to index.
사이트를 꾸준히 크롤링할 수 없으면 색인하지 않을 수 있다는 문장입니다.
발견 02
빙 도움말은 오류별 설명 대신 상세 페이지를 보라고 적었고, 재제출은 사이트맵 하나씩입니다
| 빙 「Sitemaps」 도움말이 적은 것 | 원문 |
|---|---|
| 사이트맵 표에는 빙이 아는 사이트맵이 모두 보입니다 | The sitemaps page contains a list of all the sitemaps, sitemap indexes and feeds known to Bing for a particular site.사이트맵 페이지에는 빙이 아는 그 사이트의 사이트맵·사이트맵 인덱스·피드가 모두 나온다는 문장입니다. |
| 직접 제출·서치 콘솔에서 가져옴·빙이 찾음, 세 출처가 섞입니다 | These include the ones submitted by the users, those imported from Google Search Console and the ones that were discovered organically by Bing.그 목록에는 사용자가 제출한 것, 구글 서치 콘솔에서 가져온 것, 빙이 스스로 찾은 것이 함께 들어 있다는 문장입니다. |
| 표에 마지막 처리 날짜와 처리 상태가 나옵니다 | The table below shows the submitted/discovered/imported dates of the sitemaps along with the last processing date, processing status and the number of URLs discovered.표에는 제출·발견·가져온 날짜와 마지막 처리 날짜, 처리 상태, 찾은 URL 수가 나온다는 문장입니다. |
| 정확한 오류는 사이트맵 상세 페이지에 나옵니다 | The details page gives the exact error or warning that you need to resolve in the sitemap.상세 페이지가 사이트맵에서 고쳐야 할 정확한 오류나 경고를 보여 준다는 문장입니다. |
| 재제출은 버튼 하나로, 사이트맵 하나씩 합니다 | Resubmitting a sitemap is now a one-click experience; you can resubmit an individual sitemap by using the highlighted button shown below, or after selecting that sitemap. Resubmitting multiple sitemaps is not allowed; you will have to resubmit individual sitemaps in case you want to resubmit more than one sitemap.재제출은 버튼 하나로 사이트맵마다 할 수 있고, 여러 개를 한꺼번에 다시 제출할 수는 없어 하나씩 해야 한다는 문장입니다. |
서치 콘솔에서 가져온 사이트맵도 빙 표에 섞여 있습니다. 구글 서치 콘솔에서 지운 옛 사이트맵이 빙 표에서 오류로 남아 있을 수 있으니 출처 칸부터 봅니다.
재제출 시점의 기준은 둘입니다. 서버가 Retry-After 를 두었다면 그 시간이 지난 뒤, 두지 않았다면 사이트맵 URL 이 200 으로 열리는 것을 확인한 뒤입니다.
The response representations SHOULD include details explaining the condition, and MAY include a Retry-After header indicating how long to wait before making a new request.
429 응답에는 상황 설명을 담아야 하고, 다시 요청하기 전 기다릴 시간을 Retry-After 헤더로 알려 줄 수 있다는 문장입니다.
발견 03
원인 확인부터 재제출 뒤 확인까지 점검 순서는 8단계입니다
| 순서 | 할 일 | 근거 원문 |
|---|---|---|
| 1 | 빙 웹마스터 도구 사이트맵 표에서 그 사이트맵을 눌러 상세 페이지의 정확한 오류를 봅니다. | The details page gives the exact error or warning that you need to resolve in the sitemap.상세 페이지가 사이트맵에서 고쳐야 할 정확한 오류나 경고를 보여 준다는 문장입니다. |
| 2 | 사이트맵이 직접 제출한 것인지, 서치 콘솔에서 가져온 것인지, 빙이 스스로 찾은 것인지 봅니다. | These include the ones submitted by the users, those imported from Google Search Console and the ones that were discovered organically by Bing.그 목록에는 사용자가 제출한 것, 구글 서치 콘솔에서 가져온 것, 빙이 스스로 찾은 것이 함께 들어 있다는 문장입니다. |
| 3 | 서버·CDN·방화벽 로그에서 Bingbot 사용자 에이전트 요청에 429 를 돌려준 기록을 찾습니다. | The 429 status code indicates that the user has sent too many requests in a given amount of time ("rate limiting").429 는 사용자가 정해진 시간 안에 요청을 너무 많이 보냈다는 뜻(요청 제한)이라는 정의입니다. |
| 4 | 그 요청의 IP 가 진짜 Bingbot인지 Verify Bingbot 으로 확인합니다. | This is useful to double check if traffic in your server logs, with requests using a “Bingbot” or “MSNBOT” user agent string, is from genuine Bingbot IP addresses and that the server making requests is not hiding its identity.서버 로그의 Bingbot·MSNBOT 요청이 진짜 Bingbot IP 에서 왔는지, 신원을 숨긴 요청은 아닌지 확인하는 데 쓰는 도구라는 문장입니다. |
| 5 | 진짜 Bingbot을 제한한 규칙이면 완화하고, 바쁜 시간대 부담이 이유라면 크롤 제어로 시간대별 속도를 낮춥니다. | The Crawl control feature allows you to control the speed at which Bingbot makes requests for pages and resources on your website.크롤 제어는 Bingbot이 사이트에 요청하는 속도를 조절하는 기능이라는 문장입니다. |
| 6 | 429 응답에 Retry-After 를 두었다면 그 시간이 지난 뒤, 사이트맵 URL 이 200 으로 열리는지 다시 봅니다. | The response representations SHOULD include details explaining the condition, and MAY include a Retry-After header indicating how long to wait before making a new request.429 응답에는 상황 설명을 담아야 하고, 다시 요청하기 전 기다릴 시간을 Retry-After 헤더로 알려 줄 수 있다는 문장입니다. |
| 7 | 그 사이트맵 하나를 다시 제출합니다. 여러 개라면 하나씩 제출합니다. | Resubmitting a sitemap is now a one-click experience; you can resubmit an individual sitemap by using the highlighted button shown below, or after selecting that sitemap. Resubmitting multiple sitemaps is not allowed; you will have to resubmit individual sitemaps in case you want to resubmit more than one sitemap.재제출은 버튼 하나로 사이트맵마다 할 수 있고, 여러 개를 한꺼번에 다시 제출할 수는 없어 하나씩 해야 한다는 문장입니다. |
| 8 | 표의 마지막 처리 날짜와 처리 상태가 바뀌었는지 봅니다. | The table below shows the submitted/discovered/imported dates of the sitemaps along with the last processing date, processing status and the number of URLs discovered.표에는 제출·발견·가져온 날짜와 마지막 처리 날짜, 처리 상태, 찾은 URL 수가 나온다는 문장입니다. |
크롤 제어를 쓸 때는 robots.txt 의 crawl-delay 를 같이 봅니다. 빙은 crawl-delay 가 있으면 그 값이 도구 설정보다 앞선다고 적었습니다.
크롤 속도 조절 수단은 「bingbot crawl-delay」 편에, 위장 크롤러를 가려내는 순서는 「GPTBot IP 범위 확인」 편에 자세히 적었습니다.
If we find a crawl-delay directive in your robots.txt file, then it will always take precedence over the information from this feature.
robots.txt 에 crawl-delay 지시가 있으면 이 기능의 설정보다 늘 먼저 적용된다.
발견 04
같은 429 라도 B2B·B2C·B2G 사이트마다 걸린 규칙이 다릅니다
예시 ① 해외 바이어용 문의형 기업 사이트(B2B)
해외 문의용 영문 사이트를 열었는데, 방화벽의 IP 단위 요청 제한이 낮게 잡혀 있던 상황입니다.
로그에서 Bingbot IP 를 Verify Bingbot 으로 확인하고, 확인된 Bingbot은 제한에서 뺍니다. 그 뒤 사이트맵을 다시 제출합니다.
예시 ② 할인 행사 중인 쇼핑몰(B2C)
행사 기간에 접속이 몰려 CDN 이 초당 요청 한도를 넘는 요청에 429 를 돌려준 상황입니다. Bingbot 요청도 같이 걸렸습니다.
행사 시간대는 크롤 제어로 Bingbot 속도를 낮추고, 행사가 끝난 뒤 사이트맵 상태를 다시 봅니다.
예시 ③ 공공기관 누리집의 보안 장비(B2G)
보안 장비가 짧은 시간에 많은 요청을 보내는 사용자 에이전트를 일괄로 제한한 상황입니다.
운영 기관에 Bingbot 확인 방법을 전달해 확인된 Bingbot만 허용 목록에 넣고, 사이트맵 URL 응답이 200 인지 확인한 뒤 다시 제출합니다.
그럼 지금 오류가 뜬 사이트맵은 어떻게 하나요?
- 사이트맵 상세 페이지의 오류와 출처(제출·가져옴·발견)를 적어 둡니다.
- 같은 시각대 서버·CDN·방화벽 로그에서 Bingbot 요청의 응답 코드를 찾습니다.
- 429 를 낸 규칙을 찾아, 확인된 Bingbot은 제한에서 빼거나 크롤 제어로 시간대를 옮깁니다.
- 사이트맵 URL 이 200 으로 열리는 것을 확인한 뒤 그 사이트맵 하나를 다시 제출합니다.
- 며칠 뒤 표의 마지막 처리 날짜와 처리 상태를 다시 봅니다.
조사 방법
- Bing Webmaster Tools Help 「Sitemaps」 · 최종 확인일 2026-10-25 · https://www.bing.com/webmasters/help/sitemaps-3b5cf6ed
- Bing Webmaster Tools Help 「Crawl control」 · 최종 확인일 2026-10-25 · https://www.bing.com/webmasters/help/crawl-control-55a30303
- Bing Webmaster Tools Help 「Verify Bingbot」 · 최종 확인일 2026-10-25 · https://www.bing.com/webmasters/help/verify-bingbot-2195837f
- Bing Webmaster Tools Help 「Why is my site not in the index?」 · 최종 확인일 2026-10-25 · https://www.bing.com/webmasters/help/why-is-my-site-not-in-the-index-2141dfab
- IETF 「RFC 6585 Additional HTTP Status Codes」 (문서 발행일 2012-04) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc6585
- IndexNow.org 「Documentation」 · 최종 확인일 2026-10-25 · https://www.indexnow.org/documentation
- 점검 순서 8단계와 「요청한 측 → 응답한 측」 표는 위 문서들의 문장을 근거로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 빙 도움말은 사이트맵 오류 코드별 뜻을 적지 않아, 429 의 뜻은 HTTP 표준(RFC 6585)으로 적었습니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판이고, 도구 이름은 빙 웹마스터 도구 화면 표기를 따랐습니다.