用GA4衡量旅宿網站預訂按鈕的方法｜與電話、詢問的區別

已在旅宿網站加入Google Analytics 4（GA4），卻只看頁面瀏覽數就結束了嗎？旅宿網站真正想知道的是，看過客房與價格的人是否能前往預訂頁面、是否嘗試撥打電話，以及是否完成詢問。

這些可以作為GA4的「事件」進行衡量。不過，按下預訂按鈕的次數，與實際成立的預訂數是兩回事。前往外部預訂服務後的情況，有時只靠自家網站的GA4無法得知。

本文說明不熟悉IT的旅宿主人，如何決定預訂按鈕、電話、詢問要衡量到哪個階段，以及如何安全委託AI或網站製作公司。

結論：起初只衡量一項「前往預訂頁面」
將預訂過程分為四個階段
GA4的事件與關鍵事件
外部預訂按鈕有時可由加強型評估確認
同網域內的預訂按鈕需要另一種設計
電話點按能得知什麼
詢問要區分點擊與完成
不要將個人資料傳送至GA4
為何在外部預訂服務中衡量會中斷
衡量預訂完成時的注意事項
建立衡量設計表
設定前的唯讀調查
只實作一項的委託內容
設定後的確認方法
每月要看的數字
檢查清單
總結
參考資料

結論：起初只衡量一項「前往預訂頁面」

一開始就想衡量預訂完成與營收，會牽涉外部預訂服務整合、同意管理、個人資料與重複計數，變得複雜。先依以下順序進行。

確認目前GA4的安裝方式
將預訂動線分成「瀏覽、點擊、輸入、成立」
衡量一項前往外部預訂頁面的點擊
在GA4即時報表或DebugView確認
將數字的意義與限制記錄於營運筆記
只有需要時才擴展到電話與詢問

即使把「預訂按鈕點擊」設為關鍵事件，顯示名稱與報告也不要寫成「預訂成立」，應使用「前往預訂頁面」等實際衡量的行為。

將預訂過程分為四個階段

階段	使用者的行為	自家網站可能得知的情況	預訂成立了嗎
1	查看客房、價格與預訂說明	可由頁面瀏覽確認	否
2	按下預訂按鈕	可作為點擊確認	否
3	輸入日期、人數、姓名等	若在外部服務內通常無法得知	否
4	確定預訂	只有正式整合時才能確認	是

階段2增加，不代表階段4也增加。客滿、價格、輸入困難或付款錯誤，都可能讓使用者中途離開。相反地，由電話或OTA預訂的人，不會記錄為自家網站的預訂完成。

GA4的事件與關鍵事件

GA4將頁面瀏覽、連結點擊、表單提交等行為稱為「事件」，其中對事業特別重要的行為可指定為「關鍵事件」。Google Analytics的關鍵事件說明說明，可將收集中的事件設為關鍵事件，在報表確認重要行為。

旅宿網站可如下區分名稱與意義。

衡量對象	顯示的意義	關鍵事件候選
前往預訂頁面的外部點擊	前往預訂入口	第一個候選
點按電話連結	嘗試撥打電話	需要時可列為候選
詢問完成	表單處理完成	能確實判定時
預訂完成	在預訂系統成立	只有能正式整合時

加上關鍵事件標記，不會改變事件的事實。只將預訂點擊設為關鍵事件，不會讓它變成「預訂數」。

外部預訂按鈕有時可由加強型評估確認

若預訂按鈕是從自家網域前往另一網域預訂服務的一般連結，有時可由GA4加強型評估取得外部連結點擊。Google官方的外部點擊衡量指南說明，啟用加強型評估後，可將離開目前網域的連結偵測為click事件。

應確認以下項目。

目的地網域
目的地URL
是否為外部連結
發生點擊的頁面
事件發生次數

但若預訂按鈕使用JavaScript、位於iframe內、預訂服務已設為跨網域衡量對象，或前往同網域內的預訂頁面，行為會不同。不要認定「開啟加強型評估就全部收得到」，請用實際按鈕測試。

同網域內的預訂按鈕需要另一種設計

從example.jp/rooms/前往example.jp/reserve/的站內連結，不是外部點擊。可用頁面瀏覽確認是否抵達預訂說明頁，或以Google Tag Manager（GTM）等設定特定按鈕的點擊事件。

不建議初學的旅宿主人直接把網路上的程式碼貼進佈景主題。可能在佈景主題更新時消失、重複加入相同標籤，或誤將所有按鈕納入衡量。

先請製作公司或AI調查以下事項。

GA4是透過佈景主題、外掛還是GTM安裝
相同評估ID是否重複加入
預訂按鈕是一般連結、JavaScript還是iframe
預訂目的地與自家網站是相同還是不同網域
是否已傳送點擊事件

依調查結果加入既有管理方式。未使用GTM的網站，不必只為這一項而一定導入GTM。

電話點按能得知什麼

智慧型手機的電話連結通常以tel:開頭。衡量此連結的點擊，可作為嘗試撥打電話次數的參考。

不過，能衡量的只有點按。

