最後更新於 2026年8月31日 14:01
適用對象:獨立電商、DTC 品牌、電商創業者、在地服務業者與小型行銷團隊。
你將學會:讀完本指南後,你將能設定帳戶與資料連線、選擇合適的目標、製作 TikTok 原生創意素材、啟動 Manual 或 Smart+ campaign,判斷問題出在投放、創意素材、到達頁面或獲利能力,並透過可重複的 30 天流程改善成效。

0. 開始前:如何使用本指南
TikTok Ads Manager 不斷改變. 一個功能的位置、標籤和可用性可能因國家、產業、帳戶歷史、目標、允許列表狀態和介面版本而異。 本指南使用TikTok在2026年7月顯眼的官方幫助中心,強調不太可能過時的決定原則. 如果您的介面看起來不同, 請在 Ads Manager 內部搜尋相同的特性名稱, 而不是機械地尋找一個按鈕 。
按此順序工作:
- 寫下一個主要業務成果:一個網站purchase,TikTok Shop訂單,或合格lead;
- 計算損益兩平 CPA、損益兩平 ROAS,以及你能承受的最大測試損失;
- 設立帳戶、付款方法、許可、兩步驗證和命名慣例;
- 安裝 TikTok Pixel,並在可行的情況下連線Events API;
- 測試從ViewContent到Purchase的行程,包括value,currency,以及產品ID;
- 製作一批有意義的不同、本土的垂直錄影,而不是一個“完美廣告”;
- 啟動一個簡單的結構,給予學習階段足夠的預算、時間和轉換訊號;
- 按此順序每週診斷一次:“它能產生效果嗎? 有印象嗎? 人們會留下來嗎? 會點選嗎? 會改變信仰嗎?
先了解這 15 個常用術語
| 任期 | 單一發言解釋 |
|---|---|
| TikTok Ads Manager | 建立、管理和報告有償活動的平台 |
| Business Center | 集中管理廣告帳戶、成員、TikTok 帳戶、網站像素、商品目錄與其他資產的工作空間 |
| Campaign | 選擇目標、Campaign 類型、名稱與部分預算設定的最上層 |
| Ad Group | 設定最佳化位置、受眾、位置、預算、出價、時間表和資料連線的級別 |
| 廣告 | 包含 Identity, Spark 或 non-Spark 的級別 創意,複製, CTA,以及目的地 URL |
| Smart+ | 運用 AI 協助,自動化部分 Campaign 設定、受眾選擇、最佳化與創意素材投放的解決方案 |
| Pixel | 與 TikTok 共享網站事件的瀏覽器程式碼 |
| Events API | 從伺服器、客戶關係管理、離線源和其他系統共享事件的連線 |
| 標準事件 | AddToCart或Purchase等預定義的事件 |
| Spark Ads | 一個將已有的有機 TikTok 帖子變成廣告的本地格式 |
| Catalog | 包含標題、價格、圖片、可用性和連結的產品資料資產 |
| CPA | 費用 ++ 轉換 |
| ROAS | TikTok 屬性轉換 value 廣告成本 |
| CTR | 點選QQ印象 |
| CVR | 轉換 QQ 點選或到達頁面造訪; 總是說明分母 |
1. 什麼是 TikTok Ads?
TikTok Ads Manager 是 TikTok 用來建立與管理廣告的平台。廣告可呈現為短影音、Spark Ads、商品卡或其他原生格式,並可針對觸及、流量、影片觀看、互動、應用程式成果、潛在客戶或銷售進行最佳化。
TikTok Ads 可有效解決的四類問題
- 創造需求:使用演示、故事、比較和人來進行非搜尋的觀眾關懷;
- 驗證信件:測試不同的鉤子、創作者、場景、提議和快速證明;
- 擴大有機內容:使用Spark Ads來宣傳一個品牌或創造者職位,同時將付費的約定發回原職位;
- 驅動銷售或引導:當Pixel,Events API,下游商業結果可靠地連線起來,最佳化到購買,value,提交,或對話.
TikTok Ads 無法替你解決的問題
- 庫存太薄、不穩定或無法為目標市場服務的完成率;
- 產品頁弱、價格不一致或移動檢出中斷;
- 一個永遠依賴一個影片的創意素材操作;
- 將點選、載入或低品質的lead作為最終業務結果;
- 不支援的主張,失竊的內容,沒有許可證的音樂,或者一個受限制的類別.
設定正確的期望
人們開啟TikTok來消費內容. 廣告必須贏得關注才能獲得點選或purchase. 創造力阻止和吸引注意力的能力往往比極窄的興趣堆早。 同時,平台上報的轉換是歸屬結果,而不是自動增量利潤. 品牌需求,有機流量,重複買家,退款,交叉修飾行為仍需與商業記錄相協調.
2. 先定義目標、獲利能力與測試界線
建立 Campaign 前,先完成一頁式上線簡報:
| 專案 | 向下寫答覆 | 為什麼它很重要 |
|---|---|---|
| 主要結果 | 網站 purchase, TikTok Shop 訂單, 合格 lead, 或應用事件 | 確定目標和最佳化事件 |
| 初級改劃 | 通常用於電商的Purchase;可計量的有效提交或更深層次的合格地位 | 告訴系統你真正想要的 |
| 診斷事件 | 檢視、 新增到拖車、 啟動退出或表單啟動 | 用於診斷,但不等於收入 |
| 目標市場 | 可服務的國家、區域、語言、貨幣和時區 | 防止花費在無法完成的地方 |
| 平均順序value | 按市場和類別分類的收入 | 幫助估算可負擔得起的購置成本 |
| 購置繳款差額 | 產品、付款、實現、運輸補貼、退款和其他可變費用之後留下的收入 | 定義換行 |
| 核心產品 | 有庫存、評價良好、毛利高且容易透過影片展示的商品 | 聚焦新帳戶的訊號 |
| 核心銷售點 | 使用病例、疼痛、結果、價格、擔保、投放或獨特機制 | 驅動掛鉤和到達頁面通訊 |
| 測試上限 | 即使測試沒有產生銷售,你也可以忍受金錢和時間 | 控制風險和防止隨機停止 |
兩個實用公式
損益兩平 CPA ≈ AOV − 產品成本 − 付款手續費 − 履約與運費補貼 − 預期退款損失 − 其他單筆訂單變動成本
零進球 ROAS 1QQ 可供購買的繳款比值
如果30%的收入可以用來收購客戶,粗略的中斷數ROAS為1 30%=3.33. 一個需要經營利潤的企業必須瞄準一個ROAS在斷面上方.
為 Lead Generation 設定品質門檻
不要只用 CPL 評估 Lead 廣告活動。應追蹤有效 Contact 率、Contact 率、合格率、預約率、成交率,以及每個 Lead 的預期貢獻。若 100 份表單中只有 5 份有效,即使 CPL 很低,實際成本仍可能很高。可行時,請透過 Events API 或相容整合回傳下游 CRM 狀態,讓最佳化從「更多表單」轉向「更好的商業成果」。
預定義測試規則
- 除非出現嚴重的技術、政策或商業問題,否則不要停留一天;
- 事先商定最大損失、最低證據和觀察視窗;
- 區分停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停停
- 一次改變一個主要變數,記錄假設,日期,結果.
3. 網站、產品與營運準備度
3.1 行動裝置的 Purchase 旅程
- 家用、收藏、產品、推車和取出頁都用手機操作;
- 第一螢幕顯示產品、核心value、價格或初級動作;
- Pop-ups 不隱藏內容,按鈕不誤燃,頁面不迴圈透過重定向;
- ad引數和ttclid沒有被重定向錯誤地刪除;
- 付款方法工作和離職並不顯示意外收費;
- Purchase在訂單或付款成功後才開火.
3.2 信任與合規資訊
- 商業名稱、contact細節、運輸範圍、交貨估計和返回條件可見;
- Ads, Catalog,到達頁面,和退票協議價格,currency,報價,以及可用性;
- 隱私通知解釋了收集的內容、原因、與誰共享以及使用者有哪些選擇;
- 諸如“第1項”、“有保證的治療”或“有保證的利潤”等索賠在沒有證據的情況下沒有使用;
- HTTPS,域名,支援電子郵件,以及售後過程都是可信的.
3.3 產品在短影片中是否易於表達?
優先處理至少能迅速顯示其中之一的產品:一個明顯的問題,一個過程,一個明顯的區別,一個用例,物質細節,一個真正的反應,或者一個獨特的機制. 如果value需要長解釋,則使用分層內容:一個影片確定疼痛,另一個解釋機制,第三個處理反對,到達頁面提供完整的證明.
3.4 實際下單測試
在移動和桌面上,完成全程:登機頁 = 產品檢視 = 新增到推車中 = 結賬 = 付款 = 確認 = 電子郵件或簡訊 = 取消或退款。 同時檢查Events Manager,Pixel助攻,Test Events,Diagnostics,確認事件名稱,計數,value,currency,以及產品ID.
3.5 建立穩定的創意素材供應節奏
在啟動前,有幾種真正不同的概念。 僅更改字幕顏色不會建立新概念. 有意義的變化來自人物,場景,鉤子,故事結構,利益,證明,提議,或CTA. TikTok官方的表演創造起點建議每Ad Group 3-5個不同的創作,
4. 帳戶、Business Center、帳務、存取權與安全性
4.1 確認需長期維持的帳戶資料
TikTok 帳戶設定會要求國家或地區、產業、法定企業名稱、時區、電話、currency、帳務與稅務資料;付款方式依市場而異。法定名稱不一致可能影響審核或其他工具的存取。你可以在核准前建立 Campaign,但廣告要等廣告主帳戶核准後才會投放。
建議:
- 使用電子郵件地址或電話號碼進行長期業務控制;
- 準確輸入登記檔案中的法律名稱;
- 選擇與財務報告相一致的currency和時區;
- 儲存廣告帳戶ID、計費記錄和校驗檔案;
- 不要隨意建立多個帳戶來“重置成效 ” 。
4.2 管理Business Center的資產
在 Business Center 集中管理廣告帳戶、TikTok 帳戶、網站像素、商品目錄與合作夥伴權限。請讓員工與代理商以成員或合作夥伴身分存取所需資產,不要共用主密碼;商品目錄也能由 Business Center 中的不同成員、合作夥伴與多個廣告帳戶共同管理。
4.3 落實最小權限原則
- 保持至少兩個信任的管理員 這樣公司就不會被封鎖;
- 僅給予操作員發揮作用所需的權限;
- 將資產分配給一個機構自己的Business Center;
- 每季度解除前僱員、未知成員和不活躍夥伴的職務;
- 需要第二個審查員來付款,造訪,Pixel,最佳化活動,以及大預算變化.
4.4 安全基線
透過簡訊,電子郵件,或認證程式,對Business Center和Ads Manager成員啟用雙步驗證,最好配置一個以上的方法. 對於連線的有機TikTok帳戶,使用獨特的強密碼,並在得到支援的情況下,啟用密碼並審查可信賴的裝置和安全活動.
4.5 命名規則
建議的模式: 市場 目標 生產ObjectAudence Type Date
- 美國 銷售 英雄KU Manual 202607
- UK_Sales_CoreCatalog_SmartPlus_202607
- SG Lead 諮詢 即時論壇 20207
5. 了解 Campaign、Ad Group 與 Ad 的層級結構
TikTok Ads Manager組織廣告向運動,Ad Groups,和Ads.

