Meta 廣告自動化怎麼做？8 條 AI 工作流程拆解：觸發、門檻、人工核准一次畫清楚

Meta 廣告自動化最該先做的那一條，通常是一塊錢都不會動到的那一條。

最近很多老闆在問同一題：「AI 現在能不能直接幫我管 Meta 廣告帳號？」答案是可以。Meta 在 2026 年 4 月推出官方 Ads MCP server 之後，Claude、ChatGPT 這類 AI 助理已經能讀報表、建廣告、改預算。比較難回答的是下一題：哪些事可以讓它每天自己跑，哪些事一定要有人按下核准。

這篇是系列第二篇，專講工作流程怎麼拆。想先弄清楚官方 MCP 有哪些工具、做得到和做不到什麼，可以先看 AI 透過 MCP 能不能接手 Meta 廣告。如果你想了解的是 Meta 自己內建的 Advantage+ 自動化，那是另一個主題，Advantage+ 與 PMax 的人工操控工作流有完整說明。這裡談的是外部 AI 代理透過 MCP 或 API 操作你的廣告帳號。

大品牌已經動起來了。WFA 在 2026 年 9 月發布的調查顯示，96% 的大型品牌在行銷上用了生成式或代理式 AI，54% 用在媒體購買與優化，46% 用在工作流程自動化與自主代理。一般行銷團隊的腳步慢很多，Social Media Examiner 調查 681 位行銷人，只有 11% 已經把自主 AI 代理放進日常流程，另有 24% 還在試驗。

下面 8 條流程都用同一組欄位拆開：觸發方式、資料來源、判斷邏輯與門檻、人工核准點、執行動作、記錄與回報、常見坑，每條附一張流程圖。文中所有門檻數字都是示範值，請換成你帳號自己的歷史基準。

Meta 廣告自動化速覽：8 條流程的等級與建議工具

先給結論：8 條流程裡有 4 條可以完全唯讀，碰不到任何預算，可以最先上線。真正需要人工核准的，只有暫停、調預算、建廣告這幾條會動到錢的流程。

表裡的 L0 到 L3 是我們為這個系列整理的分級，下一段會拆開講。讀這張表時抓一個原則就好：等級越高，越要先問「錯了誰來收拾」。AI 寫錯一份摘要，最多是一份錯的報告；AI 調錯預算，是真金白銀已經花出去。

Meta 廣告 AI 自動化的總架構：一套骨架、四個等級

每條流程其實都是同一套骨架：觸發、讀資料、判斷、核准、執行、記錄。8 條流程的差別，主要在「核准」那一格有沒有人，以及「判斷」交給規則還是交給 AI。

資料來源有兩條主線。第一條是 Meta 官方的 Ads MCP server（https://mcp.facebook.com/ads），截至 2026 年 10 月，官方文件列出 91 個 ads_* 工具，分成報表、廣告建立與管理、商品目錄、訊號與資料集、疑難排解、A/B 測試、活動紀錄 7 類。第二條是直接呼叫 Marketing API，自己管 token 與速率。對 MCP 本身還不熟的話，MCP 是什麼這篇用老闆的角度講得很清楚。

有一個細節會決定你的核准點放哪裡：官方 MCP 的寫入工具建立 campaign、ad set、ad 時一律是暫停狀態，啟用前 AI 客戶端會要求確認；但 ads_update_entity 修改既有、正在跑的廣告時，改預算、改受眾都是立即生效，沒有沙盒。新建的東西有保護，改舊的東西沒有。

自動化四個等級：L0 唯讀到 L3 規則自動

我們的立場很明確：要讓系統自己動到錢，就交給規則引擎，別交給 AI 即時判斷。規則是寫死的條件，審一次就知道它會做什麼；AI 的判斷每次都可能不一樣，還可能被廣告頁面裡藏的文字誤導。AI 最好用的位置在規則的前後：寫規則之前幫你分析該設什麼門檻，規則跑完之後幫你檢討誤殺了哪些廣告。這個分工跟 Workflow 與 Agent 怎麼判斷是同一個道理。

要用哪個工具串：Claude、n8n、Ads CLI、規則引擎

n8n 還不熟的話，n8n 是什麼把收不收費、雲端或自架、適合哪些流程都整理好了。我們自己的習慣是：要「固定時間跑、結果送到固定地方」的流程放 n8n，要「人坐下來問問題」的分析交給 Claude 接 MCP，兩者各做各的。

