Telegram Bot 群發合規指南：行銷同意、退訂機制與頻率上限管理

跨境團隊使用 Telegram Bot 做用戶運營時，群發訊息是觸達用戶最高效的手段之一。但 tg bot群發 合規 問題常被忽視——用戶投訴、平台封禁、甚至 GDPR 罰款，都可能讓一次行銷活動變成運營事故。

本教程將拆解合規群發的五個關鍵步驟：從用戶同意收集到退訂命令實現，再到訊息頻率上限管理。無論你是自研 Bot 還是使用 TG-Staff 等平台，這份檢查清單都能直接落地。

---

為什麼 Telegram Bot 群發需要合規管理？

Telegram 官方對 Bot 訊息有明確的限制政策：

• 用戶投訴機制：用戶可隨時舉報 Bot 發送的垃圾訊息，累計投訴可能導致 Bot 被限制或封禁。
• 速率限制（Rate Limit）：Bot API 對訊息發送頻率有硬性限制，超限會觸發臨時封禁。
• 隱私法規要求：如果你的用戶涉及歐盟地區，GDPR 要求行銷訊息必須基於用戶的明確同意，且用戶有權隨時撤回同意（退訂）。CCPA 等法規也有類似規定。

合規不是「多做一步」，而是 保護 Bot 帳號和品牌信任的基礎設施。一個因投訴被封的 Bot，恢復成本遠高於提前設置合規流程的投入。

---

第一步：獲取用戶明確同意——行銷許可的基礎

合規群發的第一原則：同意必須在發送訊息前獲得，而非事後補充。這意味著你不能在用戶未許可的情況下，直接向所有聯繫人發送促銷訊息。

在歡迎命令中嵌入同意確認

最常見的方式是在 /start 命令的回覆中加入同意收集環節。例如：

1. 用戶發送 /start 到你的 Bot。
2. Bot 回覆：「歡迎！在開始之前，請問你是否願意接收我們每週不超過 2 條的促銷訊息與產品更新？（點擊按鈕確認）」
3. 用戶點擊「同意」按鈕後，Bot 記錄該用戶的同意狀態，並繼續提供正常服務。

在程式碼層面，你可以使用 Telegram Bot API 的 InlineKeyboardMarkup 實現按鈕互動。同意狀態建議存儲在資料庫中，字段如 marketing_consent: true/false。

使用分流連結歸因時同步採集許可

如果你使用 TG-Staff 的 分流連結（Diversion Link）進行廣告引流，可以在用戶跳轉至 Bot 前，在落地頁中聲明訊息發送政策並獲取同意。分流連結支援捕獲訪客的 IP、瀏覽器資訊與 URL 參數，這些資料可用於後續的用戶畫像與合規審計。

---

第二步：設定 /stop 退訂命令——讓用戶隨時退出

退訂機制是合規群發的核心。用戶必須能夠透過簡單操作（如回覆 /stop）立即停止接收所有行銷訊息。

退訂命令的兩種實作方式

方式	適用場景	優點	缺點
方式一：自行撰寫命令處理邏輯	自研 Bot 開發者	完全自訂，靈活控制退訂流程	需要開發時間，需維護使用者黑名單
方式二：使用 TG-Staff 等平台	使用 SaaS 平台的營運團隊	內建使用者分群管理，自動排除退訂使用者	依賴平台功能，客製化程度較低

方式一範例（偽代碼邏輯）：

# 监听 /stop 命令
def handle_stop(update, context):
    user_id = update.effective_user.id
    # 更新数据库中的退订状态
    db.update_user(user_id, unsubscribed=True)
    # 回复确认消息
    update.message.reply_text("您已成功退订营销消息。如需重新订阅，请回复 /subscribe。")

方式二：在 TG-Staff 控制台中，你可以在「訊息批次群發」功能裡建立使用者分群，將退訂使用者加入「黑名單」分群。每次群發時，選擇排除該分群即可。

退訂確認與重新訂閱

退訂後應發送明確的確認訊息，例如：「您已成功退訂。我們不會再向您發送行銷訊息。如果您改變主意，請回覆 /subscribe 重新訂閱。」

同時，提供重新訂閱的入口（如 /subscribe 命令或連結），避免使用者誤操作後永久流失。重新訂閱時，應再次記錄使用者的同意狀態。

---

第三步：設定訊息頻率上限——避免騷擾與封號

Telegram Bot API 速率限制

