Meta Ads

Meta Ads CLI 教學：自動化工具如何重塑你的廣告分工？

Lewis wang

01 May 2026 — 閱讀時間 13 分鐘

2026 年 4 月 29 日，Meta 開發者部落格丟出一則公告。沒花俏的形容詞，標題就一句：「Introducing Ads CLI: A Command-Line Interface for Meta Ads and Commerce」。意思是，從今天開始，你可以從終端機直接打 meta ads campaign create 把一支 campaign 開起來。不用點 Ads Manager、不用寫 Python SDK、不用再煩 OAuth 認證流程。

短短一篇公告，講的是工具。骨子裡，是一場分工的重組。

來源：Meta for Developers Blog、Ads CLI 官方文件。

你的廣告日常，現在被攤開來看

你每天打開 Ads Manager 在做什麼？

我猜大概是這樣。早上先看昨天的數據，把表現差的 ad set 暫停，把預算挪去贏家組合，然後從 Excel 或客戶 Slack 拉出新一批素材，建 campaign、建 ad set、設受眾、上廣告、QA 一輪，按下啟動。中午前半天就過去了。

如果你管 5 個帳戶，這套流程乘以 5。如果你帶兩個 junior（菜鳥同事），他們又不熟流程，每個 case 你還得 review。

重點是什麼？

這套工作流裡，真正需要你判斷的事其實很少。素材選哪一套、預算怎麼配、受眾怎麼切，這些是判斷。剩下的點滑鼠、選下拉式選單、複製貼上 ID，是體力活。

Meta 這次推 Ads CLI，就是把那個「體力活」的部分整個搬到終端機裡。

為什麼 Meta 推 Ads CLI？AI Agent 是真正客戶

如果你問我，這次 Meta 推 Ads CLI 主要的目標客戶不是「人」，是「AI agent」。

Meta 開發者部落格自己寫得很清楚，鎖定三類使用者：開發者、Operations 團隊、還有 AI agents and tools（AI 代理和工具）。第三類放在文件最顯眼的位置，這不是巧合。

你看 Anthropic 半年前推 Claude Skills，OpenAI 推 Apps SDK，Google 推 ADK。這年頭就是 AI agent、AI agent、AI agent。

這些 agent 需要什麼？需要可預測、可組合、可寫 script 的 interface（介面）。SDK 太重，每次 call 都要寫一堆 boilerplate code（樣板程式碼）。GUI 太鬆，那是給人看的，agent 看不懂。CLI 剛剛好:noun-verb 結構（meta ads <resource> <action>）、固定的 exit code（程式結束代碼）、輸出可選 JSON 直接餵給下一個 process。

這就像從手工裁縫進化到樂高積木。

裁縫做西裝很美，但 1 件做 1 個禮拜。樂高積木看起來陽春，但小孩也能堆出火箭，而且能拆下來重組。CLI 就是那塊樂高，AI agent 就是堆積木的小孩。

不是我說，這個趨勢太明顯了。Anthropic 在 Claude Skills 設計原則裡明白寫，agent 跑工具最好走 CLI，stdout/stderr 是 agent 最熟悉的 interface。Google 那邊也早一步把 MCP 接進 Ads 與 GA 的工作流，把廣告月報從 2 週壓到 2 分鐘。Meta 這次跟上，只是時間問題。

那對你來說，這代表什麼？

代表你的工作會分成兩半。

一半是判斷、是策略、是看數據下決定。這部分越來越值錢。
另一半是執行、是建檔、是 QA。這部分會被自動化吃掉。

以前廣告投手是「全手工裁縫」，從建 campaign 到優化全包。
現在廣告投手是「策略師加 agent 操控者」，你下指令，agent 去執行。

聽起來太抽象？等下半段你看完手把手 demo 就懂了。

Meta Ads CLI 安裝教學：Python 環境配置

切入重點，怎麼裝、怎麼用。整套流程拆成 5 個步驟，照著做就會跑。

Meta Ads CLI 5 步驟工作流：Install → Token → Campaign → Insights → Agent

步驟 1：安裝 CLI

需要 Python 3.12 以上。我推薦用 uv（Astral 出的 Python 套件管理器，比 pip 快很多），如果你還在用 pip 也行：

# uv 派
uv tool install meta-ads-cli

# pip 派
pip install meta-ads-cli

步驟 2：設定 Access Token

需要一組 Meta system user access token（系統使用者存取權杖）。從 Meta Business Suite 裡的 Business Settings → Users → System Users 拿。建議開一個 dedicated 的 token，不要拿你個人 user token 來用，會混。

export META_ADS_TOKEN="EAAxxxxxxxxxx"
export META_ADS_ACCOUNT_ID="act_123456789"

或丟進 .env 檔案，CLI 會自動讀。Meta 文件特別強調這個設計，是為了避免你把 token 直接打進 command history 或 commit 進 git，這個小細節我給滿分。

步驟 3：開你的第一個 Campaign

來開一支夏季特賣 campaign，每天 50 美金預算：

# 開 campaign（預設 PAUSED，不會誤上）
meta ads campaign create \
  --name "Summer Sale" \
  --objective OUTCOME_SALES \
  --daily-budget 5000