這種「把 AI 接進 Meta 平台、排程跑、結果回到同一個後台」的系統，我們做過：IG Post Manager 把 IG 的寫稿、產圖、排程、發布、追蹤收進同一個後台。如果你也想把廣告帳號的日常作業接成固定流程，可以跟我們聊聊現在卡在哪一段。

每天跑的 Meta 廣告自動化：巡帳、告警、暫停燒錢廣告

每天跑的三條裡，前兩條只讀不寫，可以最先上線；第三條會動到正在花錢的廣告，要先決定走規則引擎，還是 AI 判斷加人工核准。

每日巡帳摘要

這條取代的是「每天早上打開廣告管理員、切三個帳號、截圖貼到群組」那 30 分鐘。AI 擅長把一堆數字寫成三五句人話，而且整條流程不需要任何寫入權限。

上下文爆掉是最常被低估的坑。RAR 設計攻略的實測提到，連接器回傳的是原始 API 資料，大帳號拉長區間很快就把對話撐滿。比較穩的做法是先在 n8n 或程式裡把數字彙總成一張小表，再交給 AI 寫摘要。連太多 MCP 本身也會吃掉 context，MCP 吃 token 的機制這篇有詳細拆解。

異常告警

巡帳是每天看一次，告警是有事才叫你。兩條要分開做：巡帳追求完整，告警追求準，混在一起會變成每小時一封沒人看的長信。

n8n 範本 #7976 是很好的起點，它的說明也建議往「自動暫停表現差的廣告」延伸。我們建議先別急著延伸：告警跑兩週，確認門檻抓得準、誤報少，再把它接到下一條暫停流程。

暫停燒錢廣告：規則引擎和 AI 加核准兩條路

這條是 8 條裡風險最高的，因為它動的是正在花錢的廣告。下表把兩條路並排比較，每一列都是同一個欄位。

官方規則引擎文件寫得很清楚，規則在 Meta 端執行，不需要你的 AI 一直開著。它還有一個常被忽略的好處：不怕提示注入。有第三方整理了 Palo Alto Unit 42 的研究，記錄到單一廣告頁面裡藏了 24 次「approve」指令，想騙 AI 審核代理放行，目前沒有確認成功的攻擊，但這類風險主要出現在「讓 AI 讀外部內容再做決定」的流程裡。企業端怎麼防，可以參考提示注入防禦指南。

每週跑的兩條：素材疲乏偵測與 Meta 廣告預算再分配

這兩條的共同點是 AI 很會找出問題，但動手那一步要留給人：素材要人做，預算要人簽。

素材疲乏偵測

這條停在 L1 的原因很實際：MCP 現在接不到「做新素材」這一步。與其硬把 AI 塞進去，不如讓它把待換清單、預覽圖、建議方向整理好，設計同事打開就能動工，省下的是來回溝通的時間。

預算再分配

動手寫這條之前，先確認 Meta 原生功能是不是已經夠用。Advantage+ 的預算最佳化會自己在組合間分配，2025-08-18 起還有 is_adset_budget_sharing，讓同一個 campaign 裡的廣告組合共享最多 20% 預算。外部流程真正補得上的，是 Meta 看不到的資料：DMAP 的教學提醒，轉換數據不一定反映 CRM 名單品質、毛利與退貨率。把訂單系統的毛利接進來，才是這條流程的價值所在，做法可以參考 n8n 串 ERP 的三條流程。

批次建廣告與 Pixel／CAPI 健檢：Meta 廣告自動化的底層工程

這兩條比較像工程工作：一條把企劃表變成廣告，一條確保追蹤資料是對的。兩條做好，前面的報表與告警才有意義。

批次建廣告

Ads CLI 官方介紹寫明資源預設以暫停建立，這是批次流程最重要的安全網，千萬別在腳本裡順手加上啟用。另一件要排進維運行事曆的是版本：Marketing API 最新是 v26.0（2026-07-29 發布），約每 4 個月一版，v24.0 已在 2026-10-06 到期。用 CLI 或自寫腳本，每季都要檢查一次版本。

Pixel／CAPI 健檢

事件量突然掉一截，最常見的原因跟網站改版有關：結帳頁換了、按鈕 ID 改了、伺服器端事件少帶了一個欄位。所以這條流程的觸發點要掛在部署管線上，不能只靠每週排程。這也是 8 條裡最需要工程團隊參與的一條，追蹤碼和網站系統本來就是一起的。

競品廣告庫監控：Meta 廣告自動化在台灣最容易誤會的一條

先講結論：用 API 監控台灣競品的一般商業廣告，很可能抓不到東西。

