聯盟追蹤。
了解什麼能獲得積分。
關於推薦識別碼、歸因期間、積分模型、行動裝置交接、轉化報告,以及值得信賴的計畫應該說明的落差的實用指南。
關於推薦識別碼、歸因期間、積分模型、行動裝置交接、轉化報告,以及值得信賴的計畫應該說明的落差的實用指南。
聯盟追蹤將推薦來源與明確的轉化連結起來。 連結、代碼或推廣活動代碼用於識別聯盟夥伴。計畫會記錄該識別碼,將其在客戶旅程中攜帶足夠遠以識別符合條件的行為,並套用決定誰獲得積分的規則。
追蹤是歸因的證據,而非某人若非如此就不會轉化的證明。它也不是付款的承諾。退款檢查、客戶資格、佣金費率、門檻與支付時間屬於計畫的財務規則。
| 步驟 | 系統記錄什麼 | 積分可能在哪裡遺失 |
|---|---|---|
| 推薦 | 聯盟 ID、推廣活動代碼、代碼或點擊 ID | 錯誤的連結、被剝離的參數、不受支援的重定向或沒有真實點擊 |
| 識別 | Cookie、第一方記錄、帳號欄位、平台代碼或其他識別碼 | 新的瀏覽器或裝置、已刪除的儲存、被封鎖的追蹤或過期的期間 |
| 轉化 | 計畫所定義的符合條件的付費行為,例如符合條件的購買、升級或訂閱付款 | 付費行為發生在追蹤設定未連接的管道 |
| 歸因 | 由計畫模型選定的符合條件的聯盟或行銷接觸點 | 另一個符合條件的接觸點根據首次或最終點擊規則獲得積分 |
| 報告 | 點擊、轉化、狀態變更,有時包括來源層級的細節 | 處理延遲、隱私門檻、彙總、被拒絕的事件或不完整的儀表板欄位 |
確切的技術各不相同。瀏覽器計畫可能使用第一方 Cookie、已儲存的推薦參數、帳號配對、帳單整合或伺服器對伺服器事件。App 計畫可能依賴平台推廣連結或行動歸因系統。聯盟夥伴不需要營運商家的基礎設施,但確實需要對流程及其限制有清晰的說明。
| 方式 | 優勢 | 該問的問題 |
|---|---|---|
| 專屬聯盟連結 | 自動攜帶識別碼並可回報點擊 | 重定向、連結縮短、同意選擇或網址清理是否會移除識別碼? |
| 推薦或優惠碼 | 在 Podcast、影片、印刷品及其他點擊不便的地方有效 | 代碼本身是否會產生積分,以及是否會覆蓋較早的聯盟連結? |
| 連結加上代碼 | 為受眾提供兩種保留推薦的方式 | 當連結與代碼屬於不同的聯盟夥伴時,哪種方式獲勝? |
| 推廣活動連結 | 使用平台認可的代碼按推廣活動分組結果 | 平台套用哪些事件、期間、門檻與報告延遲? |
代碼本質上並不比連結更可靠。這取決於代碼在何處被擷取以及購買系統是否將其發送到聯盟記錄中。同樣,點擊計數器證明發生了重定向;它並不證明之後的轉化與該次點擊相連結。
| 規則 | 積分如何分配 | 對聯盟夥伴的影響 |
|---|---|---|
| 首次點擊 | 最早的符合條件的聯盟接觸點保留積分 | 對探索型內容有用,但後續的聯盟夥伴可能一無所獲 |
| 最終點擊 | 最近的符合條件的聯盟接觸點獲得積分 | 之後的評測、優惠券網站、廣告或夥伴連結可能會取代最初的推薦 |
| 最終付費行銷點擊 | 最新的符合條件的付費行銷接觸點控制積分 | 「付費」的定義與包含的管道必須有文件記載 |
| 基於代碼或直接指派 | 提交的代碼或帳號層級欄位指明聯盟夥伴 | 計畫必須說明與 Cookie 或連結歸因的衝突 |
| 多點觸及或拆分積分 | 多個符合條件的接觸點分享積分 | 拆分公式與符合條件的位置需要可見 |
期間回答「多久?」模式回答「誰?」 30 天的期間意味著符合條件的行為在記錄的推薦後 30 天內可能獲得積分。它並不保證積分,如果另一個接觸點可以取代它、客戶更換裝置或識別碼消失,就不會獲得。
典型的網站聯盟旅程停留在商家與追蹤平台可以連接的網域內。行動旅程可能從社群 App 或瀏覽器開始,移至 App Store 產品頁面,繼續下載,並在已安裝的 App 內的試用或訂閱中結束。不能假設瀏覽器 Cookie 能在這些邊界中存活。
App Store 推廣連結提供推廣活動報告,但它們不是個別的客戶收據。 Apple 目前的文件表示推廣連結使用供應商與推廣活動代碼。App Store Connect Analytics 可以將曝光、產品頁瀏覽、下載、使用、銷售與訂閱與推廣活動關聯。Apple 也記載了在使用推廣連結後首次下載的 24 小時期間,以及當點擊多個連結時後續銷售歸屬於最近的推廣連結。
報告受到隱私保護。Apple 表示推廣活動指標僅在相關指標於所選期間內達到至少五的最低門檻後才會出現,推廣活動可能需要至少 24 小時才會出現,且小型的詳細報告群組可能會被隱藏或合併。這意味著零可見結果可能代表零結果、數量不足或報告延遲;僅靠儀表板可能無法立即區分這些情況。
至少,聯盟夥伴應該能夠區分點擊與符合條件的轉化,並查看與每個彙總結果相關的日期、狀態與來源或推廣活動。對於內容測試,子 ID 或按版位區分的連結有助於區分電子報與評測、影片描述或個人檔案連結,而無需建立第二個聯盟帳號。
詢問報告多久更新一次、使用哪個時區、點擊是獨立還是不重複、是否允許測試轉化、如何移除重複事件,以及是否提供匯出。計畫也應為差異提供聯絡管道,因為沒有任何歸因系統能確定地擷取每個旅程。
退款或取消不一定意味著原始的點擊或推薦從未被追蹤。它通常改變被歸因的轉化是否符合佣金資格。儀表板應保留足夠的狀態資訊,以區分遺失的轉化與後來被拒絕或撤銷的已記錄結果。
對於訂閱,請驗證計畫是僅追蹤首次付款還是後續的續訂、如何將訂閱事件與原始聯盟夥伴連結、方案變更後會發生什麼,以及取消何時停止未來的積分。這些是特定計畫的規則,而非聯盟追蹤的一般屬性。
| 原始來源範例 | 已公布的追蹤規則 | 限制或衝突規則 |
|---|---|---|
| Taskade | 針對符合條件的銷售 90 天 Cookie 期間 | 禁止自我推薦;變更聯盟代碼會使舊的推薦 ID 失效 |
| Todoist | 瀏覽器 Cookie 持續 90 天並歸因符合條件的付費網站升級 | App Store 與 Google Play 購買不符合已公布的夥伴獎勵資格 |
| ClickUp | 30 天 Cookie;專屬連結必須是初次接觸前最後一次付費行銷點擊 | 既有使用者、自我推薦、某些國家,以及被另一個付費接觸點取代的推薦不符合資格 |
| LookAway | 14 天推薦期間,首次點擊歸因 | 當點擊多個聯盟連結時,第一個聯盟夥伴保留積分 |
這些例子不是推薦或永久的承諾。它們顯示為何「我們追蹤推薦」在沒有期間、歸因模式、符合條件的管道、衝突規則與現行原始條款的情況下是不完整的。
詢問使用什麼識別碼、儲存在哪裡、追蹤哪個轉化事件,以及旅程是否跨越瀏覽器、裝置、App Store 或離線步驟。確認期間、首次或最終點擊規則、代碼優先順序、跨裝置政策,以及當另一個行銷管道介入時會發生什麼。
接著檢查你將收到的證據:點擊欄位、轉化欄位、更新延遲、狀態標籤、版位追蹤、匯出、隱私門檻與爭議流程。測試連結目的地並保留每個必需的參數。除非現行規則允許,否則不要遮蔽、縮短、重定向或重寫計畫連結。
最後,將追蹤與資格分開。儀表板可以記錄一個後來因客戶、方案、國家、購買管道、退款或推廣方式不符合資格而被拒絕的行為。請一併閱讀追蹤政策與計畫條款。
Fella 使用 Apple 推廣連結,而非聲稱瀏覽器 Cookie 會交接到 App 中。 每位 Fella 夥伴都會獲得包含 Apple 推廣活動識別碼的專屬 App Store 連結。App Store Connect 推廣活動數據支援歸因,但不會使下載、安裝、點擊、開啟 App 或免費用戶變得可賺取佣金。Fella 的佣金僅針對符合現行計畫條款的合格付費轉化。
Fella 的公開聯盟頁面未指定推薦代碼、Cookie 期間、跨裝置身分方法、即時報告保證,或將推廣活動、付費轉化、退款與取消連結起來的確切公開規則。一般的 Apple 能力與其他 SaaS 計畫規則不應被呈現為額外的 Fella 承諾。
推薦連結或代碼用於識別聯盟夥伴。計畫會記錄該識別碼,將其與之後符合條件的行為連結,套用其歸因期間與積分模型,並報告結果。追蹤確立積分;獨立的驗證規則決定結果是否變為可支付。
聯盟連結在有人點擊時攜帶識別碼。推薦代碼在註冊或購買時輸入或套用。連結減少輸入並可回報點擊;代碼可在口語或離線形式中運作,但計畫必須說明代碼是否會覆蓋、補充或輸給基於連結的歸因。
不是。歸因期間決定推薦在點擊或其他接觸點後保持符合資格的時間。歸因模式決定當涉及多個聯盟夥伴或行銷來源時,哪個符合條件的接觸點獲得積分。
不會自動有效。Cookie 與瀏覽器儲存可能不會跟隨使用者到另一個瀏覽器或裝置。從網站到 App Store 再到 App 內的移動引入了另一個系統邊界。跨裝置或跨環境的積分需要有文件記載的識別碼或平台歸因方法,即使如此,報告仍可能延遲或被彙總。
Apple 推廣連結包含供應商與推廣活動代碼,並開啟 App 的 App Store 產品頁面。App Store Connect Analytics 可以報告推廣活動層級的下載與後續指標。Apple 文件記載了在使用連結後首次下載的 24 小時期間、後續銷售的最近連結積分、報告延遲與最低隱私門檻。
原始的推薦記錄可能保留,而轉化會根據計畫規則改變狀態或被撤銷。追蹤儀表板應區分被歸因的事件與其待定、已核准、已拒絕、已退款或已取消的狀態。
Fella 為每位夥伴提供專屬的 App Store 推廣連結。推廣活動報告支援歸因,但下載、安裝、點擊、開啟 App 與免費用戶本身不會賺取佣金。Fella 的佣金僅針對符合現行計畫條款的合格付費轉化。公開頁面未載明將每個推廣活動事件與付費轉化連結的確切歸因期間或規則。