要追蹤 SaaS 的網紅銷售，就得讓同一個創作者 ID 從創作者的連結出發，經過註冊，一路進到計費系統，而且只有第一張帳單付款後才算一筆銷售。做法是：在註冊表單用隱藏欄位接住這個 ID，同時存到使用者和計費客戶上，上線前替每位創作者跑一次測試註冊。點擊和試用只是訊號，不是銷售。
連結與折扣碼的命名規則、去重規則，已經寫在 如何追蹤網紅轉換，又不重複計算，這裡不再重複。本文只處理軟體產品特有的那一段：使用者從試用轉成付費訂閱時，怎麼不把創作者來源弄丟。
在電商網站，點擊和下單常常發生在同一次造訪。SaaS 不同，中間隔了一段時間：訪客今天註冊，試用兩週，之後可能換了一台裝置，或是收到提醒信才回來付款。如果註冊時沒有存下創作者 ID，付款時就再也找不回來。
原則只有一條：第一次建立紀錄時就存下創作者 ID，之後每一步都把它往下傳。
每一列是創作者 ID 必須經過的一個系統。「串接鍵」這一欄，說明這一步靠什麼接到下一步。
| 步驟 | 系統 | 要存的欄位 | 串接鍵 | 資料怎麼帶過來 |
|---|---|---|---|---|
| 1. 點擊 |
| 創作者連結 |
| 寫在活動參數裡的創作者 ID，加上折扣碼 |
| 無 |
| 發文前就寫進連結和折扣碼 |
| 2. 到達頁面 | 你的網站 | 首次接觸的創作者 ID，存在第一方 cookie 或本機儲存空間 | 訪客 | 到達時由指令碼讀取參數 |
| 3. 註冊 | 註冊表單 | 隱藏欄位 creator_id，使用者有輸入折扣碼的話一起存 | 使用者 ID | 指令碼用已存的值填入隱藏欄位 |
| 4. 使用者紀錄 | 產品資料庫 | 使用者或工作區上的 creator_id 與註冊日期 | 使用者 ID | 由註冊處理程式儲存 |
| 5. CRM | CRM 聯絡人或公司 | creator_id 屬性 | Email 或使用者 ID | 從產品資料庫或表單同步 |
| 6. 結帳 | 計費系統結帳頁 | 以使用者 ID 作為你的參考編號，訂閱上帶 creator_id | 使用者 ID | 你的伺服器建立結帳時一併傳入兩者 |
| 7. 訂閱 | 計費系統訂閱 | 訂閱中繼資料裡的 creator_id | 訂閱 ID | 從結帳傳到新建立的訂閱 |
| 8. 第一張已付款帳單 | 計費系統 | 帳單已付款、金額、日期 | 訂閱 ID | 銷售在這裡計入 |
最重要的兩點：
Stripe 的 API 文件裡有你需要的兩個欄位。建立 Checkout Session 時，把你的使用者 ID 放進 client_reference_id，Stripe 說明它是用來讓這次結帳和你內部系統對帳的參考值。訂閱模式下，把 creator_id 放進 subscription_data.metadata，這些參數會傳給 Checkout 建立的訂閱。訂閱之後產生的每一張帳單，都會在訂閱詳細資料中保留一份訂閱中繼資料的快照，所以已付款帳單上仍然帶著 creator_id。
其他計費工具多半也有類似的訂閱中繼資料。找一個在結帳時寫入、而且會一直留在訂閱與帳單上的欄位就可以。
以計費系統為準，每個付費帳戶一列：
這樣就能得到每位創作者帶來的付費帳戶數。每位創作者帶來的月營收，可以直接從帳單金額算出。
每個創作者 ID 在貼文上線前都要跑一次：
任何一步失敗，都要在創作者發文前修好。註冊完成後才想補上 ID，是補不回來的。
Tomako 是為軟體團隊打造的 AI CMO。它的創作者研究員 Nana 會找出適合你產品的創作者，並草擬聯繫信件，經你核准後再寄出。Tomako 沒有提供轉換追蹤或計費整合的說明，所以這套追蹤請建在你自己的產品、CRM 和計費系統裡。了解 Tomako 如何運作
至少等過一個試用期再加一個計費週期，讓試用使用者有機會完成付款。
關於連結命名、折扣碼，以及這套設定周邊的去重規則，請閱讀 如何追蹤網紅轉換，又不重複計算。
Eren
學習循環