Ad Library API 的官方說明把涵蓋範圍寫得很清楚，花費與曝光也只給區間值。查不到資料時，有些人會想用瀏覽器代理去網頁版廣告檔案庫抓。這條路別走：Meta 服務條款禁止未經許可以自動化方式存取或蒐集資料，Meta 對 BrandTotal 的訴訟裡，法院認定這類資料蒐集違反條款。競品沒投歐盟時，每月人工看一次，比冒帳號風險實在。

讓 Meta 廣告自動化跑得久：權限、速率限制與稽核

流程設計得再好，權限開太大或呼叫太密，一次就可能出事。下面三件事建議在第一條流程上線前就設好。

三層核准閘門與最小權限

• Meta 端：商家設定的「整合」裡有 Ads MCP Server 規則，可以逐帳號限制改預算、建立活動等動作。Jon Loomer 實測發現每個帳號預設 7 項動作全部允許，要自己關掉用不到的。
• AI 客戶端：Claude 的連接器可以對每個工具設定永遠允許、需要核准或封鎖；Claude Code 可用 permissions.deny 擋掉寫入工具。
• 人工：每個寫入呼叫保持逐次核准，寫入工具不要選 Always allow。
• 最小權限：只讀報表就只授權 ads_read；授權時選「僅目前資產」，別選「所有目前與未來」；用專門的企業使用者，別用老闆自己的日常帳號。
• 最後防線：帳戶支出上限是所有活動累計花費的天花板，達到就停止花費。有實測者提醒介面可能仍顯示投遞中；API 每天最多只能改 10 次。

權限設計這件事，跟任何 AI 代理接系統是同一套思路，AI 代理犯錯誰負責這篇從責任歸屬的角度講得更完整。

速率限制要寫進流程設計

官方速率限制文件還提到，偵測到異常流量時會暫時調降帳戶配額。存取層級在 2026 年也改了名：Standard Access 改叫 Limited Access，Advanced Access 改叫 Full Access，門檻降到過去 15 天 500 次呼叫、最近 500 次錯誤率低於 15%。

停權疑慮與每日稽核

社群流傳過一則事件：有人用 Claude Code 串 Marketing API 一個多月後帳號遭永久停權，第三方整理推測原因是高頻呼叫與重試觸發異常偵測。Digiday 的報導也提到有廣告主這樣說，但兩者之間沒有官方確認的關聯。我們的做法是把它當成設計限制：重試要有退避、錯誤要記錄、呼叫頻率要壓低，寫入能少就少。

稽核則靠 ads_account_get_activity_logs，它等同廣告管理員的變更紀錄。每天讓唯讀流程拉一次，和你自己的變更表比對，任何「紀錄有、變更表沒有」的動作都要追。AI 流程的觀測工具怎麼選，AI Agent Observability 工具指南有完整比較。

從哪一條開始導入 Meta 廣告自動化

從每日巡帳摘要開始，跑兩週確認數字對得上，再加告警，最後才開放寫入。建議的順序如下：

1. 第 1 到 2 週：每日巡帳摘要。只開 ads_read，重點是確認 AI 摘要的數字和廣告管理員一致，時區、幣別、歸因設定都對齊。
2. 第 3 到 4 週：異常告警與 Pixel／CAPI 健檢。調門檻、加冷卻時間，把告警接到有人負責的頻道。
3. 第 2 個月：素材疲乏偵測與競品監控。先做 L1 建議，觀察團隊會不會真的照建議動手。
4. 第 3 個月以後：暫停燒錢廣告與預算再分配。先寫規則引擎版本，AI 負責分析與檢討；開放寫入前，把 Meta 端規則、客戶端權限、人工核准三層都設好。

如果你公司每天有人花半小時抄廣告數字、告警總是隔天才被發現、預算調整靠一個人的記憶，這三件中了兩件，就值得把流程畫出來。官方 MCP 讓「接得上」這件事變簡單了，真正花功夫的是把觸發、門檻、核准、記錄串成一套團隊每天都在用的流程，還要跟你的 CRM、訂單系統、網站部署管線接在一起。

看到這裡，如果你也在想「這套放在我們的廣告帳號會長什麼樣子」，我們很樂意聽你聊聊現在的流程，一起看哪一條最值得先做、權限要怎麼切。還在評估 AI 能幫上哪些忙的階段，也可以從 AI 顧問服務開始。

想看我們內部 20+ 個 AI 流程怎麼分工，可以讀恆遠內部 AI 工作流揭密。