Google、Meta、TikTok 都推了 Ads MCP：台灣電商先接哪一個（2026）

三家平台把門打開，但不是同一時間打開的

廣告平台很少把自家帳戶的鑰匙交出去，2026 年前後卻連續發生了三次，而且是分兩批發生的。先是 Google，在 2025 年 10 月就悄悄把 Google Ads API 的官方 MCP server 放上 GitHub，讓 AI 代理人可以直接查詢帳戶數據。接著時間跳到 2026 年春天，短短三個月內，另外兩扇門幾乎前後腳打開：Meta 在 4 月底推出 Meta Ads AI Connectors，一次給出 29 個工具，讀取與寫入都能做；TikTok 緊接著在 5 月的年度峰會宣布自己的官方 Ads MCP，號稱能讓外部 AI 代理人直接規劃、投放、優化廣告活動。一扇門先開了半年，另外兩扇才在同一個春天跟上。

對一個每天盯著多平台後台的台灣電商行銷主管來說，這個畫面既讓人興奮，也讓人擔心。興奮的是，那些反覆切帳號、拉報表、微調預算的重複工作，好像終於能交給 AI 代理人代勞。擔心的是，三家平台的 MCP 長得完全不一樣：有的只能讀、有的能直接改帳戶、有的還在測試版、有的甚至只是峰會投影片上的一則宣布，連文件都還沒開放。

於是這半年，客戶會議室裡最常冒出來的一句話變成：我們到底該先接哪一個？緊接著的第二句話通常是：接了會不會出事、要投多少人力、是不是慢了就落後同業。這些焦慮都很真實，因為三家平台的新聞標題長得都很像，實際能做的事卻天差地遠。

這篇想先給一個可能和直覺相反的答案。先接哪一個平台，關鍵其實不在平台本身，而在你有沒有準備好餵給它的東西。下面我們會把三家的官方 Ads MCP 攤開來比，也會說清楚一個常被跳過的前提：MCP 只是把門打開，門後面那桶水乾不乾淨，才是決定 AI 代理人給你好答案還是壞答案的關鍵。

團隊的聲音

我們 91APP 團隊這半年陪品牌客戶盤點廣告帳戶時，最常撞見的其實是一種微妙的落差：老闆看新聞看得很心動，真的打開後台，卻發現能接上 MCP 的帳戶，第一方數據常常是散的、跨通路對不起來的。我們把這個觀察特別記下來，因為它往往比選哪一個平台，更該先被處理。

判斷一個 Ads MCP 值不值得現在接，先看讀寫、託管、成熟度

Ads MCP 這個詞被講得很熱，但三家平台端出來的東西，成熟度和權限差很多。要判斷一個平台的 MCP 值不值得現在接，我們建議先用三個問題把它拆開來看，而不是被「官方」兩個字沖昏頭。

1. 這個 MCP 是讀還是寫？這是差異最大的一層。有的 MCP 只能讀取報表與診斷，碰不到預算與檔案；有的則從第一天就開放寫入，AI 代理人可以直接建立廣告活動、調整預算。讀寫權限決定了你敢不敢讓代理人自動執行，也決定了出錯時的風險等級。舉個台灣品牌很容易遇到的情況：一個唯讀的 MCP，最糟的結果是報表拉錯、看走眼，你重新查一次就好；一個能寫入的 MCP 若沒設好關卡，代理人在半夜把某檔的預算加了十倍，隔天早上你面對的就是實際燒掉的廣告費。權限愈大，愈需要配上愈嚴的審核設計，這兩件事必須成對出現。
2. 它是託管還是自架？託管版由平台自己架好伺服器，你只要在 AI 工具裡加一個連結、跑一次授權就能用；自架版則要自己在本地或雲端把 server 跑起來，還要自備開發者權杖與授權金鑰。託管省事，自架可控，這中間牽動的是 IT 人力與資安審查的成本。對多數台灣中型電商團隊來說，沒有專職工程資源去維運一台自架 server，託管會是比較務實的起點；但如果品牌對資料不經過第三方託管有合規要求，自架就是必要選項。這一題沒有標準答案，取決於你團隊的技術底子與資安政策。
3. 它是正式版還是測試版？有的 MCP 已有完整開發文件與工具規格，有的還停在宣布階段，沒有安裝指南、沒有確定的上線日期。測試版的工具簽章隨時可能改動，把核心投放流程壓在還會變的東西上，是我們最常提醒客戶避開的坑。測試階段還有一個隱形成本：平台還沒承諾向下相容，這一版寫好的自動化腳本，下一版可能就要重改。愈是核心、愈是天天要跑的流程，愈該等它穩定再上。