| 職等 | 主要決定 | 常見初始錯誤 |
|---|---|---|
| Campaign | 目標,手動/搜尋/Smart+型別,名稱,以及選定的預算或測試設定 | 把不相關的商業成果混在同一個 Campaign |
| Ad Group | 最佳化定位和活動,資料連線,受眾,佈置,時間安排,預算,出價,歸屬. | 將受眾劃分得太窄並造成內部競爭 |
| 廣告 | Identity,Spark或non-Spark格式,影片,複製,CTA,URL,以及跟蹤 | 創意幾乎相同或與到達頁面衝突 |
實用初始結構
- 一個 Campaign 對應一項明確成果;
- 1至3個真正不同的Ad Groups,而不是幾十個微型觀眾;
- 每個Ad Group有3到5種有意義的不同的創作;
- 每個Ad Group有一個初級最佳化結果;
- 網站銷售和lead在不同的運動中生成;
- 只有在預算和受眾規模證明有正當理由時,才能單獨進行探礦和重新確定目標。
TikTok 明確不建議大量複製廣告群組,或為了「加快學習」而複製剛建立的群組。成效下滑時,應先改善創意素材、放寬受眾,或審慎調整出價,不要反覆建立重複項目。
命名示例
Campaign: US_Sales_Web_Manual_CoreSKU_202607
Ad Group: Broad_18Plus_AutoPlacement_Purchase_MaxDelivery
Ad: UGC_HookProblem_Demo_OfferA_Creator01_V01
即使不是建立 Campaign 的人,也應能從名稱辨識市場、目標、受眾、事件、出價與創意概念。
6. 如何選擇廣告目標
目標告訴系統應追求何種結果。 TikTok將目標分為認識、考慮和轉換;當前共同的目標包括:接觸、交通、影片觀點、社群互動、App推廣、Lead生成和銷售。
購買類型與建立流程是兩項不同選擇。多數成效型活動使用 Auction;符合資格的帳戶也可能看到 Reach & Frequency 或 Reservation。在 Reach & Frequency 下,Spark Ads 目前支援 Reach、Traffic 與 Video Views,但仍取決於市場與帳戶資格。Manual、Search 與 Smart+ 則是建立 Campaign 時選擇的流程。

