429 Too Many Requests(RFC 6585)는 사용자가 정해진 시간 안에 너무 많은 요청을 보냈다는 뜻입니다. 응답에는 상황에 대한 설명이 담겨야 하며, 클라이언트가 다시 시도할 수 있는 시점을 초 단위 숫자나 날짜로 알려 주는 Retry-After 헤더가 포함될 수 있습니다. 캐시는 429 응답을 저장해서는 안 됩니다.
속도 제한은 IP 주소, 사용자, API 키, 엔드포인트별로 적용될 수 있습니다. 많은 API는 남은 한도를 보여 주기 위해 X-RateLimit-Limit, X-RateLimit-Remaining 같은 헤더나 IETF가 표준화 중인 RateLimit 헤더 필드도 보냅니다.
올바르게 동작하는 클라이언트는 즉시 재시도하지 않고 Retry-After가 지정한 만큼 기다리거나 지수 백오프를 적용합니다. TrueURL의 자체 API도 짧은 시간에 매우 많은 검사를 실행하면 Retry-After와 함께 429로 응답합니다.
응답 예시
HTTP/1.1 429 Too Many Requests
Date: Fri, 06 Nov 2026 10:15:32 GMT
Retry-After: 120
Content-Type: application/json
Content-Length: 81
{"error":"rate_limited","message":"Too many requests. Try again in 120 seconds."}SEO 및 리디렉션 검사
Google은 429를 서버 과부하의 신호로 보고 5xx 오류와 비슷하게 취급합니다. Googlebot은 크롤링 속도를 늦추며, 계속 429를 반환하는 URL은 결국 색인에서 삭제될 수 있습니다. 긴급한 상황에서 크롤링을 줄이려면 짧은 기간 동안 429나 503을 반환하는 것이 권장되는 방법이지만, 하루나 이틀 이상 반환하는 것은 권장되지 않습니다.
정상적으로 운영하는 동안 속도 제한과 봇 방어가 정당한 크롤러를 막지 않도록 하세요. 리디렉션 검사에서 429가 나온다면 대상 서버가 검사 도구의 요청 속도를 제한하고 있다는 뜻이므로, 잠시 기다렸다가 다시 검사하세요.
주요 원인과 사용 사례
- API 클라이언트가 할당량이나 순간 요청 한도를 초과했습니다.
- 로그인 폼이 같은 IP 주소에서 반복되는 시도를 차단합니다.
- 크롤러, 모니터링 도구, 일괄 검사 도구 때문에 CDN이나 WAF의 속도 제한 규칙이 작동합니다.
- 여러 사용자가 하나의 IP 주소(회사 네트워크, 이동통신사)를 공유해 함께 IP별 한도에 걸립니다.