品牌開始經營好友推薦、AI 業務助理或 KOC 合作後,通常很快就會遇到一個問題:「這筆訂單,到底是誰帶來的?」
顧客可能從 LINE 收到商品連結,在幾天後回到官網購買;店員可能先在門市介紹,再把選品頁傳給熟客;微網紅則可能同時分享多個商品與活動。如果品牌只查看電商後台的訂單總額,往往看得到結果,卻看不到推薦者、分享入口與商品之間的關係。
推薦歸因的目的,就是把這段過程串起來,讓品牌知道一筆推薦訂單從哪裡開始、由誰帶來,以及最後產生什麼成果。
推薦歸因是什麼?
推薦歸因是將分享、點擊、購買與獎勵等事件,連回對應推薦者與推薦情境的資料方法。一套完整的推薦歸因,至少要能回答四個問題:
- 誰分享了商品或活動?
- 推薦連結從哪個入口被取得?
- 親友瀏覽或購買了哪些商品?
- 訂單成立後,應歸屬給誰並計算什麼獎勵?
一般網站分析工具可以透過 UTM 參數辨識流量來源、媒介與活動。Google Analytics 官方文件也建議一致使用 utm_source、utm_medium 與 utm_campaign,避免相同活動因命名不同而分散成多筆資料。查看 Google Analytics 官方說明 →
但推薦行銷不只需要知道「流量從 LINE 來」,還需要辨識「是哪位顧客、會員、店員或合作夥伴完成分享」。因此,推薦歸因通常需要比一般流量歸因更完整的識別與訂單串接。
為什麼只看 UTM 還不夠?
UTM 適合辨識活動與通路,例如來源是 LINE、Email 或門市 QR Code、內容來自哪一檔活動,以及使用哪一個按鈕或版位。
但它通常無法單獨回答是哪一位推薦者分享、推薦者屬於顧客或店員、同一位推薦者帶來多少有效訂單,或訂單取消後獎勵是否需要調整。因此,品牌需要把活動來源資料與推薦者識別碼、商品資料、訂單編號及獎勵狀態連結起來。
推薦歸因需要記錄哪些資料?
1. 推薦者資料
首先要辨識分享者是誰,以及他所屬的推薦者類型。常見欄位包括推薦者識別碼、推薦者類型、會員或 LINE 身分、所屬門市或合作群組,以及啟用狀態。
推薦者類型很重要。一般顧客可能取得購物金或 LINE POINTS;店員可能需要計算個人與門市業績;微網紅或團媽則可能採用現金分潤。
LINE Login 可在使用者授權後取得使用者 ID;若企業要將 LINE 身分與自有會員資料連結,仍需在自己的服務端建立對應關係。查看 LINE Developers 的 ID 串接說明 →
2. 推薦連結與入口資料
每次取得推薦連結時,可記錄推薦者、商品或活動、連結建立時間、入口來源,以及當時採用的獎勵規則。入口可以是官網商品頁、LINE 官方帳號、Email、會員中心、門市或個人選品頁。
這些資料能協助品牌判斷:顧客在哪一個接觸點最願意分享,而不是只知道最後的點擊來自哪個通路。
3. 點擊與瀏覽資料
親友點開連結後,可記錄點擊時間、推薦連結、造訪商品、裝置及是否進入購物流程。重點不是蒐集愈多資料愈好,而是保留足以判斷流程是否順暢的事件。
例如,分享次數很多但點擊很少,可能是訊息內容不夠清楚;點擊很多但沒有加入購物車,則可能是商品、頁面或優惠不符合親友需求。
4. 訂單與有效狀態
推薦歸因不能停在「已下單」,還要持續同步訂單編號、商品與金額、成立或取消狀態、有效訂單金額,以及獎勵計算與發放狀態。
如果品牌在訂單成立時就立即認列推薦成效,後續取消與退貨可能造成營收及獎勵數字失真。因此,品牌應先定義「有效推薦訂單」的共同口徑。
如何建立推薦歸因流程?
先定義推薦者身分
確認顧客、會員、LINE 好友、微網紅、團媽與店員等角色的資格、權限、獎勵及業績歸屬。
統一推薦入口與命名
盤點官網、LINE、Email、門市與社群入口,讓推薦者、活動、商品與通路使用一致且穩定的識別方式。
串接電商訂單狀態
確認訂單何時成立、取消與退貨如何回寫、多商品如何計算,以及同一訂單遇到多個來源時如何判定。
建立跨部門共用口徑
讓行銷、電商、門市與財務使用相同的推薦者、訂單狀態、歸因期間與獎勵定義。
第一方推薦數據可以帶來哪些決策?
當推薦歸因穩定運作後,品牌不只得到一份活動報表,還能逐步回答:
- 哪些顧客願意持續推薦?
- 哪些商品容易被分享並完成購買?
- LINE、官網、Email 或門市,哪個入口較有效?
- 哪種獎勵能兼顧參與和成本?
- 哪些店員能把門市服務延伸成線上訂單?
- 哪些推薦者值得提供更長期的合作條件?
這些由品牌互動、推薦與訂單累積而來的資料,能成為品牌自己的第一方推薦數據。它的價值不只在證明活動成果,更在協助品牌選擇下一次應放大的商品、推薦者與情境。
推薦歸因常見的四個錯誤
只記錄最後一次點擊
親友可能先看到店員分享,之後再從 LINE 或搜尋回到官網。如果只保留最後一次造訪來源,就可能忽略最初的推薦關係。
訂單成立後不再更新
未同步取消與退貨,會讓推薦營收、轉換率與獎勵成本失真。
各活動使用不同資料口徑
不同活動若對「有效訂單」「新客」或「推薦者」採用不同定義,就無法進行長期比較。
收集很多資料,卻沒有對應行動
推薦數據應對應明確決策,例如調整入口、商品、獎勵或推薦者經營方式。沒有決策用途的欄位,只會增加維護成本。
從一條可追蹤的推薦路徑開始
品牌不必一開始就建立最複雜的歸因模型。可以先選擇一種推薦者、一個主要入口與一項核心目標,例如讓既有 LINE 好友分享指定商品,並追蹤有效推薦訂單。當識別、訂單與獎勵流程穩定後,再逐步擴展到會員、店員、微網紅與更多接觸點。
SOOCKER 協助品牌把顧客、微網紅、團媽、店員與 AI 產生的推薦成果集中管理,串接推薦者、商品、訂單與獎勵資料。實際能取得的資料欄位與串接方式,仍需依品牌使用的 LINE、開店平台及內部系統確認。
下一步
不只看到推薦訂單,更要知道訂單從哪裡來
用 30 分鐘盤點目前的 LINE、推薦入口、電商訂單與獎勵流程,確認品牌建立第一方推薦數據的第一步。
預約推薦數據整合諮詢