Telegram Bot API 對訊息發送有速率限制（Rate Limit），具體限制值會動態調整，但以下經驗值供參考：

• 每個聊天（Chat）：每分鐘約 1 則訊息。
• 全域（Global）：每分鐘約 30 則訊息（針對整個 Bot）。

超過限制後，API 會回傳 429 Too Many Requests 錯誤，連續超限可能導致 Bot 被暫時封禁（通常為幾分鐘到幾小時）。

營運層面的頻率建議

即使 API 允許，也不建議向同一用戶頻繁發送訊息。營運層面的合理頻率上限：

• 促銷訊息：每週不超過 1 - 2 條。
• 交易類訊息（如訂單確認、出貨通知）：不受此限制，但應保持精簡。
• 內容型訊息（如部落格更新、產業資訊）：每週不超過 1 條。

最佳實踐：在用戶同意收集時直接告知頻率上限（如「每週不超過 2 條」），這樣用戶有明確的預期，投訴率會大幅降低。

---

第四步：利用用戶分群實現精準群發

精準群發是降低投訴率的有效手段。你可以根據以下維度劃分用戶群：

• 同意狀態：已同意 vs 未同意（後者不應收到任何行銷訊息）。
• 活躍度：最近 7 天/30 天活躍用戶 vs 沉默用戶。
• 聊天歷史：是否曾與 Bot 有過深度互動（如完成購買、使用特定功能）。
• 用戶來源：透過哪個分流連結或廣告渠道進入。

示例分群策略：

用戶分群	訊息類型	發送頻率	目標
新用戶（註冊 7 天內）	引導教程、功能介紹	每 3 天 1 條	提高啟用率
活躍用戶（近 30 天互動）	產品更新、促銷	每週 1 條	提高轉換率
沉默用戶（近 90 天未互動）	召回訊息	每月 1 條	喚醒用戶，若無回應則停止

TG-Staff 的「用戶畫像與統計」功能（專業版）可以幫助你自動完成用戶分群，並在批量群發時選擇目標分群。

---

第五步：監控與優化——持續提升合規水準

合規不是一次性設置，而是持續優化的過程。建議每月檢查以下指標：

• 退訂率：退訂用戶數 / 總行銷訊息接收用戶數。如果退訂率超過 5%，表示訊息內容或頻率需要調整。
• 投訴率：被檢舉用戶數 / 總接收用戶數。Telegram 官方未公開投訴閾值，但投訴率超過 1% 應視為危險訊號。
• 訊息開啟率：透過訊息中的連結追蹤點擊率。如果開啟率持續下降，表示用戶對內容不感興趣。
• 用戶同意記錄完整性：檢查資料庫中的同意記錄是否包含時間戳、來源、IP 等資訊，確保能滿足稽核要求。

---

常見問題（FAQ）

問：發送群發訊息前必須獲得用戶同意嗎？
答：是的。Telegram 官方政策與 GDPR 等隱私法規均要求，向用戶發送行銷類訊息前必須獲得明確同意。建議在 /start 指令中透過按鈕或文字確認收集許可。

問：如何確保 /stop 退訂指令生效？
答：在 Bot 後端實作指令監聽邏輯，當用戶發送 /stop 時將其標記為退訂狀態並加入黑名單分群。使用 TG-Staff 等平台時，其批量群發功能可自動排除退訂用戶。

問：群發訊息的頻率上限是多少？
答：Telegram Bot API 的速率限制約為每分鐘 30 則訊息（全域），但營運層面建議每週向同一用戶發送不超過 1 - 3 則促銷訊息。高頻群發可能導致投訴率上升甚至 Bot 被封禁。

問：用戶退訂後還能重新訂閱嗎？
答：可以。建議在退訂確認訊息中提供 /subscribe 指令或連結，讓用戶自行重新訂閱。退訂後應保留用戶資料但不再發送訊息。

問：如果不做合規群發，會有什麼後果？
答：主要風險包括：用戶檢舉導致 Bot 被 Telegram 限制或封禁；違反 GDPR 等法規面臨罰款；品牌聲譽受損導致用戶流失。

---

下一步行動

• 立即體驗：註冊 TG-Staff 免費試用（3 天），體驗內建的分群管理與批量群發功能。
• 查閱文件：了解如何在 TG-Staff 中設定退訂指令與用戶分群：https://docs.tg-staff.com/
• 聯繫客服：如果你有特定的合規場景需求，可聯繫客服 Bot @tgstaff_robot 獲取個人化建議。