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 的触发及报表口径。页面打不开和事件漏报都可能出现类似现象，应先把两者区分开。
有商品浏览、加购少：先确认加购事件正常，再检查页面首屏是否对应视频、款式是否可买、尺寸与价格是否清楚。可以针对一个具体疑问补信息，例如容量视频带来的访客找不到内部尺寸，就优先补该说明。
有加购、购买少：检查结账及付款是否可用，配送范围、运费和预计送达信息是否在适当位置说明，同时核对购买事件与站点订单。购物犹豫、付款问题和测量遗漏都值得排查，不能直接把原因归到广告素材。
出现购买后，再结合退款、商品毛利、配送及支付成本判断投入是否合理。少量订单不足以支撑“某种素材长期更好”的结论；每轮记录调整内容与观察窗口，积累能用于下一轮的依据。
现在可以从自己的商品页开始：写下一个消费者场景、两个可以真实拍出来的视频角度，以及各自需要页面回答的问题。把浏览到购买的事件检查走通，就有了从素材准备进入首轮测试的具体方案。
