在 Meta 之前先 lint 你的 WhatsApp 範本

它檢查什麼

Meta 在範本審核時強制的那些機械規則——你一旦漏了就得多跑一輪的那些：

• 預留位編號。 一個元件裡的變數必須是 {{1}}、{{2}} …… 連續編號、不能跳號。
• 按鈕上限。 quick-reply 和 call-to-action 按鈕各有數量上限，兩種混用時 Meta 在提交時也會按規則檢查。
• 字元上限。 body、header、footer 各有最大長度；超了直接被拒。
• header 媒體類型。 媒體 header 必須宣告受支援的類型—— TEXT / IMAGE / VIDEO / DOCUMENT。

驗證一個範本

貼上你要提交的範本 JSON：

……在 Meta 看到之前，先看它會標出什麼：

什麼時候有用

• 每次提交前。 審核可能要好幾個小時；因為一個編號筆誤被拒一輪，純屬浪費時間。
• 非工程同事寫範本。 PM 和營運可以在交給提交的開發之前先自查文案。
• 批次遷移範本。 一次驗證一批，而不是一條條地發現被拒。

它會怎麼用

1. 1. 貼上你的範本（header + body + footer + buttons）。
2. 2. 即時看到每條規則的檢查結果，精確highlight出錯的欄位。
3. 3. 修正、重查，直到全部通過。
4. 4. 放心提交給 Meta。一切都在你瀏覽器裡跑——不上傳任何東西。

常見問題

WhatsApp 範本為什麼會被拒？

大多數第一輪被拒都是機械原因：預留位不連續、按鈕太多、body 超長，或者 header 媒體類型缺失/不支援。這些正是這個工具檢查的。

預留位該怎麼編號？

在一個元件內，變數必須是 {{1}}、{{2}} …… 連續、不跳號。從 {{1}} 跳到 {{3}} 會被拒。

它會替我把範本提交給 Meta 嗎？

不會。它只按規則驗證範本結構。你仍然透過平常的 WhatsApp Business / UnifyPort 流程提交。

我的範本資料會離開瀏覽器嗎？

不會。驗證完全在用戶端執行——你貼上的範本永遠不會上傳到伺服器。