[CODE]

廣告跑了一整年,系統什麼都沒學到

恆春兩家民宿的 Google 廣告跑了好幾年,後台轉換數一直掛零——因為落地頁在別人的網站上,根本裝不了追蹤。把落地頁換回自家網站、修好追蹤之後,單週詢問量翻三倍,YoY 營收破百。這是完整的來龍去脈。

1 min read AI 生成
case-study google-ads ga4 bnb attribution

整個 2025 年,恆春兩家民宿都在跑 Google 付費廣告,兩個帳號的轉換數一直是零。不是很低,是零。十二個月、兩個廣告帳號、每家每月一筆預算,系統從來沒有記錄到一次它能歸因到點擊的訂房詢問。

業主沒做錯什麼。訂房一直有進來——靠長期在 Facebook 住宿社團發文、回覆推薦,加上口碑跟回頭客。問題是廣告那條線在盲跑。原因才是重點:廣告點擊送到一個架在第三方旅遊平台上的一頁式民宿介紹頁,是別人的網域,裝不了自家的追蹤碼。所以 Google 的自動出價完全不知道這些點擊裡哪些最後變成了一通電話或一則 LINE。它在對著虛空優化,年復一年。

這篇跟〈Launching a B&B Site That Owns Its Own Bookings〉和〈The click was never the booking〉講的是同一個客戶,但切入點不同。這篇要講的是給生意人看的那條主線:從看不見的廣告花費,到能量化的營收,整個弧線是怎麼走完的,以及為什麼動作的先後順序就是一切。

真正的問題不在廣告設定

看到轉換掛零,很容易直覺認定是廣告設錯了——關鍵字選錯、出價爛、文案弱。其實都不是,因為改這些一樣不會有任何變化。落地頁在業主沒有控制權的網域上。別人的頁面你裝不了追蹤碼。沒有碼,就沒有轉換事件。沒有轉換事件,出價演算法就沒有學習資料,它就真的只是在猜誰會訂房。

廣告沒有在學,比廣告學錯東西更浪費。學錯方向的帳號至少還有訊號可以修正;沒有訊號的帳號是把預算燒進一個黑洞。這個診斷,決定了後面每一步的順序。

第一步:把落地頁拿回自己手上

2026 年三月底,客戶自家的網站上線,廣告落地頁從第三方平台搬回業主自己控制的網域。GA4 同步裝上去。這不是為了好看的改版——這是任何量測的前提。看不見的東西沒辦法優化,不是自己的頁面也看不到流量。

第二步:藏住所有訊號的那個追蹤 bug

裝上追蹤碼,不等於追蹤碼有在跑。第一次上線有個 bug:電話點擊、LINE 按鈕被點時,GA4 事件沒有正確送出。按鈕一直被點,系統什麼都沒看到。

四月三日修掉這個 bug。從那一刻起,每一次網站上的聯絡按鍵點擊——電話點擊、LINE 點擊——才真正開始被記錄。講清楚這些是什麼:這是訪客「進到網站之後」才發生的網站聯絡按鍵點擊,由 GA4 捕捉,不是廣告點擊(廣告點擊 Google 在活動層級早就在算了)。這兩個帳號開台以來第一次,Google 的自動出價拿到了它整整一年都缺的那個訊號:「這個人真的聯絡了業主。」系統就是從這一刻開始學習的。

第三步:打開跨平台的觸及

六月初,兩個帳號都上了 Performance Max 廣告活動。跨網路 sessions 五到六月成長超過四倍。因為追蹤這時已經在跑了,這不只是流量變多——是系統終於讀得懂、學得到的流量。

第四步:不要對著永遠不會訂房的人出價

六月中那兩天,兩個帳號做了一次大規模關鍵字整理。砍掉那些看起來相關、其實永遠不轉換的搜尋:找景點的、找一般飯店的、找旅遊行程的。補上超過 50 個競品排除字。A 館另外加上自家特色關鍵字——戲水池、KTV、電動麻將——這些是它真正的客人會搜的東西。

判斷力就在這裡。加好的關鍵字很簡單。難的是看出哪些「相關但不對」的搜尋正在悄悄吃掉預算,而且願意把它砍掉——而正是這一刀,讓系統對「誰才會真的訂房」的輪廓變清楚了。

一直在跑的那層:不用打開 GA4 也能讀的週報

每週一早上,一個 cron 自動產出週報——電話、LINE、Facebook 詢問熱度,廣告流量品質,頁面轉換漏斗——讓任何異常在還來得及處理的時候就浮上來。業主完全不用打開任何儀表板。(報告系統本身寫在〈Building GA4 Reports for People Who Don’t Open GA4〉。)

到底改變了什麼

詢問量的數字是這個故事最乾淨的版本。兩家合計的每週電話 + LINE + Facebook 詢問量:

  • W22(六月前的基準):1×
  • W23(六月第一週):1.5×
  • W24(大改關鍵字那週——學習期——回落):1.1×
  • W25(學習期結束):3.2×
  • W26:3.4×

學習期結束後,單週詢問量是改動前的三倍以上。W24 那個下滑,是系統在用新的關鍵字輪廓重新訓練——本來就會這樣,這也正是為什麼改動看起來「傷了一週」時不用慌。

YoY 月營收,2025 對 2026,是同一個形狀,只是慢了一拍:

  • 五月(新網站第一個完整月):A 館 +16.8%;B 館 -3%,其實等於持平——去年五月有一筆連住大單把基期墊高了。
  • 六月(PMax 上線、關鍵字清完):+43.7% 和 +64%。
  • 七月(六月詢問高峰結出的果,截至 6/29、七月才剛開始):+126.8% 和 +99.7%。
  • 累計:至少 +60% 和 +51.9%。

六月下旬那批詢問,大多訂的是七月的房。七月這組數字是七月還沒開始就已經確定在手的訂單——一家超過翻倍,另一家差一點翻倍。

五月成長溫和這件事值得提一句,因為對它誠實也是重點的一部分:這兩家在廣告修好之前,本來就靠多個管道在撐基本盤。廣告改善帶來的增量佔比,在這裡沒有那麼顯眼。這不會削弱結果——它讓「這個結果該歸因到哪」更清楚。

為什麼這件事本來根本不會發生

做網站、修歸因、上 PMax、動關鍵字、每週產一份報告——這每一塊以前都是一條獨立的人力。一個工程師、一個數據分析、一個廣告專員、一個寫週報的人。對恆春這兩家民宿來說,這套人力配置從來不在選項裡。要把它做起來的成本,遠超過這門生意撐得起的程度。

所以這件事一直沒人做——不是沒人想做,是這筆帳怎麼算都划不來。改變的不是 AI 取代了一個團隊,而是這整套東西,第一次對這種規模的客戶變得划算。這裡每一步都不是什麼黑科技;真正的成就是,它能完整地、端到端地,為一家兩館的小生意「跑得起來」。

這些成長守不守得住,取決於系統的摩擦感夠不夠低——訂房結果回報給系統夠不夠順、週報夠不夠好讀、行動路徑夠不夠短。業者要用多少是他們的選擇;我們這邊能做的,就是不斷把這整套東西的門檻壓到沒有理由不用。但那件結構性壞了一整年的事——廣告對著虛空燒錢、沒辦法學習——已經修好了。系統終於看得見,而開業十二年來第一次,廣告預算是在學習,不是在猜。