在撥號畫面取消
電話沒有接通
是推銷或打錯的電話
同一人多次按下
在PC看到電話號碼，使用另一台裝置撥打

GA4無法單獨區分這些情況。應視為「電話連結點按」，而非「電話預訂數」，避免與電話受理紀錄或預訂台帳混用。

也不必將電話號碼本身放進事件名稱。若需區分多間設施或多個窗口，可考慮front_desk等不識別個人的分類，而不是個人電話號碼。

詢問要區分點擊與完成

在詢問表單按下提交按鈕，仍可能發生輸入錯誤或通訊失敗。因此，相較於「提交按鈕點擊」，在WordPress正常處理並顯示完成畫面或成功狀態時衡量，意義更明確。

另一方面，若完成畫面是任何人都能直接開啟的URL，可能把沒有詢問的瀏覽也計入。請確認表單外掛的成功事件、完成頁面條件，以及重複提交時的行為。

此外，表單完成也不保證郵件送達旅宿。GA4不是郵件送達監控，應與確認WordPress詢問郵件傳送、接收與驗證的方法分開考慮。

不要將個人資料傳送至GA4

Google避免傳送個人資料的官方指南要求不要將Google可識別個人的資訊傳送至Analytics。旅宿網站在預訂與詢問會處理個人資料，尤其需要注意。

不要將以下資訊加入事件名稱、附加資訊、URL或頁面標題。

姓名
電子郵件地址
電話號碼
地址
預訂編號、會員編號
將住宿日期與姓名連結的資訊
詢問內容
表單輸入的自由文字
可識別個人的精細位置資訊

例如直接傳送/thanks/?email=...或/booking-complete/123456等完成URL，可能混入個人資料或識別碼。資料遮蓋功能只是輔助，優先採取從一開始就不把個人資料放入URL或事件的設計。

為何在外部預訂服務中衡量會中斷

自家網站與預訂服務，可能由不同業者、網域、Cookie與同意畫面運作。若預訂服務端沒有加入自家的GA4標籤，前往服務後的輸入與成立資訊不會送達自家GA4。

若想追蹤至預訂完成，請確認預訂服務的官方功能。

能否設定GA4評估ID
是否支援跨網域衡量
能否傳送預訂完成事件或購買事件
如何處理金額、稅、幣別、取消與退款
如何統一同意管理與隱私說明
能否區分測試預訂與正式預訂
是否採用不傳送個人資料的規格

不要未經許可將程式碼嵌入不支援的服務，或自動操作畫面製造成立數。也可將點擊數以GA4、成立數以預訂系統作為各自正本，分別比較。

衡量預訂完成時的注意事項

Google建議事件包含用於詢問等的generate_lead，以及表示購買完成的purchase。建議事件的官方清單說明，使用規定的意義與附加資訊，能讓報表更容易運用。

但將住宿預訂作為purchase傳送的設計，需要與預訂服務正式整合並測試。

不因重新載入而重複計算同一筆預訂
不以個人資料作為唯一交易ID
統一金額與幣別的定義
區分現場付款與預先付款
決定如何反映變更、取消與退款
與實際預訂管理資料核對

若不需要做到這個程度，將外部預訂點擊保留為改善指標較安全。

建立衡量設計表

設定前，旅宿主人、製作公司與AI共享以下表格。

行為	發生位置	衡量名稱	可作為事實陳述的內容	無法陳述的內容	確認方法
預訂按鈕	自家網站	外部點擊	嘗試前往預訂目的地	預訂成立	即時報表
電話連結	自家網站	電話點按	開始撥號操作	通話、預訂成立	智慧型手機測試
詢問	完成狀態	詢問完成	表單處理完成	收信、回覆	測試提交
確定預訂	預訂服務	預訂完成	透過正式整合偵測成立	與台帳完全一致	測試預訂、核對

寫下「無法陳述的內容」，可避免在每月報告高估數字。

設定前的唯讀調查

不要一開始就讓AI變更GTM或WordPress，先請它調查現況。

請以唯讀方式調查旅宿網站的GA4與預訂動線。

確認事項:
- GA4標籤安裝方式，以及評估ID是否重複
- 有預訂按鈕的公開頁面
- 各按鈕的目的地網域
- 一般連結、JavaScript與iframe的區別
- 加強型評估是否可能取得外部點擊
- 既有點擊事件與關鍵事件

請先不要變更WordPress、佈景主題、外掛、GTM或GA4設定。
不要完成預訂、詢問或付款。
不要輸出評估ID以外的機密資訊或使用者資訊。
請區分已確認、推測及給旅宿主人的問題。

只實作一項的委託內容

調查後，將對象限定為一項。

我只想衡量前往外部預訂頁面按鈕的點擊。
請依以下調查結果，提出加入既有GA4管理方式的方案。
［調查結果］

要求:
- 衡量名稱不要讓人誤解為預訂成立
- 不傳送姓名、電話、電子郵件、預訂編號或表單內容
- 不重複計算相同點擊
- 不將其他外部連結計為預訂
- 說明變更前後差異及還原方式
- 起初只在測試環境或一個按鈕試驗

請先不要執行正式環境變更，提出設定方案與確認步驟。