| 您的實際業務結果 | 開始於 | 不預設為 |
|---|---|---|
| 網站採購 | 銷售 + 網站,最佳化Purchase或Value | 只因為點選比較便宜 |
| TikTok Shop命令 | 銷售 → TikTok Shop,並採用適用的 GMV Max 流程 | 網站 Pixel 替代商店訂單訊號 |
| 網站潛在客戶 | Lead 一代~網站與網站事件連線 | 影片檢視 |
| 原生 TikTok 格式 | Lead Generation → Instant Form | 向無軌交通 |
| 任命或談話 | Lead 生成下可用的訊息或表單目的地 | 沒有有效對話的點數 |
| 內容驗證 | 影片檢視 | 將影片觀看費用作為銷售能力的證據 |
| 跟蹤者、概況造訪或現場直播 | 社群互動 | 銷售 |
| 廣泛認識 | 到達 | 以 Reach campaign 判斷直接銷售效率 |
為什麼流量不等於銷售
Traffic 尋找較可能點擊或進入頁面的人;Sales 則從網站或商務轉換訊號中學習。若已安裝 Pixel 或 Events API,而期望動作是加購或 Purchase,TikTok 建議使用以轉換為導向的 Smart+ Web campaign,不要只持續針對點擊或 Landing Page View 最佳化。
何時可暫時改用較淺層事件
全新商店可短暫使用 InitiateCheckout 或 AddToCart 驗證追蹤與頁面,但必須定義切換條件,並理解系統可能只學會找到加購卻不購買的人。更好的解法通常是減少 Ad Groups、放寬受眾、集中預算並改善創意素材,讓 Purchase 取得足夠訊號。
7. Manual 與 Smart+:初學者該如何選擇
TikTok 的 Campaign 建立流程可能顯示 Manual、Search 或 Smart+ 設定。本指南聚焦於最適合電商與 Lead Generation 初學者的 Manual 與 Smart+ 選擇。
適合使用 Manual 的情況
- 您需要明確控制受眾、位置、預算、時間表或測試變數;
- 您想要了解每個設定的效果;
- 探礦和重新確定目標必須分開;
- 創意素材規則或遵約規則要求具體的組合;
- 該帳戶幾乎沒有資料,需要透明的診斷基線。
當Smart+適合時
Smart+ 使用 AI 協助 Campaign、受眾、最佳化與創意素材投放。Smart+ Web 專為網站銷售設計,可自動化更多受眾與版位決策,並支援 Spark、Non-Spark、Catalog 與多種最佳化選項;實際功能仍取決於資格與市場可用性。
如果:
- Pixel和Events API可靠地返回purchase和value訊號;
- 你可以提供足夠的各種創意素材投入;
- 你願意用一些微控制器來進行更廣泛的學習;
- 你們有歷史的CPA或ROAS到地面預算和目標;
- 你可以用實驗來驗證自動化,而不是直覺.
2026年7月的介面說明
TikTok的幫助中心於2026年7月宣佈提升Smart+體驗. 部分SMB廣告商可能獲得全自動,部分自動化,或人工控制,跨越觀眾,預算,投放,以及Catalog. 因為推出可能是漸進的,所以將自己帳戶中顯示的控制元件視為權威.
Smart+ 輸入紀律
TikTok 建議 Smart+ Web 同時使用 Pixel 與 Events API、建立時至少準備 6 組創意素材,並至少連續執行 7 天。若已有歷史 CPA,預算需保留足夠學習空間;Split Testing 可驗證 Smart+ 相較基準是否真的提升成效。
初學者的預設選擇
- 計量未經核實:首先固定資料;
- 預算和創意素材都是稀缺的:從簡單的Manual結構開始;
- 採購是穩定的,創意素材是多種多樣的:對照可比基線測試Smart+;
- 切勿發動幾場幾乎相同的Smart+戰役,
8. 衡量架構:TikTok Pixel 與 Events API
TikTok Pixel 從瀏覽器分享網站事件;Events API 則可從伺服器、應用程式、實體門市、客戶關係管理系統與其他來源分享行銷資料。TikTok 建議網站轉換廣告同時使用 Pixel 與 Events API,並設定事件去重,以強化衡量、最佳化與受眾。

建議架構
訪客瀏覽器 → Pixel → TikTokWebsite 伺服器/電商平台 → Events API → TikTokSame 商務活動 + 相同的 event_id → 除錯 → 報告,最佳化,和受眾
為什麼使用兩個頻道?
- Pixel快速部署並觀察瀏覽器側頁和互動事件;
- Events API對瀏覽器的依賴程度較低,可以反映伺服器確認的付款,CRM狀態,以及離線結果; 4.
- 它們共同減少瀏覽器和連線限製造成的缺口;
- 伺服器側實施使企業對其分享的更多控制權;
- 兩個渠道絕不能意味著兩個轉換——誘導是必不可少的。
三種常見導入方式
- 夥伴融合:透過諸如Shopify等平台進行引導連線,適合許多商人;
- Google標籤管理器或Manual Pixel:適合具有標籤管理經驗的團隊;
- 自訂 Events API:適合有開發商和CRM的企業,離線,或複雜的訂單狀態要求.
正式設定路徑
Ads Manager → 工具 → Events Manager → 連線資料來源 → Web → 輸入 URL → 選擇合作夥伴整合或手動設定。使用 Pixel Helper、Test Events 與 Diagnostics 驗證。TikTok 建議設定完整旅程中的事件,並同時使用 Pixel 與 Events API。
為每個問題指定一個真相來源
- Ads Manager:平台最佳化與歸屬;
- Events Manager:連線與事件品質;
- 電商訂單系統或CRM:真實訂單,取消,退款,lead品質;
- 財務制度:實際利潤。
9. 事件、參數、去重、Advanced Matching 與隱私權
9.1 建議的電商事件
| 漏斗步驟 | 標準事件 | 要驗證的引數 |
|---|---|---|
| 產品檢視 | ViewContent | content_ids,content_type,value,currency |
| 新增到手推車 | AddToCart | 產品編號、數量、value、currency |
| 開始離職 | InitiateCheckout | 產品、數量、value、currency |
| 銷售 | Purchase | 唯一事件ID,訂購value,currency,產品ID |
TikTok也支援標準事件,如AddPaymentInfo,完整註冊,Contact,搜尋,SubmitForm,以及訂閱. 預定義的名稱支援報告,最佳化,和受眾建立.
9.2 建議的Lead事件
ViewContent → Contact/SubmitForm → 預約 → 合格狀態或成交
點選按鈕不應代表有效的提交。 如果CRM確定資格,指定,或以後銷售,在可行的情況下設計下游返回訊號.
9.3 引數一致性
content_ids必須匹配Catalog的sku id或專案 組 id. value應為數字順序value,currency為支援的currency程式碼. value和currency對value最佳化和ROAS報告特別重要.
9.4 事件去重
當Pixel和Events API都發出相同的purchase時,使用相同的獨有的event_id和一致的事件名稱. 兩個隨機ID可以重複計算一個順序;跨不同命令重用一個ID可以壓制有效的事件.
9.5 Advanced Matching
Advanced Matching使用電子郵件和電話等識別符號幫助將網站行動與TikTok使用者連線. TikTok提供手動和自動方法,併為許多廣告商推薦;敏感或受監管的產業應更謹慎地評價自動匹配. 根據需要並遵守適用的法律、同意規則和TikTok的資料術語,提供識別資料。
9.6 隱私和資料最小化
- 僅分享特定行銷目的所需的資料;
- 切勿把敏感的健康、財務、Identity 或兒童資訊放入網址、事件名稱或參數;
- 獲得同意,並在需要時提供退出選擇;
- 對Pixel,Events API,曲奇,Advanced Matching申請同意地位;
- 與Pixel Helper和Events Manager定期審查實際有效載荷.
10. 歸因、UTMs 與資料核對
10.1 了解點擊歸因與瀏覽歸因
TikTok報告區分了CTA歸結於點選的轉換和VTA歸結於廣告印象的轉換. VTA可以代表看到廣告,沒有立即點選,後來又轉換的人;它也可以使平台總數高於主要看最後點選的分析系統.
10.2 不要使每個平台都成為唯一的真理
調和週刊 :
| 系統 | 最佳問答 |
|---|---|
| TikTok Ads Manager | 哪個訊號是送貨系統最最佳化的訊號? |
| Events Manager | 活動投放、匹配和分解是否健康? |
| GA4/分析 | 不同渠道的造訪和現場路徑如何比較? |
| 秩序系統/CRM | 什麼實際出售,退款,合格或關閉? |
| 財務 | 生意是否有利可圖? |
差異是正常的,因為歸屬視窗,點選/檢視規則,時區,交叉裝置活動,餅乾,退款處理,以及報告延遲. 對齊日期,時區,currency,事件定義,以及解釋差異前的視窗.
10.3 UTM 命名規則
例如,URL模式是:
utm_source=tiktok&utm_medium=paid_social&utm_campaign=__CAMPAIGN_NAME__&utm_content=__CID__
使用您自己的 Ads Manager 中的宏 。 保留小寫值,避免空格,並在資料字典中記錄每個欄位。 TikTok提供UTM指導和動態宏;升級的Smart+帳戶也可能暴露一些宏,如 ADID V2 和 ADID V2 NAME .
10.4 建立基準並測試增量成效
- 比較分配分析中的歸屬視窗;
- 保持單擊透過和檢視透過轉換分別可見;
- 使用purchase後的調查來補充“你是如何聽到我們的?”
- 在預算允許時,使用分塊測試、地球實驗或其他增量方法;
- 不要將平台ROAS自動等同於增量ROAS.
11. TikTok 優先的創意策略
TikTok官方的表演創作指導推薦了9:16的垂直影片,至少720p,聲音或音樂,UI安全區內的關鍵內容,螢幕上的人,一種本土而不是過度拋光的風格,以及理解平台文化的創意素材.
創意是目標設定的一部分
人物,場景,措辭,問題,和演示 自然自選觀眾. 一種皮膚護理產品可以分別對“碾碎的早晨”、“乾燥的皮膚”和“具有公信力的敏感皮膚”說話。 創意往往比長堆利息過濾器更直接地傳達產品是誰.
建立創意素材矩陣
| 尺寸 | 測試方向 |
|---|---|
| 個人 | 創始人,員工,創作者,客戶,專家式解釋,隻手 |
| 鉤子 | 痛苦、反面想法、結果、問題、挑戰、評論、解拳 |
| 場景 | 家庭、辦公室、戶外、汽車或真實使用環境 |
| 結構 | 演示、故事、列表、比較、輔導、審查、FAQ |
| 證據 | 關閉、處理、審查、資料、材料或明顯變化 |
| 提議 | 價格、捆綁、限期、運輸、擔保或贈與 |
| CTA | 購買、學習、主張、書籍或檢視細節 |
每週創意工作流程
- 從評論、支援、搜尋行為、評論和返回中收集真實語言;
- 選擇3至5個假設,而不是20個隨機想法;
- 為每個假說寫多個鉤子;
- 批次生產和再利用中間演示,同時改變開口和結尾;
- 給每個創造者一個獨特的身份和記錄人物、鉤子、利益和版本;
- 分別評價注意力、觀看、點選、轉換和利潤;
- 將獲勝元素轉換成新的迭代,而不是簡單地重新載入同一檔案.
Creative Center可以表面趨勢,Top Ads,和建立工具,但流行格式對您的產品並不自動正確. 用於研究;不復制受保護品牌,音樂,或內容.
12. 如何編寫腳本、拍攝及剪輯能帶動銷售的影片

