Omni Octo 裡的每個 WhatsApp 號碼都有一個傳送上限，從這個號碼傳送的每一種方式都要 遵守它：收件匣、API、Octo、工作流程、問卷和行銷活動。這一頁說明這個上限是什麼、 由誰設定，以及一次傳送碰到它時會發生什麼。
還是以潮汐洗衣店為例。它有一個 WhatsApp 號碼。某個週一早上，它執行一個行銷活動，提醒 1,800 位顧客連假後恢復收件，同時收件匣裡有兩個人在回答關於棉被的問題。兩邊都照常 運作，原因就是下面要說明的分流。
預設值
沒有人設定過的號碼，依以下速率傳送：
| 時間範圍 | 預設值 | 計算對象 |
|---|---|---|
| 每秒 | 5 | 所有訊息 |
| 每分鐘 | 250 | 所有訊息 |
| 每天 | 2,000 | 僅限範本 |
在通訊管道頁面上，這顯示為 目前生效：5/秒 + 250/分鐘 + 2000/天 · 平台預設值。針對 你號碼的平台規則還可能額外加一個每小時上限；它的作用方式和每分鐘上限一樣。
每秒和每分鐘上限是我們的節奏控制，適用於這個號碼送出的一切。每日上限只計算範本，它 存在的目的是配合 Meta 的訊息等級（下一節）。在 24 小時視窗內的自由格式 回覆從不計入，所以一個當天範本已經用完的號碼，仍然可以回覆傳訊息給它的人。
每日上限與 Meta 的訊息等級
Meta 限制一個號碼在 24 小時內可以與多少人開啟對話，這個限制取決於號碼的訊息等級。 Meta 為一個號碼回報的等級是 50、250、1,000、10,000、100,000 或無限制之一。
2,000 不是 Meta 的等級。 它是我們在不知道你號碼等級時使用的值 —— 高到不會妨礙 日常使用，又低到能攔住失控的傳送。如果你的實際等級是 250，2,000 就太寬了；如果是 10,000，又太緊了。不論哪種情況，都請把它設成你的等級。
每日上限在 WhatsApp 每日等級 裡選擇：
| 選項 | 意思 |
|---|---|
| 沿用（預設） | 如果有針對這個號碼的平台規則就用它，否則為 2,000 |
| 250 / 天 … 100,000 / 天 | 每天這麼多個範本（250、1,000、2,000、10,000、100,000） |
| 無限制 | 沒有每日上限；每秒和每分鐘上限仍然適用 |
以其他方式設定的值（例如偵測到的等級 50）會顯示為一個單獨的選項，例如 50 / 天。
修改每日等級只會改變每日上限。每秒和每分鐘上限維持不變；應用程式裡沒有設定它們的 欄位。
在哪裡修改
直接從 Meta 連接的號碼。 在 /channels 裡開啟它。傳送上限 卡片會顯示目前 生效的上限及其來源：平台預設值、設定於此通訊管道，或是當 Omni Octo 有針對你號碼 前綴的規則時顯示 來自平台規則 …。選擇一個 WhatsApp 每日等級，然後按下 儲存。
也可以按下 從 Meta 偵測。它會向 Meta 查詢號碼目前的等級，並儲存對應的每日上限 —— 例如 已套用 Meta 等級 TIER_1K。如果 Meta 沒有回傳等級，會有錯誤提示，什麼都不會 改變。偵測只在你按下時執行；之後不會追蹤你等級的變化，所以等級變了要再按一次。
透過 Omni Octo 購買的號碼。 通訊管道卡片上寫著 此號碼是您的電話號碼之一。請在該 電話號碼頁面設定其傳送上限。 在那個頁面的 傳送限制 下，同樣的 WhatsApp 每日等級 清單和簡訊、通話的上限並排；儲存限制 儲存它， 重設為預設值 移除它。設在電話號碼上的上限優先於其他一切。
請 Octo 來改。 「把我們 WhatsApp 號碼的每日上限提高到 10,000」 也可以，兩種 號碼都適用。
在這些地方，只有工作區的擁有者或管理員才能修改上限。在通訊管道頁面上，其他人 看到的是唯讀的，並附有 只有工作區擁有者或管理員可以變更傳送上限。；在電話號碼頁面 上，他們的儲存會被拒絕。
兩個編輯器都附有同一則警告，這則才是要認真看待的：
把這些值調到超過電信業者或 Meta 實際允許的範圍，可能導致此號碼被限速或封鎖 —— 風險由您自行承擔。使用 WhatsApp 時，請在 WhatsApp Manager → Messaging limits 中 確認您的實際等級。
在這裡調高上限，並不會調高 Meta 的上限。它只是讓我們不再先拒絕。
兩份速度額度，一份每日額度
行銷活動和其他一切使用各自獨立的每秒和每分鐘額度，每份的大小都等於設定的上限：
- 行銷活動有一份。
- 直接傳送 —— 收件匣、API、Octo、問卷和工作流程 —— 共用另一份。
所以潮汐洗衣店的行銷活動即使以號碼允許的最快速度傳送，也不會讓收件匣裡的回覆慢上一秒。 代價是兩邊加起來可以用設定速率的兩倍傳送：預設 5 的話，就是每秒 10 則。
每日範本計數是每個號碼一個總數。 不管從哪個途徑送出，每個範本都計入。如果週一的 行銷活動在一個每天 2,000 則的號碼上傳了 1,800 個範本，那天收件匣就只剩 200 個範本 —— 外加對任何視窗開啟的人無限量的自由格式回覆。
超過每秒 40 則時的警告
Meta 對單一號碼的預設吞吐量是每秒 80 則訊息。當一個號碼的每秒上限超過 40 時，兩個 編輯器都會顯示：
此號碼每秒最多可傳送 50 則訊息。行銷活動與直接傳送（收件匣、API 和 Octo）各自享有 這個速率，合計可能超過 Meta 預設的每個號碼每秒 80 則訊息。
在預設值下你不會看到它。
每種途徑達到上限時會怎樣
| 傳送從哪裡開始 | 達到每秒或每分鐘上限時 | 達到每日範本上限時 |
|---|---|---|
| 行銷活動 | 等待，額度重新空出後繼續 | 等到隔天 |
| 收件匣 | 「這個號碼目前傳送得太快。請在 12 秒後再試一次。」 | 「這個號碼已達到今天的 WhatsApp 範本上限。自由格式回覆仍可傳送；範本將在 5 小時後恢復。」 |
| API | 429，代碼 rate_limited，Retry-After 標頭 | 429，代碼 daily_limit_reached，Retry-After 標頭 |
| Octo | 告訴你什麼時候再試，而不是自己重試 | 同樣，並告訴你距離重設還有幾個小時 |
| 工作流程步驟 | 等待後自動重試 | 步驟失敗：「This number reached its daily WhatsApp template limit; it resets in N h」 |
| 問卷問題 | 等待後重新提問 | 等待後重新提問 |
表格背後的幾個細節：
- 收件匣會保留你的文字。 提示出現在回覆框下方，草稿留在原處，隨時可以再傳。
- 短暫的等待會被吸收。 在行銷活動之外，兩秒內就會重新空出來的每秒或每分鐘上限， 會等過去然後傳送成功。更長的等待，以及每日上限，會被立即拒絕。
- 工作流程最多等五分鐘。 300 秒內能解除的拒絕，會在剛好等待那麼久之後重試；更長 的 —— 實際上就是每日上限 —— 會讓步驟失敗。
- 兩個 API 代碼都在回應本文裡帶
retryAfterSec，與Retry-After標頭相等。 從你自己的系統傳送 裡有完整的回應，以及 API 自己的依工作區速率（預設每分鐘 300 次呼叫），收件匣、Octo 和行銷活動都不會碰到它。
被拒絕的傳送不會留下訊息
當上限拒絕了來自收件匣、API 或 Octo 的傳送時，沒有任何東西到達 Meta，也不會記錄任何 東西：對話裡不會出現訊息，也沒有需要清理的失敗紀錄。如果這是傳給這個號碼的第一則 訊息，對話本身仍會被建立，是空的。被拒絕的範本也不會佔用當天的計數。
上限不做的事
- 它計算訊息，而不是人。 Meta 的等級計算的是你開啟對話的人數；我們計算的是每一個 範本。傳三個範本給同一位顧客，在 Meta 那裡算一個，在我們這裡算三個。這是往保守的 方向算，但一個經常傳訊息給同一群人的號碼，會先碰到我們的上限，再碰到 Meta 的。
- 一天是 UTC 的一天。 它在 UTC 午夜重設，不是你當地的午夜，也不是你第一次傳送後 的 24 小時。Meta 自己的視窗是滾動的 24 小時。
- 被 Meta 拒絕的傳送仍然計數。 計數在訊息送往 Meta 之前進行。如果 Meta 隨後拒絕 了它 —— 一個它決定不投遞的行銷類範本， 一個錯誤的變數 —— 它已經佔用了當天的一個名額。
- 它不會提高 Meta 的上限。 一個在我們上限之內的號碼，仍可能被 Meta 拒絕或限速。
接下來讀什麼
- 什麼時候 WhatsApp 訊息必須是範本 —— 24 小時視窗，以及為什麼自由格式回覆不計入每日上限。
- 把範本傳給一份名單 —— 與其他一切共用每日計數的行銷活動。
- 在對話中傳送範本、 從你自己的系統傳送， 或是請 Octo 代傳。