Rate limit 작동 방식
한도 확인
응답 헤더는 현재 rate limit 상태를 보여줍니다:Rate limit 표
아래에서 각 endpoint의 rate limit을 확인하세요. 이러한 한도는 Developer Console에서도 확인할 수 있습니다.별도로 표시된 경우(예: “/24hrs” 또는 “/sec”)를 제외하고 한도는 15분당으로 표시됩니다.
Posts (endpoint 25개)
Tweet 조회
Recent search
Full-archive search
Post 카운트
Filtered stream
Post 관리
타임라인
좋아요 조회
좋아요 관리
Retweet 조회
Retweet 관리
답글 숨기기
Users (endpoint 14개)
User 조회
사용자 검색
팔로우 조회
팔로우 관리
차단 조회
뮤트 조회
뮤트 관리
Spaces (endpoint 6개)
Space 조회
Space 검색
Direct Messages (endpoint 8개)
Direct Message 조회
Direct Message 관리
Lists (endpoint 14개)
List 조회
List Tweet 조회
List 멤버 조회
List 관리
List 멤버 관리
List 팔로우 관리
고정된 List
Bookmarks (endpoint 5개)
Bookmark 조회
Bookmark 관리
Compliance (endpoint 3개)
배치 컴플라이언스
Usage (endpoint 1개)
Trends (endpoint 2개)
개인화된 트렌드
WOEID별 트렌드
Communities (endpoint 2개)
Analytics (endpoint 1개)
Media (endpoint 8개)
Activity 및 Webhook
기타 endpoint
Rate limit 처리
Rate limit에 도달하면 429 응답을 받게 됩니다:복구 전략
- 창이 재설정되는 시점은
x-rate-limit-reset을 확인하세요 - 재시도하기 전에 그 시간까지 기다리세요
- 필요하면 지수 백오프를 사용하세요
Example
모범 사례
응답 캐싱
반복 요청을 줄이려면 결과를 로컬에 저장하세요.
스트리밍 사용
실시간 데이터의 경우 폴링 대신 filtered stream을 사용하세요.
헤더 모니터링
한도 도달을 방지하려면 남은 요청을 추적하세요.
요청 분산
시간 창에 걸쳐 요청을 분산하세요.
Rate limit vs. 청구
Rate limit과 청구는 별개입니다:
Rate limit 이내에 있어도 사용 비용이 발생할 수 있으며, 추가 비용 없이 rate limit에 도달할 수도 있습니다.
Enterprise rate limit
Enterprise 고객은 맞춤 rate limit을 가집니다. 계정 관리자에게 문의하거나 Enterprise 액세스를 신청하세요.다음 단계
오류 처리
429 및 기타 오류를 처리하세요.
시작하기
액세스 수준 및 기능에 대해 알아보세요.