# 開 ad set，設受眾、競價方式
meta ads adset create CAMPAIGN_ID \
  --name "US LinkClicks Adset" \
  --optimization-goal LINK_CLICKS \
  --billing-event IMPRESSIONS \
  --bid-amount 500 \
  --targeting-countries US

# 開 creative（素材：圖片、文案、CTA）
meta ads creative create \
  --name "Hero Banner" \
  --page-id 111222333 \
  --image ./banner.jpg \
  --body "50% off everything!" \
  --title "Shop Now" \
  --link-url https://example.com/sale \
  --call-to-action SHOP_NOW

# 把 ad set + creative 串成一支 ad
meta ads ad create ADSET_ID \
  --name "Hero Banner Ad" \
  --creative-id CREATIVE_ID

# 確認都 OK 後，三層全部 ACTIVE 上線
meta ads campaign update CAMPAIGN_ID --status ACTIVE
meta ads adset update ADSET_ID --status ACTIVE
meta ads ad update AD_ID --status ACTIVE

整套跑完，10 分鐘以內。

注意一個關鍵設計：CLI 預設所有 resource 都建在 PAUSED 狀態。這是 Meta 故意做的安全機制，不會因為你 typo（打錯字）一個指令就把廣告誤推上線燒錢。

步驟 4：撈 Insights 數據

# 撈這支 campaign 過去 7 天的 conversions 跟 impressions
meta ads insights get \
  --campaign_id CAMPAIGN_ID \
  --fields=impressions,conversions \
  --date-preset last_7d

# 想要 JSON 直接餵給下一個工具？加 --format json
meta ads insights get \
  --campaign_id CAMPAIGN_ID \
  --date-preset last_30d \
  --format json | jq '.[] | {date: .date_start, conv: .conversions}'

最後那一個 | jq 看出意思了嗎？這就是 CLI 真正的甜蜜點。pipe 一打，後面接 jq、awk、grep，整個 Unix 工具鏈都能用。你如果熟 shell pipeline，半小時可以寫一支腳本，把所有客戶帳戶的數據撈下來、彙整成週報、寄到 Slack。

如果你想再進一步，把 Meta Ads CLI 接到 Claude 或 GPT 的對話介面裡，可以參考 GA4 MCP Server 的安裝教學，邏輯一樣，把 CLI 包成 MCP server，agent 就能直接用自然語言下指令。

步驟 5：給 AI Agent 用的三件套

如果你想讓 Claude 或 GPT agent 直接幫你跑廣告（這是這個工具最有趣的玩法），加 --no-input --force --format json 三件套，agent 就不會被互動式 prompt 卡住，輸出也好 parse（解析）：

meta ads campaign list --no-input --force --format json

這就是 Meta 在文件裡明說的「automation-ready」（為自動化而生）。

廣告投手的生存策略：從操作者轉向判斷者

回到一開始那句話。這場分工重組到底意味什麼？

我認真給你三個建議：

► 一週內裝起來玩過一輪。不一定要轉換工作流，但你至少要知道這個 interface 長什麼樣，AI agent 看到的世界跟你不一樣。沒玩過，討論起來就只能聽別人說。

► 想清楚你「無法被自動化」的那一塊。素材直覺、客戶溝通、預算策略、跨平台組合、危機判斷，這些是你的護城河，不是滑 Ads Manager 滑得快。Meta 早一步用 Advantage+ 把投放決策交給機器，Google 那邊則是用 Ads Advisor 把 AI agent 直接坐進廣告後台，方向都一樣，差別只是時程。把時間從體力活搬到判斷活，你的單位產值會跳一階。

► 開始學一點 CLI、一點 jq、一點 shell pipeline。我知道行銷人聽到 terminal 會怕，但這些東西其實不難，看得懂英文就會用，三天學得起來。一年之內，會用 CLI 的廣告投手會跟不會用的拉開明顯差距。

也許就被淘汰，也許就升級，也許就轉去當 agent 的「教練」吧？

我自己看法樂觀。CLI 不會讓投手變得不重要，反而會讓「有判斷力的投手」更值錢。

我自己投廣告投過一段時間，看過 Performance Max 出來那次、Advantage+ Shopping 出來那次，每一波自動化工具上線，都會有一批投手在群組裡哀嚎「我們要被收掉了」。實際上呢？活下來而且薪水變高的是哪些人？是那些把手藝從「手調 bid、手刻 audience、手洗報表」升級成「策略判斷、素材直覺、跨帳戶組合」的投手。會被取代的從來不是「投廣告」這件事，是「只會點滑鼠」的這個版本。

組織也是一樣的劇本。Shopify 用 Sidekick 跟 AI Toolkit 兩把武器同時推，行銷團隊接得住的薪水跳級，接不住的就被擠出去。廣告這條線會走一樣的路。

不同觀點：CLI 目前做不到的事

說了一堆好處，回過頭得誠實談談這個 CLI 的缺口在哪。畢竟它 4/29 才上線，連 open beta 都還算很初期。

