首次接觸歸因把貢獻分配給最早記錄的有效接觸點；最後接觸歸因則分配給指定成果發生前的最後一個有效接觸點。 兩者都不能還原影響旅客的全部經歷。租車業務應先分清「如何認識服務」與「從哪個渠道返回並完成預訂」。
本文結合Google公開說明，以及2026年9月14日查閱的Orcar預訂及付款歸因設計。設計說明並非正式環境資料完整性審核，也不是渠道成效報告。主題插圖只作概念表達，不是真實顧客旅程。
1. 先定義接觸點，再選模型
「首次」只限於可觀察的歷史及有效性規則。旅客可能先在私人通訊中得到推薦，之後才開啟可量度的連結。最後一次瀏覽、最後一次帶標籤的互動，以及最後一次非直接點擊，也可能不同。
Google Analytics區分使用者、工作階段及事件範圍。First user source描述觀察到的使用者來源，Session source描述工作階段來源；事件範圍歸因則為重要事件分配貢獻。更改報表歸因模型，不會改動使用者或工作階段範圍的維度。 [1][3]
Google已於2023年11月移除首次點擊報表模型，不應再把它寫成現時GA4選單的選項。First user維度仍然存在，而自建系統保存首次接觸紀錄是另一概念。 [4]
同意選擇、封鎖儲存、清除Cookie及更換裝置都可能中斷可觀察歷史。缺少的早期接觸點應保留為未知，不要繞過私隱選擇來重建路徑。
2. 瀏覽三次，預訂仍然只有一筆
以下是虛構例子，不是Orcar顧客紀錄。同一瀏覽器先經合作方文章的標籤連結進入網站，之後透過搜尋廣告返回，最後直接輸入網址付款。假設兩個帶標籤的接觸點仍有效，並已連結同一筆預訂。
| 角度 | 本例的歸因對象 | 說明甚麼 |
|---|---|---|
| 首次有效接觸 | 合作方文章 | 觀察到的發現渠道 |
| 最後非直接點擊 | 搜尋廣告 | 最後有效的非直接回訪 |
| 字面上的最後瀏覽 | 直接瀏覽 | 付款工作階段怎樣開始，未必等於歸因渠道 |
| 業務成果 | 一筆符合條件的已付款預訂 | 各角度共同描述的去重結果 |
Google的歸因模型通常不把貢獻分給直接瀏覽，除非整條路徑都是直接瀏覽。所以，直接返回付款不等於預訂必然歸給直接流量。自建模型須另行說明規則。 [4]
文章及廣告並非各自新增一筆預訂。把首次及最後接觸的預訂數相加，只會重複計算同一筆成果。
3. Orcar預訂設計反映的差異
文件所確認的實作會在瀏覽器分別建立首次及最後接觸資料。建立預訂和建立付款時，都會將歸因及分析工作階段資訊傳送至伺服器。建立付款可能更新預訂的歸因資訊；付款完成時，預訂可能連結至付款工作階段。
因此，開始預訂與付款時掌握的資訊可能不同。再次瀏覽可能帶來新證據。比較報表前，須確認使用哪個時點的紀錄及哪種成果時間。「首次接觸」這個欄位名稱，不代表它必定是不變的個人終身首次發現紀錄。
文件中的獲客漏斗以連結至量度工作階段的確認已付款預訂作為最後一步，不只依靠瀏覽器的付款成功事件。這是已查閱設計的描述，不保證每筆實際預訂均完整連結。嘗試付款與確認已付款是不同成果。
4. 用同一批租車預訂比較
判斷渠道成效前，先統一以下準則：
- 成果：選擇確認已付款預訂或已完成租賃，去除重複，不混合狀態。
- 時間：說明按瀏覽日、付款日或取車日分組，以及時區和資料截止時間。
- 有效歷史：列明回溯期及直接流量規則。Cookie保存期限不等於報表的歸因回溯期。 [3]
- 紀錄時點：採用建立預訂、建立付款或事後核對時的資料。
- 覆蓋率：在同一成果群組，以已連結工作階段的預訂除以全部符合條件的預訂；連結成功但缺少來源標籤的部分亦須分開顯示。
- 金額：使用相同貨幣及退款規則。付款金額、退款後淨收入及貢獻利潤不能混用。
保留未連結預訂的獨立分類。資料配對改善可能令可歸因預訂增加，但不代表推廣更有效。核對識別碼應限制存取，旅客姓名、證件資料及預訂存取權杖不應放入活動標籤。
5. 把分歧變成下一個驗證問題
某渠道常見於首次接觸卻少見於最後接觸，可能先介紹服務，再讓旅客從其他渠道返回。相反模式則可能協助完成決定。兩者都是假設，不是新增需求的證明。
用兩套規則比較同一批預訂，保留未知部分，並在適當權限內檢查路徑。要聲稱取消渠道便會失去其歸因預訂，需要對照實驗或其他可靠的因果設計。可參閱租車成效量度指南。
QR推廣指南處理的是如何確認掃碼至預訂各步驟的證據；本文則討論成果連結後怎樣分配貢獻。規劃國際旅客獲客及預訂流程的業者，可瀏覽Orcar租車合作夥伴介紹。
常見問題
首次或最後接觸哪個較準確？
直接返回會清除先前來源嗎？
未連結預訂可以算作自然搜尋嗎？
來源