把這三個問題整理成一張對照，決策會清楚很多：

三家平台攤開比：日期、工具數、讀寫權限

把三家官方 Ads MCP 攤在同一張桌上，差異一眼就看得出來。以下用具名事件、日期與工具數各自對照，資料都連回原始來源。

1. Google 走的是唯讀路線，而且最早。
   • 日期與來源：Google 在 2025 年 10 月就把 Google Ads API 的官方 MCP server 開源上架到 GitHub，官方開發者文件持續更新到 2026 年年中。
   • 讀寫權限：目前只有三個工具，search（用 GAQL 拉報表）、get_resource_metadata（查資源結構）、list_accessible_customers（列出可存取帳戶）。它能查分析、能做診斷，但碰不到預算、關鍵字或檔案開關。Search Engine Land 也點出，這個唯讀是刻意的安全邊界，Google 把寫入留在需要驗證的 Ads API 裡。
   • 託管方式：自架非託管，用 Python 在本地跑 stdio，或自己部署到 Cloud Run，仍需要開發者權杖與 OAuth 授權。
   • 對台灣品牌的意義：它把「查帳戶、跑診斷」這件天天要做的事，變成用自然語言問一句就好，風險又低。實務上很多團隊會採一種安全分工，讀由 MCP 做，寫仍走需要驗證的 Ads API，讓代理人先擬好要改的內容，再由人或受政策控管的自動化去執行那一步。
2. Meta 走的是讀寫全開，而且高調。
   • 日期與來源：根據 Meta for Business 官方公告，Meta 在 2026 年 4 月 29 日推出 Meta Ads AI Connectors。
   • 讀寫權限：一次開放 29 個工具，涵蓋報表洞察、廣告活動管理、商品目錄、帳戶診斷、資料集操作五大類，讀取與寫入都能做，走 Meta Business OAuth 授權，不用申請開發者 App、不用等審查。細看這 29 個工具，有一大半集中在報表與商品目錄，真正碰到廣告寫入的比例反而克制，看得出 Meta 先為電商與分析場景鋪路，對自動建立活動仍走得謹慎。
   • 託管方式：同時提供一個託管的 MCP server 與一個命令列工具，兩者共用同一組 29 個工具。Meta 自己建議的分工是，對話式的分析與臨時報表用 MCP，需要精準重複執行與大量操作的工作用命令列。
   • 安全設計：透過 Connectors 建立的每一個廣告活動、廣告組、廣告，都會先落在暫停狀態，沒有任何指令能跳過這一關。這也讓 Meta 在三大平台中率先做到從第一天就開放讀寫。它對台灣電商的意義，會和 Meta 這一年在歸因與投放上的多項改動綁在一起看，稍後我們會接回這條線。
3. TikTok 宣布了，但還沒真的能用。
   • 日期與來源：多家媒體報導，TikTok 在 2026 年 5 月中旬的年度峰會宣布官方 Ads MCP，號稱能讓 AI 代理人直接規劃、投放、優化活動。Digiday 的報導屬於媒體轉引，具體工具規格與寫入細節都還沒有第一手文件佐證，我們會建議台灣品牌先當作方向參考，別當成現在就能落地的工具。
   • 現況：截至 2026 年年中，這比較像一則宣布，沒有公開開發文件、沒有安裝指南、沒有確定的正式上線日期。
   • 想現在試的風險：目前只能用社群做的第三方 server，本質上都是 TikTok 行銷 API 的自然語言包裝（版本號以 TikTok 官方文件為準）。這些第三方版本有的支援讀寫、有的只讀，成熟度參差；更麻煩的是，它們常常要你把 TikTok 的長期存取權杖交給不知名的第三方保管，一旦權杖外洩，等於把帳戶的鑰匙交了出去。碰帳戶前要格外謹慎，先確認它用的是不是官方 OAuth、權杖存在哪、專案維護活不活躍。
   • 節奏觀察：從時間點看，TikTok 是三家裡最後一個表態的，這也符合它一貫「等別人踩過坑再進場」的節奏。

