問題：廣告還在跑，建立的後門改了
Google 的官方變更從 2026 年 8 月 3 日起生效：Google Ads API 不再支援建立新的 Smart Campaign；既有 Smart Campaign 仍可更新，也會繼續投放廣告。這個差異很重要，因為「不能新建」不等於「現有活動立刻停播」。〔S1〕〔S2〕
Smart Campaign 原本就是為小型企業設計，主打少一點設定與維護，並依企業資料與目標做自動最佳化。〔S3〕所以中小企業現在最該問的，不是「是不是每個活動都要重做」，而是「我們到底由誰、透過哪個工具建立新活動？」
7Pyramid 觀點
我會把這件事想成店裡的自動補貨機：貨架上的商品還在賣，但補新貨的後門改了路線。先找出是哪一台機器在送單，再測新的補貨路徑；不要因為後門改道，就把整間店的貨架拆掉。這是幫助理解的比喻，不是 Google 的遷移保證。
新聞拆解：改的是建立，不是立刻停播
Google 官方建議評估的替代活動類型包含 Performance Max、Search 與 Demand Gen，但它們不是按一個按鈕就能完全等價替換的方案。活動目標、素材、轉換設定、預算與報表方式都要由投放負責人重新確認。〔S1〕
| 你看到的情況 | 先不要下的結論 | 先做的檢查 |
|---|---|---|
| 既有 Smart Campaign 還在投放 | 新建流程一定沒問題 | 確認是否還有 API、代理商工具或排程在建立新活動。 |
| 新活動建立失敗 | 所有 Google Ads 都要立刻重做 | 記下建立者、活動類型、API 版本、錯誤碼與送出的欄位。 |
| 想換 Performance Max、Search 或 Demand Gen | 三者任一都能直接接手 | 先用低風險情境測建立、更新、停用與報表，再比較目標與轉換設定。 |
後果：最先壞的可能是自動化入口
如果代理商、CRM、行銷平台或內部程式會透過 API 自動建立新活動，問題可能先出現在新客戶上線、季節活動複製或排程任務，而不是既有活動突然消失。這是根據官方建立限制與錯誤行為提出的流程推論，不是 Google 公布的事故統計。〔S1〕〔S2〕
工程師或供應商可以先搜尋建立請求中的 advertising_channel_type=SMART 與 advertising_channel_sub_type=SMART_CAMPAIGN。Google 的公告也列出版本差異：v24 可能回傳 SmartCampaignError.CREATION_FAILED；v23 或更早版本可能回傳 OperationAccessDeniedError.CREATE_OPERATION_NOT_PERMITTED。〔S1〕
這些欄位和錯誤碼的用途，是幫你定位受影響的建立路徑，不是要把 API 名稱丟給行銷同事就算完成遷移。真正要做的是把「誰建立、用什麼建立、失敗通知誰」寫出來。
解法：先畫出誰在建立
我建議先做一張四欄盤點表。它是 7Pyramid AI 的工作流建議，不是 Google 官方的強制格式；作用是讓老闆、工程師、代理商與平台供應商對同一條流程有共同畫面。
| 建立者 | 使用工具 | 動作與活動類型 | 失敗通知對象 |
|---|---|---|---|
| 人工／代理商／程式 | Google Ads 管理介面／CRM／排程／外部平台 | 新建／更新／停用／報表；是否包含 Smart Campaign | 角色、姓名或客服工單 |
如果你找不到建立者，先不要把正式預算搬到替代活動。請代理商或供應商回覆目前 API 版本、建立請求是否包含兩個 Smart Campaign 欄位，以及失敗時誰負責接手。
今天就做：10 分鐘盤點，加四項回歸測試
拿一個去識別化的活動建立請求或錯誤日誌，先完成下面四步。測試可以放在 Google Ads 測試帳戶、低風險工作區或不會改動正式預算的流程裡。
- 列出所有可能建立新活動的入口：人工、代理商工具、CRM、內部程式與排程工作。
- 搜尋
SMART與SMART_CAMPAIGN，確認它們是在建立請求，而不是只出現在報表或更新流程。 - 把建立、更新、停用、報表分成四個檢查，留下時間、API 版本、錯誤訊息與人工接手紀錄。
- 再評估 Performance Max、Search 或 Demand Gen；正式預算、轉換設定與活動目標由投放負責人核准。
| 測試 | 要留下的證據 | 人工停點 |
|---|---|---|
| 建立 | 建立者、活動類型、欄位、API 版本與結果 | 任何新活動或預算變更前 |
| 更新 | 既有活動是否仍能被讀取與更新 | 改動投放設定前 |
| 停用 | 停用指令、完成狀態與復原方式 | 正式活動狀態改變前 |
| 報表 | 活動、轉換與預算資料是否仍能回收 | 用報表做商業決策前 |
跑完一次，你會比看一堆「平台要換了」的標題，更清楚團隊缺的是程式修正、供應商回覆，還是投放策略重新設計。先把入口找出來，再決定改程式、改工具，或只改操作手冊。
結論：先改流程，再談換方案
Google Ads API 的這次變更，提醒中小企業一件常被忽略的事：你以為自己在管理廣告，其實可能是在依賴某個代理商、排程或 API 建立流程。既有 Smart Campaign 還能更新與投放，給了團隊盤點的時間；新建路徑受限，則要求你把下一個活動會從哪裡出現弄清楚。
我的建議很簡單：先確認建立者與欄位，再用低風險測試驗證替代路徑，最後才由懂轉換目標的人核准預算與活動變更。這樣你是在管理遷移，不是在被錯誤訊息追著跑。
常見問題
2026 年 8 月 3 日 Google Ads API 改了什麼？
Google Ads API 不再支援建立新的 Smart Campaign；既有 Smart Campaign 仍可更新並繼續投放。這是新建路徑的變更，不等於所有既有廣告當天停止。〔S1〕〔S2〕
這代表所有 Google Ads 活動都要今天重做嗎？
不代表。先確認你的流程是否真的會用 API 建立新的 Smart Campaign，再依帳戶、活動目標、素材、轉換設定與報表需求評估替代活動。不要把 Performance Max、Search 或 Demand Gen 當成自動等價搬遷。〔S1〕
工程師或代理商要先搜尋什麼？
先找建立請求中的 advertising_channel_type=SMART 與 advertising_channel_sub_type=SMART_CAMPAIGN，再確認 API 版本與錯誤日誌。v24 可能回傳 SmartCampaignError.CREATION_FAILED；v23 或更早版本可能回傳 OperationAccessDeniedError.CREATE_OPERATION_NOT_PERMITTED。〔S1〕
資料來源
- S1｜Google Ads Developer Blog：Changes to Support for Smart Campaigns in the Google Ads API
- S2｜Google for Developers：Feature deprecations and unversioned changes
- S3｜Google Ads API：Smart Campaigns overview
- S4｜Search Engine Land：Google Ads API to stop supporting new Smart Campaign creation
本文的四欄流程盤點、低風險測試與人工停點，是 7Pyramid AI 根據上述來源提出的實作建議；不代表 Google 為你的帳戶、替代活動或投放成效提供遷移保證。