Google Ads 語言定向拆走之後：預算、報表與轉化回傳要一起改

As of 2026 年 11 月，做 sem 的香港廣告主面對一個很實際的變化：搜尋廣告系列的語言定向設定已經正式移除，介面上再找不到這個選項，廣告與著陸頁的語言就成了唯一分辨用戶語言的東西。這件事的影響不在介面，而在兩處：一是你原本靠語言分開的預算，二是你原本按語言切出來的那張報表。

重點摘要

• 搜尋廣告系列的語言定向設定已移除，改由廣告文案與著陸頁去對應用戶語言。
• Performance Max 在 Google 搜尋網絡的廣告不再套用語言設定，YouTube 與多媒體等渠道仍然適用。
• 官方給出的實務做法是繼續按語言分開廣告系列，控制預算與報表，並且不要在一個廣告群組內混用語言。
• 電話轉化現在可以經 Data Manager API 送回 Google Ads，逐筆錯誤會用索引指出是哪一筆出錯，後端數字較容易對帳。
• 兩個看似無關的更新，其實要求同一件事：同一把尺。口徑不清楚，改完之後你會比改之前更難判斷成效。

目錄

1. Google 今次真正改的是哪一層
2. 語言定向拆走之後，Search 同 Performance Max 點分語言
3. 電話轉化、診斷與報表對帳
4. Topkee 的角度：先修測量，再談優化
5. 一份可執行的轉換清單
6. 常見問題

Google 今次真正改的是哪一層

據 PPC News Feed 2026 年 11 月 4 日的報道，Google Ads 已正式移除搜尋廣告系列的語言定向設定。官方在早前公布過這個做法，到今個月才真正在介面消失。廣告主現在要靠廣告文案與著陸頁去對應用戶所用的語言，因為那個設定已經不在了。

同一篇報道補了一個容易被忽略的位置：變動也影響 Performance Max 系列，語言設定不再套用於 Google 搜尋網絡上顯示的廣告，但 YouTube 與多媒體等其他渠道仍然適用。

把這件事拆成兩層會清楚很多。第一層是「誰看到廣告」，這是今次不動的，仍然由搜尋字詞和用戶的行為決定；第二層是「用甚麼語言說服他」，這一層由原本的帳戶設定搬到廣告文案和著陸頁身上。第二層搬到內容之後，就沒有系統替你擋住語言錯配，錯配會直接反映在點擊率和轉化率上，而報表不會告訴你原因。

Search Engine Roundtable 2026 年 11 月 5 日的每日論壇摘要收錄了同一則消息，另外還有一條與後端數字相關的更新：Google Ads 開發者網誌在 11 月 4 日公布，Data Manager API 的最新版本開始支援把電話轉化送往 Google Ads。兩件事放在一起看，讀者要判斷的其實是同一個問題：改動之後，你的預算和報表跟得上嗎。

Google Ads 語言定向移除後，Search 與 Performance Max 按語言分開投放與報表

這一節回答香港客戶問得最多的問題：以前靠語言設定分開的投放，現在要怎樣接住。

第一個決定是廣告系列的劃分。報道引述的實務建議是繼續按語言分開廣告系列，理由是預算控制與報表。這條建議在香港特別有用，因為同一個城市裡，同一個城市裡，繁體中文、簡體中文和英文的搜尋字詞會混在同一個關鍵詞下。分開系列之後，每一種語言的預算出價與轉化數字各自歸屬，出問題時你看得出是哪一邊。

第二個決定是廣告群組的紀律，也是 sem 帳戶最容易出錯的位置。報道同時提醒不要在單一廣告群組內混用語言。理由很直接：一個廣告群組通常由同一組關鍵詞和兩三條廣告組成，如果裡面既有繁體文案又有英文文案，系統會按某些條件輪流展示，你收到的點擊就混了兩種語言背景的人，著陸頁只有一個版本，總有一邊的體驗是錯的。

第三個決定是 Performance Max。PMax 在搜尋網絡上不再吃語言設定，但在 YouTube 與多媒體上仍然適用。這代表同一個系列裡，不同渠道的語言控制能力不一樣。如果你的 PMax 主要靠搜尋網絡出量，語言就要靠素材與著陸頁去守；如果主要靠 YouTube 與多媒體，設定仍然幫得上忙，但你也要接受搜尋那一邊沒有同等保護。