同一個時間軸串起來看：Google 早在 2025 年秋天就先開了唯讀的門，Meta 在 2026 年 4 月補上讀寫版，TikTok 則仍停在峰會宣布階段。三家的官方立場擺在一起，形成一個很清楚的光譜：Google 保守、Meta 激進、TikTok 還在路上。

這個光譜對台灣品牌的實際意義是，你不必也不該三家一起接。多數電商的廣告預算本來就有主戰場，先把資源壓在你花最多錢、也最痛的那個平台，用它的 MCP 解決你最花時間的事，比追求「全都接上」更划算。對以搜尋與購物廣告為主的品牌，Google 的唯讀報表就先夠用；對重社群投放的品牌，Meta 的讀寫版本才是重點；至於 TikTok，在官方版本真正開放前，把它當成觀察名單就好。真正會被你帶著走、跨平台通用的，是操作習慣本身：讓 AI 先讀、人再決定，先小範圍試、再逐步放權。這套節奏在哪個平台都適用，等於是一次投資、三家受益。

表象、機制、底層：為什麼平台搶著開這道門

三家平台搶著推 Ads MCP，表面上看是一場工具競賽，往下挖有它的機制，再往下還有一個更根本的前提。

先看表象。MCP 的全名是 Model Context Protocol，是 Anthropic 在 2024 年底提出的開放標準，用一套共同語言讓大型語言模型和外部資料源、應用程式對接。過去要讓 AI 讀廣告帳戶，得各家各自寫介接；有了 MCP，等於大家講同一種話，AI 代理人接一次就能通。這也是為什麼三家平台會在這麼短的時間內同步跟進，因為標準是共用的，慢一步就等於把入口讓給對手。我們在談 MCP 與 RAG 在行銷自動化裡到底扮演什麼角色那篇裡，就拆過這層常被誤解的技術定位。

再看機制。這一波的動力不只是介接標準，而是整個廣告投放正在往代理人化走。Google Marketing Live 2026 的官方彙整把主軸講得很白：讓 Gemini 成為 Google Ads 的作業系統，讓廣告全面代理人化，從創意生成到跨版位的購物流程，都在把「人動手操作」換成「人下指令、AI 執行」。而 Ads MCP，就是這條代理人化路線在「讓外部 AI 讀進帳戶」這一端的介接。看懂這點，就會明白平台為什麼搶著開門：誰的帳戶先讓 AI 代理人接得順，誰就先卡住行銷人每天工作流的入口。

這裡要特別提醒一個容易張冠李戴的地方。GML 2026 上，有些是全新發布，有些是 2025 年就先發、2026 延續強化的。用自然語言指揮投放的 AI Max、Smart Bidding Exploration 屬於 2025 先發、2026 延續的功能，別和當年全新發布的東西混為一談；我們在 Google AI Max 的完全解析裡有把版本脈絡分清楚。至於 GML 2026 上被點名、宣稱可跨 Google Ads、GA4、Merchant Center 一次問完的統一 Gemini 代理人 Ask Advisor，目前是英文測試版，名稱與功能細節仍以 Google 官方公告為準，先當方向參考就好。

最後看最根本的那一層。代理人化聽起來很美，它有一個沉默的前提：AI 代理人讀到什麼樣的數據，就給你什麼樣的答案。當它讀到的是破碎的、跨通路對不起來的第一方數據，它給的建議也會是破碎的。這是資料源的問題，怪不到平台頭上。我們在談 Agentic Commerce 與顧客數據平台的關係那篇談過，代理人越自動，越吃乾淨、完整、能歸戶的第一方數據。

用一個具體的顧客旅程就看得懂。同一位顧客上週在門市刷了會員條碼買了一件外套，這週在官網把同款不同色加進購物車卻沒結帳，週末又點開了一封推播。如果這三件事在系統裡是三筆對不起來的紀錄，AI 代理人只會把他當成三個陌生人，投出三份互相打架的廣告；如果三件事都歸到同一個人身上，代理人才看得懂他是誰、下一步該推什麼。MCP 打開的是水龍頭，水質好不好，決定在你自己的水塔。這也是為什麼我們一再強調，選平台是後面的事，先看資料源。