我把官方 command reference翻過一輪，整理出 4 個「現在還做不到、但日常工作會撞到」的點：

► Custom Audience / Lookalike / Saved Audience 完全沒入口

CLI 公開的 resource type 目前只有 Campaign / Ad Set / Ad / Creative / Catalog / Pixel-Dataset 幾個（資料來源：Meta 官方公告）。重定向受眾上傳、CRM 名單同步、LAL（Lookalike Audience，類似廣告受眾）1%/3%/5% 矩陣的建立，全部要回 Marketing API 自己寫 Python。

受眾才是 Meta 廣告的命脈。第一版 CLI 直接跳過受眾管理，等於官方在告訴你「自動化只給你中段，最值錢的那段你還是要回去寫程式」。這像是 MVP 取捨嗎？我不太相信。比較像 Meta 還沒準備好讓 AI agent 碰受眾這條隱私敏感的邊界。

► Conversion API 事件推送沒被涵蓋

CLI 對 dataset（Pixel）只支援「create / connect to ad accounts」，沒給你 send_events 的入口。意思是，GTM 那條 server-side tracking（伺服器端追蹤）重活還在你身上。

iOS 14 之後，Meta 廣告效能命脈整個轉到 server-side CAPI 上。CLI 能自動化「投放」，但「衡量」這個環節沒閉環。半個自動化。

► A/B Test、Reach Estimate、Async Report 缺席

文件裡看不到 ads/experiments 端點，也沒有 reach/delivery estimate（觸及人數預估）這類 pre-launch 工具。投手日常很重要的「素材 A vs 素材 B 自動 8:2 分流」、「這組受眾預估觸及多少人」這兩個動作，CLI 都接不上。

► Rate limit 還是 Rate limit

Stormy AI 的評測寫得直白：腳本想短時間建 1,000 個 ad？一定撞 Error 17（Marketing API 帳戶層級的請求頻率上限）。

CLI 是 wrapper（包裝層），不是限速救星。Rate limit 是 Meta 帳戶層級的設計，CLI 沒幫你扛 retry/backoff（重試與退避邏輯），要做大規模上廣告，還是得自己寫節流邏輯。

Meta Ads CLI 目前 4 個明確限制：Custom Audience、Conversion API、A/B Test、Rate Limit

社群怎麼說？

CLI 4/29 才上線，整個社群還在熱身期。Hacker News、Reddit r/PPC、r/FacebookAds 目前都還沒原生討論串，中文圈更是 0 聲量，PTT 行銷板和簡中社群都還沒人寫評測。

聲量集中在兩三家廣告 SaaS 的部落格評測，我挑出兩個我覺得最有料的觀點：

Adsuploader 的架構派觀點：「MCP 拿來讀資料，CLI 才適合寫資料」。原因是 MCP 把 58 個 tool definition 全塞進 AI agent 的 context（上下文），光那塊就吃掉 55,000 tokens。對 agent 來說，要做大量寫操作（create campaign / ad），CLI pipeline 比 MCP context 灌爆更實用。

Stormy AI 的 Growth Engineer 觀點：腳本化能做 50-100 組廣告變體，手動只能做 5-10 組。但他也警告，CLI 用過頭、強制把受眾切得太窄，會手動廢掉 Meta 的機器學習。這個提醒我特別認同。自動化不等於把演算法的工作搶過來自己做。

另外一個值得提的訊號：第三方 CLI 早就有人做了。attainmentlabs/meta-ads-cli（YAML 部署、預設 paused）、pipeboard-co/meta-ads-mcp（跨 Meta/Google/TikTok）這兩個專案已經開源 6 個多月，Meta 這次推官方 CLI，某種程度是把社群已經驗證過的東西「官方化」。

綜合判斷

CLI 不是萬能。它解決的是「指令好下」這個問題，沒解決「規模能不能跑」、「閉環能不能成」、「最值錢的受眾運營要不要也給你」這幾個問題。

如果你問我，現在最適合 CLI 的人是 growth engineer（成長工程師），不是傳統投手。

CI/CD pipeline、git diff 看 campaign 改動、AI agent 接管素材測試矩陣，這些是 CLI 真正的甜蜜點。如果你日常還在 Ads Manager 點選操作為主，CLI 學習曲線會比它幫你省下的時間還高。

但這不代表你可以不學。

Meta 用一個工具同時對廣告投手做了兩個宣告：「投手職涯往工程師方向走，或者把執行交給 AI agent」。中間那條路，越來越窄。

工具會變，分工會變，但「判斷力」永遠值錢。Meta Ads CLI 只是把這條分隔線畫得比以前更清楚而已～

協作聲明與免責

這篇文章由王董與 AI 一起整理製作完成。文中引用的第三方資料、研究或工具都會標註來源名稱；若原始出處有公開連結，會以 [來源名稱](URL) 形式附上，方便你進一步查找。若文中內容與原始出處有任何出入，請以原文為準。

內容僅供參考與學習交流，不構成任何專業、商業或投資建議，請依自身情況判斷並自行承擔行動風險。文中提及的工具功能、數據與平台政策可能隨時間異動，請以各官方最新公告為準。