요청 한도 작동 방식
요청 한도 확인
요청 한도 표
별도 표기가 없는 한, 한도는 15분 단위로 표시됩니다(예: “/24hrs” 또는 “/sec”).
포스트(엔드포인트 25개)
Tweet 조회
최근 검색
전체 아카이브 검색
게시물 수
필터링된 스트림
포스트 관리
타임라인
좋아요 조회
좋아요 관리
리포스트 조회
리트윗 관리
답글 숨기기
사용자 (엔드포인트 14개)
사용자 조회
사용자 검색
팔로우 조회
팔로우 관리
차단 조회
뮤트 조회
뮤트 관리
Spaces (엔드포인트 6개)
Spaces 조회
Spaces 검색
다이렉트 메시지 (8개 엔드포인트)
다이렉트 메시지 조회
다이렉트 메시지 관리
리스트 (엔드포인트 14개)
리스트 조회
리스트 Tweet 조회
리스트 구성원 조회
리스트 관리
리스트 구성원 관리
리스트 팔로우 관리
고정된 리스트
북마크 (5개 엔드포인트)
북마크 조회
북마크 관리
컴플라이언스 (엔드포인트 3개)
배치 컴플라이언스
사용량 (엔드포인트 1개)
트렌드 (엔드포인트 2개)
맞춤형 트렌드
WOEID별 트렌드
커뮤니티 (엔드포인트 2개)
Analytics (엔드포인트 1개)
미디어 (엔드포인트 8개)
Activity 및 웹훅
기타 엔드포인트
요청 한도 처리
복구 전략
- 제한 윈도우가 언제 재설정되는지 확인하기 위해
x-rate-limit-reset값을 확인합니다. - 재시도하기 전에 해당 시점까지 대기합니다.
- 필요하다면 지수 백오프를 사용합니다.
모범 사례
응답 캐시
반복 요청을 줄이기 위해 결과를 로컬에 캐시합니다.
스트리밍 사용
실시간 데이터의 경우 폴링 대신 필터링된 스트림을 사용합니다.
헤더 모니터링
남은 요청 수를 추적해 요청 한도에 도달하지 않도록 합니다.
요청 분산
요청을 전체 시간 구간에 고르게 분산합니다.
요청 한도 vs. 과금
요청 한도 내에 있으면서도 사용량 요금이 청구될 수 있으며, 추가 비용 없이 요청 한도에 도달할 수도 있습니다.
Enterprise용 요청 한도
다음 단계
오류 처리
429 및 기타 errors를 적절히 처리하세요.
시작하기
액세스 수준과 기능에 대해 알아보세요.