12.1 五段式架構
- 虎克:建立直接的相關性或好奇心;
- 問題/後果:說明使用者的痛苦或期望的結果;
- 證明/Demo:顯示產品如何工作並減少懷疑;
- 提供:解釋為什麼現在採取行動才有意義;
- CTA:清楚說明下一步。
TikTok建議在前三秒呈現內容命題,在前六秒內優先排列鉤子,最後以清晰的CTA結束. 文字覆蓋可以新增上下文,但必須保持可讀性並在安全區內.
12.2 三套可靈活套用的腳本
指令碼 A: 問題 – 演示 – 後果 “如果…總是發生在你…的時候,請看這個。” —— 顯示過去的挫折感 —— 使用產品 —— 特寫結果 —— “看看適合你的版本。”
指令碼 B: 評論回覆 展示一個真正的問題:“它是否真的…?” ——在攝像機上測試 —— 解釋它是誰,不是用來 —— 提供證據 —— CTA。
腳本 C:三點檢查清單。「購買 ___ 前,先檢查這三件事。」→ 三項快速標準 → 示範產品如何符合 → 優惠或保證 → CTA。
12.3 拍攝檢查清單
- 垂直 9:16,至少720p;
- 乾淨的語音和環境音訊;商業許可的音樂;
- 對每項重要行動進行廣泛、中、特寫報道;
- 靜默觀眾的說明;
- 介面控制範圍以外的產品、價格和CTA;
- 比較前後沒有未經證實或誇大的影響;
- 影片中顯示的準確產品和報價可在登陸網頁上查閱.
12.4 分層評估創意素材
- 注意:開放會阻止人們嗎?
- 檢視:他們是否達到了證據和CTA?
- 意向:CTR,到達頁面檢視,評論品質怎麼說?.
- 轉換:新增到Cart,Purchase,CPA和ROAS;
- 業務:新客戶,退款,差價,並重復purchase.
高值時間不能保證購買。 低CTR可能表示CTA不明確,而非無吸引力的產品. 使用漏斗來決定是更換鉤子,證明,提議還是到達頁面.
13. Spark Ads 與創作者授權
Spark Ads讓廣告商使用自己的有機帖子或授權的創作者帖子作為廣告. 意見,評論,股權,喜歡,以及晉升過程中生成的跟隨被歸為原職位. Spark Ads支援許多auction目標,包括Reach,交通,影片透視,社群互動,App推廣,Lead生成,以及銷售.
何時確定Spark Ads的優先順序
- (a) 有機員額已經顯示出強烈的注意、評論或銷售證據;
- 真實情況、概況、評論和社會證明事項;
- 您正在縮放建立內容;
- 您想要付費參與強化品牌內容資產。
當Non-Spark 可能更好
- 資產未公佈,您需要快速測試變體;
- 您需要更多的靈活性 複製, Identity, 或目的地;
- 你不希望每個測試資產 在品牌簡介;
- 授權範圍或夥伴關係期限太有限。
授權要點
創作者必須授權該帖子,並提供適當的造訪或程式碼;廣告商在Ad級別上選擇授權的帖子. 合同應涵蓋帳戶、郵資、國家、期限、媒體開支範圍、編輯、標題或翻譯、音樂權利、排他性、撤銷和資料使用。 Manual和Smart+的建立流程不同,因此遵循相關的官方指令.
重要限制和風險
- 在TikTok上禁止的有機職位也將在Ads Manager被拒絕;
- 火花影片長度和帳戶能力有平台限制;
- 在刪除一個有機員額之前可能需要取消授權;
- Smart+ campaign 可能不允許混用 Spark 與 Non-Spark 素材;請依帳戶中的實際控制項操作;
- 創作者許可不會自動授予音樂,類似,商標,或跨平台的適應權.
14. 到達頁面、產品頁、優惠與結帳流程
14.1 首屏就要兌現廣告承諾
點選後,訪客應立即看到相同的產品、核心利益、價格或明確解釋的報價。 在影片中顯示一個藍色產品,但開啟一個不同的專案——或承諾在報到時消失的自由運輸——故障轉換併產生審查風險。 TikTok的審查指導要求創意、顯示名稱、產品和到達頁面之間保持一致。
14.2 每個產品頁應回答六個問題
- 這是什麼?
- 是為誰服務的,它能解決什麼問題?
- 它如何使用,以及可以預期什麼樣的合理結果?
- 哪些證據、審查、規格或保證予以支援?
- 最終價格、交貨和回報條件是什麼?
- 訪客接下來應該做什麼?
14.3 優先最佳化行動裝置體驗
- 壓縮媒體並首先裝入可見內容;
- 使用大型按鈕,並確認固定式行動呼籲不會遮住重要資訊;
- 保持預設變體、庫存和價格正確;
- 簡化地址、付款和升級碼步驟;
- 只詢問後續行動所需的形式欄位;
- 提供真正的支援和售後contact路徑.
14.4 優惠不只是折扣
檢驗捆綁,數量間斷,免費發貨閾值,檢驗,擔保,饋贈,認購,或者有時限的福利. 每個條件都必須是真實和可以理解的。 避免永久倒計時,假的稀缺,保證企業不能榮譽.
14.5 同時測試創意素材與頁面
如果CTR健康但購買能力弱,則調查負載速度,裝置相容性,價格不匹配,變體存貨,信任內容,付款失敗,以及事件準確性. 不使用目標更改來隱藏破頁 。
15. 廣泛受眾、興趣、自訂受眾與類似受眾
15.1 預設從廣泛受眾開始
TikTok將至少能接觸到80%國家潛在使用者的受眾定義為“公平廣度 ” , 並報告說,這些受眾平均能產生更低的CPA和更高的轉換率。 這個基準並不是你生意上的承諾,但這是在沒有證據的情況下不疊加限制的理由。
寬大並不意味著粗心。 保留可使用位置,法定年齡,相關語言,對不能使用報價的人明確排除.
15.2 理解目標邏輯
在一個維度範圍內的選擇一般使用OR邏輯,如利益A或利益B. 不同的維度一般使用和邏輯,如女性和25-44歲. 目標配置為Ad Group級;可用尺寸和位置因市場而異.
15.3 自訂受眾
自訂受眾可來自客戶檔案、網站或應用程式活動、TikTok 互動、潛在客戶、Business Account 活動或 Shop 活動。可用於再行銷、排除近期買家或建立類似受眾種子。TikTok 表示,自訂受眾至少需有 1,000 名成功匹配使用者,才能用於 Ad Group。
共同部分包括:
- 過去7天沒有加進推車的產品觀眾;
- 過去14天中不使用purchase的載入或取出使用者;
- 過去30天、60天或180天的購買者;
- 觀看特定影片或與該帳戶接觸的人;
- 已提交資料但尚未成交的潛在客戶。
15.4 類似受眾
使用高品質種子,例如真實購買者、高毛利買家或合格潛在客戶,而不是所有網站訪客。網站轉換情境通常應選擇所有作業系統,目標地區與版位也應和來源受眾保持合理一致。
15.5 初級結構
- 小額預算:從一個廣泛的探礦小組開始;
- 足夠重新確定目標的規模:建立一個單獨的重新確定目標的群體,排除最近購買者;
- 將利益與廣泛的利益相比較:使用公平結構或Split Test;
- 避免多個微小,高度重疊的受眾相互競爭.
16. 版位、地區、語言、裝置與投放時段
16.1 廣告版位
Smart+ 通常使用自動版位。依 Campaign 類型與市場而定,符合資格的版位可能包括 TikTok、Search、Pangle 或 Lemon8。若必須排除某個版位,可能要改用支援手動選擇的 Non-Smart+ 流程。
決定規則:
- 確認每個位置符合創意、到達頁面和品牌安全要求;
- 自動投放可以幫助系統找到結果,但透過投放審查報告;
- 根據充分的證據或明確的政策需要,排除,不是一天的波動;
- Pangle和其他版位可能有自己的工業進入和創意素材要求。
16.2 地點和語言
- 僅針對您可以運送、退款和支援的地點;
- 對齊廣告語言,標題,頁面,支援,以及退出currency;
- 定位是可用的平台訊號,而不是合法identity的宣告;
- 在一份無差別的報告中,不要將貨幣、時區和規則執行不同的國家混為一談。
16.3 年齡、裝置和網路
只有在產品合格、應用相容性、經濟學或證據需要時,才加以限制。 限制年齡的產品必須遵守當地規則。 不要將裝置價格作為財富、信貸或敏感特性的代名詞。 不必要的限制會減少學習空間.
16.4 分時段投放
電商通常適合全天投放,讓系統觀察轉換延遲。若 Lead 業務有固定的客服中心或門市營業時間,可使用 Dayparting 協調投放與回應;TikTok 的 Smart+ Lead 指引也建議在營運時段明確時採用這種做法。
16.5 直接檢查設定,不要只靠記憶
TikTok 的 View setup only 模式可檢查目標、預算、出價、時程、歸因、版位、地區、年齡、受眾、事件、URL,以及 Campaign、Ad Group 與 Ad 各層級的創意設定。可用於上線前 QA。
17. 預算、出價與學習階段
17.1 兩種主要出價策略
TikTok目前的指南描述了兩個主要的出價策略:
- Maximum Delivery:在沒有固定的CPA目標的情況下,在預算內爭取儘可能多的轉換;
- Cost Cap: 嘗試將平均結果成本保持在你設定的目標CPA附近.
幾乎沒有可靠的歷史,Maximum Delivery經常更容易地建立投放基準. 當帳戶有現實的目標和足夠的預算時,成本上限就變得有用。 不切實際的低限額會限制出價和開支;它不會提高制度的效率。
17.2 為學習需求提供足夠預算
TikTok的預算建議因事件的深度和歷史的CPA而異。 Smart+ Web和Lead的最佳做法都強調每日預算充足,執行時間約7天. 深度轉換事件常常作為歷史CPA的倍數編入預算.
所有倍數都只是規劃參考,不是成效承諾。若建議金額超過風險承受能力,應減少市場、產品或廣告群組數量,不要把同一筆小額預算分散到更多單位。
17.3 學習階段的含義
學習階段是投放系統探索並找出最可能完成 Campaign 目標之使用者的期間。TikTok 表示,約取得 25 個 Campaign 結果或學習約 7 天後,波動通常開始下降;這不是保證,也不應直接套用其他平台的「50 次轉換」規則。大幅調整出價、預算、受眾或創意素材都可能影響學習,請評估多日趨勢,不要只看單日。
17.4 變更紀律
- 立即糾正嚴重的跟蹤、政策、庫存或目的地錯誤;
- 在商定的觀察視窗內不頻繁編輯普通波動情況;
- 記錄每個變化的時間、原因和指標前後;
- 以階梯縮放並觀察平均和邊際效率;
- 支出低時,在盲目提高競價前,先檢查審查,觀眾,競價,預算,版位,創意和事件資格.
17.5 Campaign 預算與 Ad Group 預算
Campaign 預算可讓 TikTok 在各廣告群組間分配花費;Ad Group 預算則提供更直接的控制。對初學者的嚴格比較而言,Ad Group 預算較容易解讀;若已有多個成熟群組,且願意讓系統分配,Campaign Budget Optimization 可能更合適。最低預算與可用模式應以目前帳戶為準。
18. 電商商品目錄與網站 Catalog Ads
Catalog儲存產品描述,價格,圖片,以及相關資訊. 它可在成員、合作伙伴和廣告帳戶之間共享,並能夠支援自動製作產品。
18.1 最低產品資料
重要的領域通常包括sku id,標題,描述,可用性,條件,價格,連結,圖片連結,以及品牌. 給每個變種自己的sku id,並使用共享專案 group id給組相關變種. 價格、可用性、連結和頁面內容必須達成一致。
18.2 高品質 Catalog 檢查清單
- 使用可被抓取的 JPG 或 PNG 圖片網址,尺寸至少 500 × 500;
- 與品牌、產品型別和重要屬性早期的簡明標題;
- 價格和可用性每日重新整理;
- 工作HTTPS產品頁,沒有404或強迫重定向;
- 有用的可選領域,如品牌、顏色、大小、材料和類別;
- 產品集按類別、季節、差值、股票或英雄SKU排列;
- 定期解決不贊成,缺田,爬行問題.
18.3 Catalog Event Match Rate
Catalog Ads 仰賴事件中的 content_ids 與 Catalog 產品 ID 正確匹配。TikTok 將匹配率定義為內容 ID 成功對應產品的事件比例,並建議 Video Shopping Ads 維持 90% 以上。一個 Pixel 若連接多個目錄,可能稀釋匹配率。
檢查順序 :
- 網站ID是否等於 Catalog sku id 或專案 組 id ?
- Pixel和Events API使用相同的ID邏輯嗎?
- 變種和母產品是否混合?
- Catalog國家與currency是否與事件源一致?.
- 在Product Set區仍然有被否決或庫存外的專案嗎?
18.4 Smart+ Catalog Ads
Smart+ Web 可使用現有 Catalog 進行產品排序與動態創意,並接受額外的影片或圖片素材。它仍需要準確事件、乾淨的產品資料與強而有力的創意素材;上傳商品資料來源並不能解決這些基本問題。
19. TikTok Shop Ads 與 GMV Max
TikTok Shop Ads 可協助符合資格的商家在 TikTok Shop 內帶動探索、商品瀏覽與購買;市場、格式與功能會有所不同。TikTok 表示,自 2025 年 7 月起,GMV Max 已成為新 TikTok Shop Ads campaigns 的預設且唯一支援類型。部分既有 Shop campaigns 仍可繼續,使用 TikTok Identity 的合格 Showcase VSA 或 LIVE 廣告也可能有有限的延續方式。若要建立新的 Sales → TikTok Shop Campaign,請依 GMV Max 流程操作。
19.1 不得將商店廣告與網站廣告混淆
| 專案 | TikTok Shop | 網站 |
|---|---|---|
| 交易 | TikTok Shop 產品細節和退出 | 你們自己的網站 |
| 核心訊號 | 商店產品、訂單、內容和LIVE資料 | Pixel,Events API,以及網站事件. |
| 主要自動化 | GMV Max | 手動或 Smart+ 網路 |
| 業務重點 | 商店保健、產品、創造者、生活和滿足 | 頁面、跟蹤、Catalog和離職 |
19.2 GMV Max 上線準備度
- 確認商店、Ads Manager和TikTok帳戶的連線正確;
- 產品可以出售、儲存、準確定價,並輔以健康的實現;
- 製作產品錄影、經授權的創作內容以及相關情況下的現場直播計劃;
- 使用產品利潤和庫存量設定可接受的ROAS,而不僅僅是轉基因V;
- 了解 Product GMV Max 與 LIVE GMV Max 各自負責的工作。
19.3 GMV 不等於利潤
平台補貼,折扣,建立佣金,退款,實現,以及廣告成本所有變更單位經濟學. SKU調和:歸屬GMV,淨付款收入,取消和退款,平台費,建立佣金,產品成本,以及貢獻利潤.
19.4 市場可用性
商店廣告、產品購物廣告、搜尋和購物中心只能在選定的市場上提供。 來自另一國的輔導不能保證造訪。 使用Ads Manager和當地商店學院的控制作為最終的資格檢查.
20. Lead Generation:Instant Forms 與網站表單
TikTok Lead Generation 可將使用者導向網站表單、TikTok Instant Form、私訊或特定通訊目的地。Smart+ Lead 的位置與設定會依市場和資格而異。
20.1 即時表格
當網站表單尚未成熟、需要低摩擦的原生流程,或必須快速開始收集 Contact 時,可使用這類表單。TikTok 表示,Instant Forms 能降低填寫阻力、提供多種範本,並支援即時 CRM 同步。
風險在於,容易提交與合格要求不同。 僅詢問必要的資格問題,顯示明確的隱私通知和下一步,並在分鐘或約定的工作時間內跟進.
20.2 網站表格
當要約需要更多的解釋,複雜的資格,預訂日曆,計算器,或品牌經驗時使用. 連線Pixel和Events API,最佳化真實提交事件,測試移動速度,欄位,錯誤狀態,以及確認行為.
20.3 建立品質迴圈
音軌 :
曝光 → 點擊/開啟表單 → 提交 → 有效 Contact → 已聯繫 → 合格 → 預約 → 成交
CPL報告,有效-lead稅率,合格CPL任命成本,收購成本,lead收入. 如果CRM可以返回下游狀態,在可行時使用更深的限定事件.
20.4 表格設計
- 只問銷售團隊會使用的問題;
- 使用各種選擇來限定地點、需要、時間框架或預算;
- 不收集不必要的敏感資料;
- 將contact 人、為什麼、隱私條件和預期時間;
- 對敏感產業適用當地法律和TikTok政策。
20.5 後續聯絡 SLA
明確指定負責人、回應時間、致電次數、聯繫管道與狀態定義。若等兩天才 contact Lead,再好的廣告最佳化也無法彌補。
21. 實作:建立第一個 Manual 網站銷售 Campaign
介面可能改變,但核心序列仍然一致.
21.1 Campaign 級別
- 開啟 TikTok Ads Manager 點選建立;
- 選擇銷售;
- 選擇網站作為銷售目的地;
- 選擇 Manual Campaign;
- 輸入一個明確的名稱;
- 離開Split Test 除非你正在做一個正式實驗;
- 決定預算要設在 Campaign 或 Ad Group 層級。
21.2 Ad Group 級別
- 選擇正確的網站和 Pixel/資料連線;
- 選擇轉換或可用的 Value 目標;
- 將Purchase作為活動;
- 確定可服務的地理、必要語言和適齡;
- (b) 只在有可用的自訂受眾時才開始廣泛採購,不包括最近的購買者;
- 首先是自動安放,除非有檔案證明理由;
- 使用每日預算並資助計劃的學習視窗;
- 少有歷史, 請考慮Maximum Delivery; 在現實的CPA存在後使用 Cost Cap;
- 確認起始時間、時區和歸屬設定。
21.3 Ad 層級
- 選擇 Identity:品牌TikTok帳戶,授權的帖子,或另一個支援的identity;
- 選擇 Spark 或 non-Spark;
- 上傳3-5個有意義的縱向影片;
- 編寫與影片和網頁一致的簡明複製;
- 選擇匹配下一個動作的 CTA;
- 加入最終 URL 與 UTMs;
- 預覽裝置和放置;
- 儲存並使用 View setup only 進行完整的QA審查.
21.4 前72小時
- 先檢查審查和投放情況;
- 視察開支、印象、到達頁面造訪和事件;
- 立即糾正嚴重事件、URL、政策或庫存錯誤;
- 不為普通成本波動反覆編輯;
- 記錄第一天的基準,而不將其作為長期判決。
22. 實作:建立第一個 Smart+ 網站 Campaign
22.1 準備狀態檢查
- 驗證Purchase和value的測試命令;
- Pixel和Events API 解碼正確;
- 企業可支援至少7天的測試視窗;
- 至少有6種在物質上不同的創意素材資產已經到位;
- 歷史CPA/ROAS或利潤界限將目標對準;
- Catalog ID,價格,可用性和匹配率,如果使用Catalog是健康的.
22.2 建立流程
- 點選建立和選擇銷售;
- 選擇網站作為銷售目的地;
- 選擇或啟用 Smart+ campaign;
- 連線正確的網站、Pixel/資料連線和事件;
- 選擇可用的轉換或 Value 最佳化目標;
- 確定市場、語言和必要的排除;
- 選擇出價戰略和充足的預算;
- 選擇 Spark 或 Non-Spark 創意路徑;不要假設兩者可混用於同一個 Smart+ campaign;
- 上傳多樣的創意;如果使用Catalog,則驗證Product Set和事件匹配;
- 審查品牌和政策遵守情況的每個產生或建議的變化;
- 預覽,QA,併發布.
22.3 業務紀律
TikTok 建議讓 Smart+ Web 至少執行 7 天,並避免過早大幅調整出價、受眾或創意素材。若 Campaign 能持續用掉大部分每日預算且達成效率目標,再分階段擴量。使用目標 CPA 或 ROAS 時,應以可比較之 Maximum Delivery campaigns 的實際成效設定目標。
22.4 公平比較 Manual 與 Smart+
- 調整市場、產品、日期、主要活動和歸屬設定;
- 儘可能控制創意素材品質差異;
- 使用Split Test或實驗工具,而不是允許兩個組隨意重疊;
- 法官總轉換,CPA/ROAS,支出利用率、增量和利潤——不是最低的單日費用;
- 記錄Smart+是否使用額外的有機含量,Catalog,或產生創意素材.
23. 上線前檢查清單
企業與頁面
- * 記錄主要結果和雙向CPA/ROAS;
- * 市場、股票、航運、回報和支援可以處理報價;
- * 產品、價格、推廣和到達頁面商定;
- 真正的移動順序或表格提交工作已經完成;
- QQ隱私,術語,contact,以及售後資訊可見.
衡量
- Ads Manager連線到正確的Pixel/資料來源;
- ViewContent,AddToCart,InitiateCheckout,Purchase,或lead事件只向預定行動開火;
- value,currency,content_ids都是正確的;
- Pixel和Events API共享獨有的event_id進行分解;
- Test Events,Pixel助攻,Diagnostics顯示沒有關鍵問題;
- UTM與內部命名一致;
- * 同意和資料分享行為符合適用的法律。
Campaign 與 Ad Group
- * 目標與實際業務結果相符;
- 網站、商店、Instant Form或其他目的地正確;
- * 地點、語言、年齡和排除情況正確;
- 審查版位和品牌安全環境;
- * 預算、出價、時間表、時區和歸屬正確;
- Ad Group數與現有預算相符.
創意和廣告
- 9:16,安全區內有聲音/標題和關鍵內容;
- 前3-6秒載有明確的鉤子和命題;
- 每個Ad Group有多種有意義的不同的創造力;
- CTA,副本Identity,目的地URL正確;
- * 火花授權和音樂、類似性、商標和創作權是有效的;
- * 不得誇大、欺騙或限制索賠;
- QQ 放置預覽顯示沒有裁剪或文字障礙 。
營運與安全
- * 付款方法和賬單細節有效;
- * 至少存在兩名受信任的管理員,正在進行兩步驗證;
- * 指定業主進行審查、支出、活動、支助和股票通知;
- 基線、停止損失規則、觀察視窗和下一次審查時間都有記錄。
24. 核心指標:依漏斗順序解讀成效
24.1 投放層面
| 度量衡 | 公式/計量 | 主要問題 |
|---|---|---|
| 開支 | 實際廣告費用 | 送貨開始了嗎? |
| 印象 | 播放了時代廣告 | Campaign 是否已進入競價? |
| 到達 | 接觸了獨一無二的人 | 它覆蓋了多少人? |
| 頻率 | 印象 * * * * 達到 | 它是否屢次到達同一個人? |
| CPM | 成本 印象 × 1 000 | 暴露的代價是多少? |
24.2 創意和點選層
| 度量衡 | 含義 | 診斷方向 |
|---|---|---|
| 2s/6的檢視和平均觀看時間 | 早期關注保留 | 鉤,視覺,速度,相關性 |
| 完成率 | 共享到達終點 | 長度、結構、資訊密度 |
| CTR | 點選QQ印象 | CTA, 意圖, 或意外點選 |
| CPC | 成本 QQ 點選 | CPM和CTR的合併效應 |
| LPV | 成功裝入到達頁面造訪 | 點選是否實際到達頁面 |
24.3 轉換層
| 度量衡 | 公式/計量 | 監視 |
|---|---|---|
| 加到車率 | 新增 LPV | 產品、價格和頁面說服 |
| 離職率 | 結帳次數 ÷ 加購次數或 LPV | 墨盒和檢查摩擦 |
| CVR | 購買 QQ 點選或 LPV | 說明分母 |
| CPA | 購買成本 | 與繳款比值比較 |
| ROAS | 歸因 value ÷ 成本 | 非淨利潤 |
| AOV | 屬性 value 購買 | 套裝和折扣效果 |
24.4 商業品質層
電商還需要新客戶份額、退款、取消、毛差、股票和重複purchase。 Lead生成需要有效contact,contact,資質,任命,以及近速率. 當平台度量表看起來很強但利潤很弱時,檢查產品組合、報價、歸屬和下游業務。
24.5 閱讀規則
- 在百分比之前檢查絕對樣本大小;
- 在一天之前閱讀多天的趨勢;
- 依 Campaign → Ad Group → Ad → 版位/地區/裝置逐層拆解;
- 共同評估成本、數量和品質;
- 分別解釋點選透過和檢視透過歸屬.
25. 成效未達標時:依漏斗順序診斷

