Skip to main content
Rate limit은 각 endpoint에 대해 만들 수 있는 요청 수를 제어합니다. 한도를 초과하면 창이 재설정될 때까지 429 오류가 발생합니다.

Rate limit 작동 방식


한도 확인

응답 헤더는 현재 rate limit 상태를 보여줍니다:

Rate limit 표

아래에서 각 endpoint의 rate limit을 확인하세요. 이러한 한도는 Developer Console에서도 확인할 수 있습니다.
별도로 표시된 경우(예: “/24hrs” 또는 “/sec”)를 제외하고 한도는 15분당으로 표시됩니다.

Posts (endpoint 25개)

Tweet 조회

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개)


개인화된 트렌드

WOEID별 트렌드


Communities (endpoint 2개)


Analytics (endpoint 1개)


Media (endpoint 8개)


Activity 및 Webhook


기타 endpoint


Rate limit 처리

Rate limit에 도달하면 429 응답을 받게 됩니다:

복구 전략

  1. 창이 재설정되는 시점은 x-rate-limit-reset을 확인하세요
  2. 재시도하기 전에 그 시간까지 기다리세요
  3. 필요하면 지수 백오프를 사용하세요
Example

모범 사례

응답 캐싱

반복 요청을 줄이려면 결과를 로컬에 저장하세요.

스트리밍 사용

실시간 데이터의 경우 폴링 대신 filtered stream을 사용하세요.

헤더 모니터링

한도 도달을 방지하려면 남은 요청을 추적하세요.

요청 분산

시간 창에 걸쳐 요청을 분산하세요.

Rate limit vs. 청구

Rate limit과 청구는 별개입니다: Rate limit 이내에 있어도 사용 비용이 발생할 수 있으며, 추가 비용 없이 rate limit에 도달할 수도 있습니다.

Enterprise rate limit

Enterprise 고객은 맞춤 rate limit을 가집니다. 계정 관리자에게 문의하거나 Enterprise 액세스를 신청하세요.

다음 단계

오류 처리

429 및 기타 오류를 처리하세요.

시작하기

액세스 수준 및 기능에 대해 알아보세요.