把三件事寫成一張判斷表：

這裡要講白一句：沒有一個做法保證成效。分開系列會令每個系列的數據樣本變小，學習期可能變長；留在同一個系列，報表就永遠分不出語言差異。兩邊都要付代價，選擇的是你能承受哪一種代價。

電話轉化、診斷與報表對帳

語言分開之後，另一個問題會浮上來：分開的系列要怎樣證明自己的轉化是真的。

Google Ads 開發者網誌在 2026 年 11 月 4 日說明，Data Manager API 的最新版本新增把電話轉化送往 Google Ads 的支援。電話轉化追蹤的是廣告帶來的電話，以及這些電話之後有價值的客戶行動。要送出這種轉化，需要在事件上設定 call_info 欄位，開始時間放在 start_timestamp，來電者用雜湊電話號碼放在 user_data。

對於做高單價、重諮詢行業的香港客戶，這一條有實際價值：很多成交是在電話裡談成的，之前的回傳方式要麼靠人工匯入，要麼靠另一套整合，中間的時差與錯漏沒有機制說明。現在同一個 API 可以處理。

同一個更新還加了一項診斷能力：每次查詢請求狀態時，錯誤計數與警告計數都會附帶 record_indices 欄位，列出受影響紀錄在原請求中的位置，索引由 0 起算。舉例來說，值為 [0, 3] 代表請求中的第一筆與第四筆事件因同一個原因失敗。這個設計的用處在於，你不用再靠猜去修一份幾百筆的名單。

有一點必須講清楚，報道本身也寫明：成功送出請求不等於每一筆都處理成功。如果你把「請求成功」當成「轉化已回傳」，報表會少數而你不知道。另外，以 lead_id 與 match_id 做歸因目前仍然未提供，所以離線與多來源的事件仍然要配合其他識別碼，轉化才接得回去。

做 google ad 廣告 的客戶最常問我一條界線：平台的歸因窗口是固定的，Google 官方設在這個固定範圍內，超過窗口才成交的單，算法不會再把它算回去。做語言分系列的時候，如果你的英文系列走的是長考慮週期，窗口內看不到轉化是常態，不要因此把它砍掉。

Topkee 角度：先修測量，再談優化

Topkee 以 Google Ads 官方合作夥伴身份處理搜尋、展示、YouTube、Performance Max 與 App 廣告的投放與優化。今次的語言定向變動，落在我們日常做搜尋廣告優化的那一層：細化匹配類型、拓展長尾詞、更新否定關鍵詞，本來就是按語言分開處理的工作，只是以前有一道系統設定替你擋著，現在沒有了。

在我們的流程裡，語言分系列的決定會先寫進報告結構。Topkee 的廣告報告分析按預算控制、點擊率、轉化數量與質素、單次轉化費用四個方面分析本期投放，再據此給出下一期的預算、出價與關鍵詞計劃。語言是這份報告的一個維度，不是一句備註：如果繁體與英文系列混在一起看，單次轉化費用會被兩邊拉平，你就看不到哪一邊其實在漏水。

第二層是「同一把尺」。Topkee 的跨渠道歸因示範以客戶自己的資料層做起點，而不是以平台後台做起點，Google Ads、Yahoo Ads、Facebook Ads 與 GA4 的數字匯入同一份報告。這個做法在今次變動之後更加重要：語言分開系列，報告就要按語言各跑一次漏斗，否則你只知道整條漏斗在漏，不知道是哪一段。同一個帳戶示範裡最常見的漏點落在「點擊 → 互動」，也就是廣告點進來之後沒有走到諮詢或表單那一步，這一段的表現要用落地頁與素材的語言是否對得上來解釋。

第三層是 sem 報告裡 ROAS 的定義。我們的量法是成交價值除以廣告支出，不是平台後台自己算的回報。Google 的歸因窗口是一個限制，不是一個答案；B2B 或高單價行業的成交往往在窗口之外，平台看不到，你的財務報表看得到。兩份數字的差距要寫進報告，讓客戶知道自己買的是甚麼。

有一點要說清楚：知識庫裡沒有我們對今次 Google 更新的任何表態或服務調整記錄。上面講的是我們現有的流程怎樣接住這類變動，不是新推出的服務。

一份可執行的轉換清單