A. 沒有花費或投放量極低
檢查帳戶與廣告核准狀態、餘額與付款、開始時間、Campaign/Ad Group/Ad 狀態、地區、受眾規模、版位、預算、是否有過低的 Cost Cap、創意素材狀態與事件資格。
行動:首先解決地位和資格問題;取消不必要的目標設定限制;採用現實的出價和預算;不透過重複許多特設小組來解決投放問題。
B. 有曝光,但前段觀看表現偏弱
檢查第一個畫面、前三秒的關聯性、原生視覺風格、人物或產品出現的速度、字幕可讀性與音訊。
動作:重寫鉤子,更早移動結果或問題,加快速度,並與不同的人和場景重拍,而不是隻改變音樂.
C. 觀看表現尚可,但 CTR 或 LPV 偏低
檢查利益點與 CTA 是否清楚、廣告是否只有娛樂卻沒有銷售、URL 是否有效、頁面是否載入,以及某個版位是否帶來誤觸。
行動:澄清產品和下一步;增加演示、價格或提議;縮短從廣告到行動的距離;確定速度和方向。
D. 點擊表現正常,但加購或表單提交偏低
請檢查date=中的日期值 (幫助) 廣告頁面一致性,上層內容,價格,航運,股票,審查,信任,表欄位,裝置錯誤,以及事件損失.
動作:先完成一個真實路徑;讓頁面重複廣告承諾;去除摩擦;不立即改變觀眾.
E. 加購表現正常,但購買量偏低
退票費 付款失敗 交貨時間 促銷程式碼 強制註冊 庫存外變種 退貨條件 Purchase拍攝.
行動:修理結賬,增加付款方法,顯示總價格和保證,並核對實際訂單。
F. CPA 或 ROAS 未達商業目標
檢查利潤目標、AOV、退款、新客品質、歸因視窗、VTA、品牌與自然需求、創意素材疲勞、產品組合與邊際成本。
行動:一次改變一個主要變數;改進AOV或比值;重新整理創意;排除最近的買家;使用實驗而不是同時改變預算、受眾、創意和頁面。
解決問題的規則
在行動前找到第一個破碎的步驟. 寫下症狀,證據,假說,一個重大改變,開始時間,觀察視窗,以及成功條件.
26. 測試、創意素材更新與受控擴量
26.1 良好試驗的六個要素
- 一個明確問題,例如「相較於創作者開箱,創辦人示範是否能提升 Purchase CVR?」;
- 一個主要變數;
- 不同版本之間的有意義的區別;
- 可比市場、日期、預算、事件和歸屬;
- 預先確定的主要指標和最低限度證據;
- 有檔案記載的結論和下一步行動。
TikTok Split Testing可以測試目標設定,放置,招標和最佳化,預算策略,創意資產,Catalog,Smart+等變數. 官方最佳做法建議至少7天,並儘可能估計功率至少80%,不進行飛行中編輯.
26.2 創意試驗優先
首先測試大差異 :
- 觀眾問題或使用案件;
- 人物和送貨風格;
- 鉤和第一幀;
- 核心證據或證明;
- 提議;
- CTA;
- 字幕顏色和其他次要處理最後.
26.3 創意素材疲勞
若花費與 Frequency 上升、注意力或 CTR 持續下降,且頁面與受眾未變時 CPA 仍惡化,可判斷創意素材可能疲勞。TikTok 建議在既有 Ad Group 中加入新素材來延長壽命,不要總是另建群組;Smart+ Lead 指引建議每次加入 2–5 組新素材,不要一次塞滿 Campaign。
26.4 受控擴量
- 確認多個轉換週期的穩定性;
- 增加各步驟的預算,並在每次變動後觀察;
- 觀察量,CPA/ROAS,支出利用率和邊際效率;
- 透過新的概念、市場或產品建立橫向規模——並非許多相同的群體;
- 保持控制權,不同時更換所有成熟資產;
- 擴大庫存、支援、實現和現金流動與支出。
26.5 何時減少或暫停
- 嚴重事件、價格、URL、股票或政策錯誤;
- 試驗達到預設的最大損失,但沒有可靠的漏斗證據;
- 退款、欺詐或下游品質造成負貢獻;
- 創作權到期或者產品不能實現.
27. 新帳戶的 30 天計畫

