TGX Account
先明確要推廣的商品和購買動作，再把視頻承諾、商品頁內容與轉化事件逐一對應；帳號與成員權限、網站數據連接準備好後，形成可執行的首輪測試計劃，並根據各環節信號決定下一步。
先寫清本輪要推廣甚麼、驗證甚麼
第一次投 TikTok 獨立站廣告，先選一件能夠正常購買的商品，明確誰在甚麼場景下需要它，再確定視頻要展示的購買理由。範圍越清楚，越容易看出素材和商品頁是否在回答同一個問題。
本文用旅行收納包做演示：目標讀者是準備短途出行、希望把行李分類放好的消費者；廣告展示整理過程，點擊後進入同款商品頁，最終希望用戶完成購買。這是方案示例，不是已發生的客戶投放案例。
可以把本輪任務寫成一句話：「向短途出行者展示這款收納包如何整理行李，比較場景演示與容量展示兩種表達，並觀察用戶進入商品頁後是否繼續加購、結帳和購買。」這樣既有最終目標，也有可調整的具體內容。
- 限定本輪商品和頁面
先使用同一款商品及同一商品頁，覈實頁面可打開、規格可選擇、庫存與配送說明可用於下單。不要把不同價格、不同商品和不同視頻同時放進一次創意比較。
- 確定觀察問題
本例只比較兩種視頻角度對購物行為的影響。目標地區、頁面、商品和投放設置盡量保持一致；若預算或流量分配不同，應一並記錄，避免把分配差異當成創意結論。
- 安排可承受的測試投入
先按現金流、商品毛利及可承受損失確定總投入和停止條件，再對照後台實際允許的預算設置安排投放。把素材製作成本也算進去，不用通用金額替代自己的經營測算。
準備帳號資源與人員分工
BC 是 Business Center，即商務中心，用來組織成員和業務資產；廣告帳號用於管理推廣活動，Ads Manager（廣告管理平台）是執行投放工作的界面；Pixel（像素）等數據資產用於連接網站行為。它們有關聯，但不是同一個對象。
在小團隊中，可以由負責人管理成員和資產分配，投手負責素材與廣告設置，網站維護人員負責商品頁和事件連接，財務負責付款安排。一人兼任多個職責也可以，重點是提前明確每項工作由誰完成、需要訪問哪項資產。
TikTok 官方說明區分商務中心的成員角色與分配給成員的帳號、資產權限。因此，先邀請成員，再核對相關廣告帳號和 Pixel 的實際訪問權限；不能只憑「已加入 BC」就認為所有資源都能使用。
需要帳號資源時，可通過 TGX 官網咨詢「Tik Tok廣告帳號【美國BC戶】」。選購時把自己的業務主體、投放需求和團隊安排說明清楚，並確認實際交付對象、帳號及資產權限、付款安排與可用投放地區。商品名稱中的「美國」不足以說明這些具體條件。
讓網站銷量目標與轉化事件對應
如果希望用戶在獨立站購買，推廣目標與數據連接應圍繞網站購買安排。TikTok 官方網站推廣系列說明採用「銷量」目標和「網站」推廣位置，並要求準備網站度量。具體推廣系列類型和可選優化事件以你的帳號當前界面為準。
Pixel 通過網站端採集行為，事件 API 通過服務端發送事件；官方支持使用其中一種或結合使用。先檢查建站平台已有的集成方式，避免在插件已連接的情況下再重復安裝相同代碼。兩種方式同時發送同一行為時，需要依照集成文檔配置事件去重。
數據連接完成後，要確認「收到事件」確實對應正確動作。瀏覽商品不是購買，進入結帳頁也不是付款成功。以下映射可作為本例的實現說明，事件參數按官方定義及所用集成填寫。
- 確認事件觸發位置
依次打開商品頁、加購、進入結帳，再在可控的測試訂單流程中完成付款；每個事件只在相應動作成立時觸發。付款事件不能綁定到普通購買按鈕點擊。
- 核對商品和金額資訊
在事件管理工具及站點訂單中對照商品標識、金額和幣種。金額參數應符合所用事件定義，不把廣告花費或購物車預估金額誤作已支付金額。
- 檢查重復與遺漏
檢查插件、手動代碼和服務端連接是否重復發送同一事件。採用 Pixel 與事件 API 的組合時核對去重標識；測試訂單應在內部記錄中標明，以免混入經營判斷。
| 網站動作 | 標準事件 | 核對重點 |
|---|---|---|
| 查看商品詳情 | ViewContent | 對應實際打開的商品內容，而非僅點擊廣告。 |
| 加入購物車 | AddToCart | 對應成功加購的商品及數量。 |
| 開始結帳 | InitiateCheckout | 對應進入結帳流程，而非付款完成。 |
| 完成購買 | Purchase | 對應已完成的購買，核對金額、幣種及重復上報。 |
讓視頻里的承諾在商品頁找到答案
用同一商品設計不同視頻角度時，要改變表達重點，同時保留真實、可核對的商品資訊。收納包可以從「整理過程」或「內部佈局」切入，兩者都應通向同款商品頁，不要用視頻展示的套裝吸引點擊，卻讓用戶落到另一件單品。
場景演示版可以先拍打開的行李箱，再展示將衣物、洗漱用品分類放入收納包的過程，最後拍收納後的佈局。商品頁在靠前位置提供同款使用圖、包含哪些部件以及適用場景，讓觀眾接著理解視頻中看到的東西。
容量展示版可以先拍收納包打開的狀態，再依次放入真實示例用品，展示分區、開口和取用過程。商品頁對應提供實際尺寸、內部細節和裝載示例。示例用品的大小會影響裝載結果，拍攝時不要把一次擺放演示寫成所有用戶都適用的容量保證。
兩版結尾都可使用「查看尺寸與內部佈局，選擇適合你的款式」。商品頁同時說明價格、規格、配送與退換條件，並讓用戶能方便找到購買入口。視頻沒有展示過的防水、耐用或容量性能，不憑畫面效果補成賣點。
| 方案 | 判斷依據 |
|---|---|
| 場景演示 | 核心問題：怎樣整理短途行李？開場為待整理物品，主體展示分類放入；頁面承接同款使用圖與套裝內容；觀察用戶是否進入頁面並繼續選擇規格、加購。 |
| 容量展示 | 核心問題：我的旅行用品能怎樣放？開場為包內佈局，主體展示真實物品的裝入和取出；頁面承接尺寸、分區和實拍細節；觀察尺寸資訊是否充分，以及後續加購和購買行為。 |
完整示例：收納包首輪廣告測試計劃
下面是一份已填好的演示計劃。你可以替換其中的商品、消費者場景和真實參數，再交給素材、網站和投放負責人共同執行。示例不預填點擊率、訂單量或測試結論。
執行時先完成商品頁及事件檢查，再準備兩個角度的素材，最後在後台按實際可用設置組織比較。若使用平台提供的實驗功能，按其說明配置；若只是普通投放觀察，就把流量分配差異作為解釋結果的條件。
每次調整保留一個清楚的問題。例如發現容量相關咨詢集中出現，先補充尺寸示意及內部實拍，再觀察後續行為；不要同時換商品、降價、改視頻和改受眾，否則難以知道哪項變化起了作用。
| 計劃項目 | 本例安排 | 執行結果應是甚麼 |
|---|---|---|
| 商品與消費者 | 旅行收納包；準備短途出行、需要分類整理行李的消費者。 | 視頻與商品頁使用同款實物，規格資訊一致。 |
| 本輪問題 | 場景演示與容量展示，哪一種表達更能支持用戶繼續購物？ | 保留各版素材標識，並記錄流量、瀏覽、加購、購買及投入。 |
| 場景版素材 | 散亂行李→分類裝入→展示整理後的行李箱。 | 觀眾能看懂使用過程，頁面能找到同款使用圖。 |
| 容量版素材 | 打開收納包→依次放入示例用品→展示分區與取用。 | 畫面能辨認物品和空間，頁面提供真實尺寸及細節。 |
| 共同落地頁 | 同一商品頁包含實物圖、尺寸、款式、價格、配送與退換說明。 | 移動端可打開、選擇款式、加購和完成結帳。 |
| 事件與人員 | 網站人員檢查四類事件；投手配置推廣；負責人分配資產；財務安排付款。 | 相關人員擁有所需權限，測試動作與事件及訂單對應。 |
| 比較條件 | 盡量保持受眾、商品頁和投放設置一致，記錄預算、花費與觀察窗口。 | 能識別除創意以外的差異，不把不同分配下的訂單總數直接當優劣結論。 |
| 下一步 | 先處理數據異常，再按瀏覽、加購和購買情況定位待驗證問題。 | 一次圍繞一個問題調整，並記錄變化，不預填結果。 |
根據瀏覽、加購與購買信號安排下一步
首輪投放的價值是找到下一項值得驗證的問題。點擊、瀏覽、加購和購買來自不同環節，報告口徑和歸因也可能不同，不能只比較數字大小就認定某一個環節出了問題。先確認事件和訂單數據可信，再討論素材或頁面調整。
有廣告點擊、商品瀏覽少：先用手機打開廣告目標鏈接，檢查跳轉、加載和頁面可用性，再核對 ViewContent 的觸發及報表口徑。頁面打不開和事件漏報都可能出現類似現象，應先把兩者區分開。
有商品瀏覽、加購少：先確認加購事件正常，再檢查頁面首屏是否對應視頻、款式是否可買、尺寸與價格是否清楚。可以針對一個具體疑問補資訊，例如容量視頻帶來的訪客找不到內部尺寸，就優先補該說明。
有加購、購買少：檢查結帳及付款是否可用，配送範圍、運費和預計送達資訊是否在適當位置說明，同時核對購買事件與站點訂單。購物猶豫、付款問題和測量遺漏都值得排查，不能直接把原因歸到廣告素材。
出現購買後，再結合退款、商品毛利、配送及支付成本判斷投入是否合理。少量訂單不足以支撐「某種素材長期更好」的結論；每輪記錄調整內容與觀察窗口，積累能用於下一輪的依據。
現在可以從自己的商品頁開始：寫下一個消費者場景、兩個可以真實拍出來的視頻角度，以及各自需要頁面回答的問題。把瀏覽到購買的事件檢查走通，就有了從素材準備進入首輪測試的具體方案。