接 MCP 之前，先想清楚 AI 代理人會讀到什麼

講到這裡，先接哪一個平台的問題，其實已經換了位置。真正該先問的，是你自家的第一方數據，撐不撐得起一個 AI 代理人來讀。

這正是顧客數據平台這一層的角色。91APP 的 CDMP 做的事，用一句話講，就是把線上與線下、不同通路、不同裝置的顧客行為歸戶到同一個人身上，再把這份乾淨、完整的第一方數據，準備成廣告代理人讀得懂的樣子。當一個品牌的顧客資料是 OMO 全通路歸戶過的，AI 代理人透過 MCP 讀進去，看到的是同一位會員在門市買過什麼、在官網看過什麼、對哪類推播有反應，它給出的受眾建議與預算分配才會準。我們在談 OMO 資料整合的方法那篇，就把這個從歸戶到餵給廣告端的流程走過一遍。

方法論上的映射很單純：MCP 是讓廣告自動化跑起來的引擎，乾淨且能歸戶的第一方數據是燃料。先把燃料備好，再選要先發動哪一具引擎，順序不會錯。反過來說，燃料不乾淨，引擎越強，噴出來的黑煙越多。

多平台的 Ads MCP 起來以後，這件事會更關鍵，一個對帳的場景最能說明。假設你同時接了 Google 與 Meta 的代理人，月底行銷主管打開兩份報表畫面，Google 那邊說某個受眾 ROAS 很漂亮、建議加碼，Meta 那邊卻把同一批人算成低效受眾、建議砍預算。如果兩邊看的第一方數據沒有一個乾淨的共同底稿，受眾定義與成效歸因就會各說各話，主管只好把兩份報表並排，一格一格手動對，一個下午就這樣耗掉。相反地，當顧客數據平台先把全通路歸戶的資料整理成一份共同底稿，各平台的代理人讀的是同一個顧客真相，跨平台的建議才可能互相對得起來。這一層準備做足了，接上 MCP 以後拿到的答案才信得過，也才敢真的交給代理人去跑。

接 Ads MCP 之前，先把第一方數據歸戶乾淨

與其急著回答先接哪一個，我們建議台灣品牌先把下面四段路鋪好。順序照數字走，愈前面的愈該先做。

1. 接平台前，先把第一方數據歸戶盤乾淨。花一到兩週，把官網、門市、會員系統、各廣告帳戶的資料現況盤一次，重點看三個檢查點：同一位顧客在門市與官網是不是同一個 ID、退貨與換貨有沒有寫回會員、推播與廣告的成效能不能對回到人。這三點只要有一點是破的，接哪家 MCP 都是把破碎資料餵進去。這一層歸戶，正是 91APP CDMP 這類顧客數據平台要先幫你補起來的地方。
2. 先接 Google 的唯讀 MCP 練手感。因為它只能讀、不能改，風險最低，很適合拿來建立團隊的操作習慣：讓 AI 代理人先做報表與診斷，人看過再決定。可以從幾個天天要做的動作開始，例如每週固定跑一份帳戶健檢、找出花費異常的活動、比對不同受眾的成效。等 Meta、TikTok 的寫入版本成熟，這套讀優先、人審核的節奏可以直接搬過去，團隊不用重新適應。
3. 對能寫入的平台，一律設審核關卡。Meta 的 Connectors 雖然預設把新建的廣告活動放在暫停狀態，但這只是最後一道保險。團隊內部自己也要有一層人工簽核，明確規定哪些動作代理人可以直接做、哪些一定要人點頭，例如調預算、改受眾、開關正在跑的活動這類會動到錢的操作，一律留給人。Meta 這一波在廣告端的改動很密集，我們在 Meta 2026 歸因大改版的解讀與 91APP 的 Meta 廣告策略兩篇裡，都整理了對台灣電商的實際影響，接 MCP 前值得先讀。
4. 對第三方 connector 與二手消息，多留一個心眼。市面上有不少第三方 connector（例如 Scalekit、Composio）補上寫入與權杖管理，也有媒體轉引說某些平台版本支援寫入。這些工具能用，但要看清楚它有沒有繞過平台的正式授權流程；官方或有平台認證的工具較安全，來路不明的連接器碰帳戶要格外謹慎。判斷方式也不難：看它用的是不是平台官方的 OAuth 授權、有沒有平台認證的合作標章、開源專案的維護活躍度如何。把授權這關看緊，比省下的那點接入時間重要得多。

