X API 速率限制（以前稱為 Twitter）
了解 Twitter 的 API 速率限制並在其範圍內工作需要仔細規劃、技術專業知識並遵守道德準則。通過了解限制、考慮替代方法並遵循最佳實踐，您可以有效地使用 Twitter API，同時尊重平台規則並確保所有用戶獲得流暢的體驗。
這些限制是為了管理數據流和維護平台穩定性，它們顯著影響用戶與 Twitter 數據交互的方式。本文深入探討 Twitter 的 API 速率限制，從各種 Reddit 討論、官方 Twitter 文檔和其他可靠來源中汲取見解。目的是全面了解這些限制、其影響以及在其內部或周圍開展工作的策略。
| 端點類別 | 端點 | 速率限制 | 復位時間 |
|---|---|---|---|
| 時間表 | /statuses/mentions_timeline | 每天 100,000 個 | 24小時 |
| 時間表 | /狀態/用戶時間線 | 每天 100,000 個 | 24小時 |
| 搜尋 | /搜索/推文 | 每 15 分鐘 450 | 15分鐘 |
| 推文 | /狀態/更新 | 300/3小時 | 3小時 |
| 推文 | /狀態/轉發/：id | 每 3 小時 300* | 3小時 |
| 直接消息 | /direct_messages/事件/列表 | 每 15 分鐘 15 個請求 | 15分鐘 |
| 直接消息 | /直接消息/已發送 | 每 15 分鐘 15 個請求 | 15分鐘 |
| 直接消息 | /直接消息/顯示 | 每 15 分鐘 50 個請求 | 15分鐘 |
| 朋友和關注者 | /朋友/ids | 每 15 分鐘 15 個請求 | 15分鐘 |
| 朋友和關注者 | /關注者/id | 每 15 分鐘 15 個請求 | 15分鐘 |
筆記：
- * /statuses/retweet/:id 的限制與 /statuses/update 結合在一起，這意味著您在 3 小時內總共只能發出 300 條推文或轉推。
- 這些限制僅適用於標準 API 端點，不適用於高級 API。
- 根據身份驗證方法（OAuth 1.0a 用戶上下文或 OAuth 2.0 承載令牌）應用速率限制。
- 有關更多詳細信息和更新，請參閱官方 Twitter 開發人員文檔：https://developer.twitter.com/en/docs/twitter-api/rate-limits
瀏覽 Twitter 不斷發展的 API 格局
特定於端點的速率限制：仔細觀察
雖然了解每個 API 版本的一般速率限制至關重要，但了解對各個端點施加的具體限制也同樣重要。這些限制可能會顯著影響您與 Twitter 數據交互的方式，尤其是對於發布推文、搜索特定內容或檢索用戶信息等任務。
| 端點 | v2 免費 | v2 基本版 | v2專業版 | 企業 |
|---|---|---|---|---|
| /推文/搜索/最近 | 180/15 分鐘 | 450/15 分鐘 | 300/15 分鐘 | 風俗 |
| /推文 | 900/15分鐘 | 900/15分鐘 | 900/15分鐘 | 風俗 |
| /用戶/：id | 900/15分鐘 | 900/15分鐘 | 900/15分鐘 | 風俗 |
| /users/by/用戶名/:用戶名 | 900/15分鐘 | 900/15分鐘 | 900/15分鐘 | 風俗 |
| /2/users/:id/推文 | 1500/15分鐘 | 1500/15分鐘 | 1500/15分鐘 | 風俗 |
| /2/推文/搜索/全部 | 300/15 分鐘 | 450/15 分鐘 | 300/15分鐘 | 風俗 |
注意：這只是一些常用端點的示例。有關完整列表，請參閱官方 Twitter 開發人員文檔。
最近的變化和爭議
埃隆·馬斯克 (Elon Musk) 收購 Twitter 給 API 格局帶來了重大變化，包括更嚴格的速率限制和更高的定價。這些變化受到了依賴 API 開展工作的開發人員、企業和研究人員的批評。對所有用戶實行臨時閱讀限制進一步加劇了爭議，引發了有關該平台的可訪問性和開放性的爭論。
網頁抓取：小心行事
網絡抓取雖然是 API 訪問的潛在替代方案，但也有其自身的道德和法律考慮。未經明確許可抓取 Twitter 數據可能違反其服務條款，並可能導致法律後果。始終優先考慮官方 API 選項，僅將網絡抓取視為最後手段，並充分意識到所涉及的潛在風險。
API 使用最佳實踐
要充分利用 API 訪問並避免達到速率限制，請考慮以下最佳實踐：
- 批量請求：將類似的請求分組在一起，以最大限度地減少 API 調用的數量。
- 快取:將經常訪問的數據存儲在本地，以減少重複請求的需要。
- 優先考慮基本端點：專注於應用程序最關鍵的端點並優化其使用以保持在限制範圍內。
- 監控使用情況：跟踪您的 API 使用情況，以識別潛在的瓶頸並相應地調整您的策略。
- 錯誤處理：實施強大的錯誤處理以妥善管理速率限制錯誤和重試。
- 隨時了解情況：及時了解 Twitter 的 API 更新和政策變化，以確保合規性並避免中斷。
要點
- 了解速率限制：Twitter 對 API 請求施加限制，以管理數據流並確保平台穩定性。
- 對用戶和開發者的影響：速率限制可能會影響企業、開發人員和防災機構等服務機構使用 Twitter 數據的方式。
- 克服限制的策略：有一些方法可以在這些限制內工作或規避這些限制，包括使用不同的 API 層和優化請求策略。
Twitter API 速率限制的基礎知識
Twitter 的 API 速率限制主要基於時間間隔，最常見的是 15 分鐘窗口。這些限制根據 API 版本和訪問類型（免費、基本、專業版或企業）而有所不同。例如，Twitter API v2 免費訪問允許每個用戶每 24 小時 50 個發布推文的請求，而企業API提供更慷慨的限制和附加功能，例如完整檔案搜索。
現實世界的影響和用戶體驗
Reddit 上的討論揭示了這些限制對現實世界的影響。例如，一個發表在 R/Technology 上重點介紹了日本防災帳戶在達到 API 限制後如何無法發布重要更新。這一事件凸顯了這些限制的潛在後果，特別是在危急情況下。
在另一個線程中，用戶r/環外討論了達到速率限製而影響用戶體驗的挫敗感。這種情緒在各種平台上得到了回應，這表明普通用戶和高級用戶都面臨著廣泛的挑戰。
應對速率限制的策略
開發人員和企業已經制定了在這些限制範圍內或周圍工作的策略。一種常見的方法，如上討論的r/學習編程，涉及優化 API 調用並使用多個帳戶或令牌來分發請求。另一種策略是升級到更高層的 API 訪問，這提供了更慷慨的限制，但需要付出一定的代價。
替代解決方案和創新
一些用戶已經轉向網絡抓取等替代解決方案，儘管這種方法有其自身的一系列挑戰和法律考慮。討論關於r/社交媒體強調了此類限制對互聯網上信息自由流動的更廣泛影響。
表：Twitter API 速率限制比較
| API版本 | 請求限制 | 時間窗口 | 接入類型 |
|---|---|---|---|
| v2 免費 | 50 | 24小時 | 每個用戶 |
| v2 基本版 | 5 | 15分鐘 | 每個用戶 |
| v2專業版 | 300 | 15分鐘 | 每個用戶 |
| 企業 | 風俗 | 風俗 | 託管 |
最新技術進步
Twitter 不斷發展其 API，引入新功能並調整速率限制。例如，引入編輯推文功能為數據檢索和分析增加了新的維度。
實際場景和用戶視角
來自不同背景的用戶，包括開發人員、營銷人員和應急響應人員，在 Reddit 等論壇上分享了他們的經驗和技巧。這些見解為處理不同場景中的速率限制提供了寶貴的視角。
供進一步閱讀的外部資源
常見問題解答
Twitter API 速率限制是多少？
Twitter API 速率限制是對特定時間範圍內可以發出的 API 請求數量的限制，以控制數據流並維護平台穩定性。
如何克服 Twitter API 速率限制？
策略包括優化 API 調用、使用多個帳戶或令牌、升級到更高層的 API 訪問權限或考慮網絡抓取等替代方法。
超過 Twitter 的 API 速率限制會產生什麼後果？
超過速率限制可能會導致 API 訪問暫時被阻止，從而影響在 Twitter 上檢索或發布數據的能力。
不同 Twitter API 版本是否有不同的速率限制？
是的，Twitter 的 API 版本（免費、基本、專業、企業）具有不同的速率限制，其中企業提供最慷慨的限制和功能。
速率限制會影響使用 Twitter 的緊急服務嗎？
是的，正如日本防災賬戶的例子所示，速率限制可能會阻礙緊急服務在時間敏感的情況下傳播關鍵信息的能力。