如果你打算這星期就把帳戶整理好，google ads marketing company 常用的次序是這樣，前一步沒做完不要跳去下一步。

第一步，點清現有系列。列出每一個搜尋系列和 PMax 系列，標明主要語言、主要渠道、過去幾個月的轉化數量與單次轉化費用。這一步只是把現狀寫下來，不改任何設定。

第二步，決定分不分系列。用上一節的判斷表對照，分開的寫下理由，不分的也寫下理由。沒有寫理由的，三個月後沒人記得為甚麼當初這樣做。

第三步，檢查著陸頁的語言。這是移除設定之後最多人漏掉的一環。同一條廣告指向的著陸頁，標題、按鈕、表單提示要跟廣告語言一致；如果一個頁面要服務兩種語言，就分開兩個頁面。

第四步，修轉化回傳。電話轉化接上 Data Manager API 之後，先看一次診斷，確認 record_indices 沒有指向大量失敗的紀錄，再開始看報表。診斷乾淨之前，報表上的數字不能當結論。

第五步，固定報表口徑。寫下語言維度、時間範圍、歸因窗口和 ROAS 定義，之後每期照用。口徑一改，前後兩期的數字就無得比較。

第六步，設定檢視點。改動之後的第一個周期只看數據是否穩定重複，第二個周期才開始判斷哪個語言系列值得加預算。

補充一句關於搜尋字詞，google ads marketing company 交接帳戶時也常見到這個問題：語言分開之後，否定關鍵詞也要分開維護。繁體系列擋掉的詞，未必適合在英文系列擋，兩邊共用一份否定清單，很容易把有用的流量一起擋走。

常見問題

語言定向拆走之後，我的舊系列會自動變成怎樣？

舊系列的語言設定在介面上已經不在了，廣告會按廣告文案與著陸頁去對應用戶語言。你不需要重建系列，但需要檢查文案與著陸頁是否真的對得上目標語言。

Performance Max 還需要設定語言嗎？

在搜尋網絡上不需要，因為語言設定已不再套用；在 YouTube 與多媒體上仍然適用。同一個系列裡，不同渠道的語言控制能力不同，這一點要在報告裡寫明。

電話轉化接上之後，報表數字會立刻變準嗎？

不會立刻。要先看一次診斷，確認沒有大量紀錄因同一個原因失敗。另外，以 lead_id 與 match_id 做歸因目前仍然未提供，離線與多來源事件仍要配合其他識別碼。

分開語言系列，會不會令學習期變長？

有這個可能，因為每個系列的數據樣本變小。判斷的方法是看每個系列過去幾個月有多少轉化；轉化太少就先不要拆得太細，或者在預算上保證每個系列有足夠的量。

我們應該找只做 Google Ads 的，還是包多平台的代理？

決定因素不在代理的規模，而在它有沒有能力用同一套口徑衡量你所有的投放。如果一個代理只能講平台後台的數字，語言分系列之後你得到的會是一堆各自漂亮的報表，加起來對不上財務。

下一步

先做清單的第一步：把現有系列的語言、渠道與近幾個月數字寫成一張表。這張表做完，你會知道要拆幾個系列、哪一個系列需要先修轉化回傳。想了解我們的搜尋廣告優化怎樣做，可以看 Google Ads 管理服務；想看效益型投放的整體流程，Performance Google Ads，按收入而建 有完整說明；做多媒體配合的話，GDN 廣告 那一頁亦有關於渠道分工的內容。要做 google ad 廣告 的預算重排，建議先看完這三頁再決定要不要動預算。

Sources

1. Daily Search Forum Recap: November 5, 2026, Search Engine Roundtable, 2026-11-05. https://www.seroundtable.com/recap-11-05-2026-42466.html
2. Data Manager API now supports Google Ads call conversions and row-level diagnostics, Google Ads Developer Blog, 2026-11-04. https://ads-developers.googleblog.com/2026/11/data-manager-api-now-supports-google.html
3. Search Central Live in Zurich is back!, Google Search Central Blog, 2026-11-04. https://developers.google.com/search/blog/2026/11/search-central-live-zurich-2026
4. Search Campaign Language Targeting Removed in Google Ads, PPC News Feed, 2026-11-04. https://ppcnewsfeed.com/ppc-news/2026-11/search-campaign-language-targeting-removed-google-ads/