一、監管重點
TRAI 於 2026 年 5 月 22 日發布最新方向，重點不是新增一個一般性的報備流程，而是要求企業先對商業簡訊模板中的可變欄位完成「預標記」，讓 DLT 傳遞鏈路能清楚區分固定文案與動態變數。監管焦點很明確：過去部分發送方會在已核准模板中，利用姓名、金額、連結、編號等變數欄位拼接超出原始用途的內容，讓模板審核流於形式；預標記機制就是把變數邊界前移到模板建立階段，降低 OTP、帳單與通知類簡訊被挪用為行銷或誤導觸達的風險。
二、對企業的影響
這項要求會直接影響印度簡訊模板的設計、報備與上線節奏。對銀行、金融科技、電商、物流與 SaaS 平台而言，過去把大量業務差異塞進同一模板、再靠變數彈性拼接的作法，之後更容易觸發模板退件、發送失敗或鏈路稽核風險；聚合商與企業技術對接團隊也得重新整理欄位字典、模板分類與用途對應。對跨境 CPaaS 或國際簡訊平台來說，這代表不能只提供通路能力，還必須證明本地 DLT 模板、變數結構、發送情境與核准紀錄可以逐一對應。
三、操作建議
實務上，先把印度現行模板依 OTP、交易通知、售後提醒、行銷觸達四類重新盤點，逐條識別哪些欄位屬於真正必要的變數，哪些其實是用變數包裝的延伸文案。接著建立變數白名單與命名規則，特別要單獨審查 URL、金額、截止時間、優惠資訊、客服聯絡方式這幾類高風險欄位，並把模板 ID、變數說明、觸發系統、發送樣例與核准回執整理成同一份證據包。若企業同時透過多家聚合商發送，也應核對各通路的模板版本是否一致，避免一端已更新、另一端仍沿用舊結構而被攔阻。
常見問題
Q：我們現有的印度 OTP 模板還能繼續用嗎？
A：不一定。若現有模板把連結、品牌活動語、補充提醒或行銷提示塞進變數欄位，即使主模板已核准，後續仍可能因不符合預標記要求而需要重新報備。建議先核對 DLT 登記的固定文案與變數說明，再抽樣比對正式發送內容是否有變數越界情形。
Q：變數預標記會影響多語系或個人化簡訊嗎？
A：會影響，但不是禁止個人化，而是要求個人化內容可解釋、可稽核。姓名、訂單號、金額、預約時間這類變數通常較容易說明；風險較高的是把促銷詞、優惠文案或跳轉連結說明偽裝成自由文字。多語系版本最好分別保存模板與變數定義，不要共用模糊欄位。
Q：跨境簡訊平台替印度客戶發送時，最容易漏掉哪一步？
A：最常見的缺口，是把本地 DLT 報備視為客戶自己的責任，平台端只處理 API 投遞，卻不核對模板版本、變數結構與實際發送樣例是否一致。較穩妥的作法，是在送審前就要求客戶提交模板用途、變數清單與欄位示例，並在上線後保留日誌與定期抽查。
本文僅供資訊參考，不構成法律意見。