水龍頭與水塔

回到會議室裡那句話：我們到底該先接哪一個？

Google 先開門，Meta、TikTok 春天接力，這件事本身是好消息，它讓廣告操作有機會從一格一格的手動點擊，變成下指令、AI 執行。但門開了，不等於裡面的水就乾淨。Google 的唯讀、Meta 的讀寫、TikTok 的宣布，是三個不同形狀的水龍頭；真正決定端出來的水好不好喝的，是每個品牌自己那座水塔，也就是有沒有把第一方數據歸戶乾淨。

先接哪一個，答案會隨著平台成熟度一直變，今天的最佳解半年後可能就換人。先把水塔顧好，這件事十年後仍然成立。我們見過太多品牌在新工具上線時衝得很快，卻在資料這關惋惜地卡住，白白錯過工具帶來的紅利。回到會議室那個問題，我們給客戶的建議一向很簡單：與其追著水龍頭跑，不如先把自己的水塔養乾淨，等到哪個龍頭都打得開的那天，你端出的每一杯水，才都是同一種好味道。

常見問題 FAQ

Q1: Google、Meta、TikTok 的 Ads MCP 最大差別是什麼？ 最大的差別在讀寫權限與成熟度。Google 目前是唯讀，只能查報表與診斷，2025 年秋天就上線；Meta 在 2026 年 4 月底推出讀寫全開的官方版本，一次 29 個工具，新建物件預設暫停；TikTok 在 2026 年 5 月宣布官方版本，但截至年中還沒有公開文件與確定上線日期。

Q2: 台灣電商該先接哪一個平台的 Ads MCP？ 與其先選平台，不如先確認自家第一方數據夠不夠乾淨完整。若要練手感，可以先接風險最低的 Google 唯讀版，建立 AI 先讀、人再決定的節奏；等 Meta、TikTok 的寫入版本成熟，再把同一套流程搬過去。

Q3: Ads MCP 能直接改預算、開關廣告嗎？ 要看平台。Google 唯讀版不行，它碰不到預算與檔案。Meta 的官方版本可以寫入，能建立與編輯廣告活動，但新建的物件會先落在暫停狀態，需要人工再確認。開放寫入的平台，都建議在團隊內部另設一層人工審核。

Q4: MCP 是什麼？和一般 API 有什麼不同？ MCP 是 Model Context Protocol，Anthropic 在 2024 年底提出的開放標準，用一套共同語言讓 AI 模型和外部資料源對接。相較於各平台各自的 API，MCP 讓 AI 代理人接一次就能通多個來源，省去為每個平台重寫介接的工。多數 Ads MCP 本質上是各家行銷 API 的自然語言包裝。

Q5: 接 Ads MCP 前，資料要準備到什麼程度？ 關鍵是第一方數據能不能歸戶。AI 代理人讀到破碎、跨通路對不起來的資料，就只會給破碎的建議。理想狀態是線上線下、各通路、各裝置的顧客行為都歸到同一個人身上，這通常要靠顧客數據平台這一層先整理好，再開放給廣告端讀取。

Q6: 第三方 MCP connector 可以用嗎？安全嗎？ 可以用，但要看清楚它有沒有繞過平台的正式授權流程。官方或有平台認證的連接器相對安全；來路不明、跳過標準授權的工具碰到帳戶會有風險。另外，媒體轉引的功能規格（例如某平台版本支援寫入）在沒有第一手文件前，建議只當方向參考。

延伸閱讀

• 迎戰 Google AI Mode：電商老闆與數位廣告主的生存與獲利指南
• 如何評估 CDP AI agent：先問這四個問題
• 廣告微轉換 Micro Conversions 是什麼，為什麼它決定 AI 出價的準度