第1-3天:目標和基礎
- 完成利潤率簡介和主要轉換定義;
- 建立或組織Ads Manager和Business Center;
- 配置付款、權限、兩步驗證和命名;
- 審查產品,股票,航運,政策,移動購買行程.
第4-7天:資料和創意素材
- 在可行的情況下安裝Pixel並連線Events API;
- 配置事件、引數、變換、Advanced Matching和同意;
- 完成真正的訂單或lead測試;
- 建立創意素材矩陣併產生第一批;
- 如果使用Catalog,則完整產品資料,產品集,以及ID匹配.
第 8–10 天:建立並上線
- 選擇手動或 Smart+;
- 建立簡單的 Campaign 架構;
- 確定廣泛的目標、預算、出價和主要活動;
- 上傳多樣化創意素材並加入 UTMs;
- 審查View setup only和啟動前清單;
- 公佈和記錄基線。
第11-17天:保護學習
- 每日檢查審查、支出、活動、庫存和重大異常情況;
- 避免頻繁編輯非關鍵問題;
- 注意,CTR,LPV,加車,purchase,和CPA/ROAS;
- 為下一個創意批次收集評論意見、支援問題和頁面反饋。
第18-23天:第一次系統最佳化
- 找到第一個斷裂的漏斗步驟;
- 保持有效的創意素材,並增加2至5個真正不同的資產;
- 修復頁面、取出或lead後續問題;
- 如果預算可以支援,則設計一個Split Test;
- 調和Ads Manager,命令/CRM,以及財務資料.
第24至30天:鞏固和計劃
- 查明可重複的鉤子、人、利益和產品;
- 逐步擴大合格運動的規模;
- 在創意庫中儲存失敗概念的教訓;
- 設定下個月的創意產出、假設、庫存和利潤目標;
- 審查獲取、開具賬單、政策風險和事件健康。
每週會議五個固定問題
- 第一個破漏斗步驟是什麼?
- 哪些創造要素具有可重複的證據?
- 平台轉換數與真實訂單或潛在客戶相差多少?
- 邊際開支還能獲利能力嗎?
- 下週最重要的測試是什麼?
28. 政策、審核、拒登與資安應變
28.1 上線前確認產業資格
TikTok Advertising Policies涵蓋成人含量,酒精,危險產品,欺騙行為,金融服務,賭博,保健,智慧財產權,政治,體重管理等類別,並有市場和認證要求. 政策變化;不僅僅依靠過去的經驗。
28.2 常見審核風險
- 廣告語言在目標市場不被接受,或者拼寫和顯示名稱具有誤導性;
- 廣告要求人們使用不支援的互動;
- 媒體或音訊品質差,或關鍵內容被介面隱藏;
- 產品、品牌、價格或促銷與到達頁面衝突;
- 商標、音樂、創作者、電影或其他資產未經許可使用;
- 索賠誇大、虛假、有保證或造成假的稀缺;
- 頁面缺乏商業,隱私,航運,迴歸,或contact資訊.
28.3 拒絕答覆
- 記錄 Campaign、Ad Group、Ad ID 與拒登原因;
- 閱讀具體政策,而不是反覆修改一個字;
- 檢視影片、字幕、音訊、副本、Identity、URL和完整到達頁面;
- 糾正基本問題並提交符合要求的版本;
- 如果證據支援錯誤,請使用介面中顯示的上訴路徑;
- 不得透過新賬,化妝品變體或者隱蔽到達頁面逃避審查.
28.4 資料和帳戶安全
- 啟用Business Center/Ads Manager成員的短訊息、電子郵件或認證程式兩步驗證;在支援的情況下,對連線的有機帳戶使用密碼和裝置審查;
- 永遠不要在聊天或電子表格中共享主密碼、一次性程式碼或API令牌;
- 給予各機構所需的最低資產存取,並在關係結束時予以撤銷;
- 定期匯出資產和管理人清單;
- 將Events API令牌,Catalog證書,以及付款許可所有權分別列出;
- 大型預算,付款,使用權變更需要二人審批.
28.5 事件優先
對於帳戶接管或可疑支出,暫停可疑投放,取消會話和造訪,重置證書,允許兩步驗證,儲存證據,contact官方支援. 透過政策審查處理政策拒絕;不要將其與安全事件混淆。

