TikTok 广告预算花得出去，也有人点，后台却还是 0 单。碰到这种情况，别下意识先重写素材。点击只说明有人点开了广告；报表、页面加载、用户是否决定购买、结账，甚至最后回传购买的事件，都可能让销量断在半路。
先回答两个问题：店铺真的没有订单吗？点击之后，用户最早卡在哪一步？ 先把店铺订单和 TikTok 报表对上，再用同一统计窗口比较 Destination Clicks、Landing Page Views、ViewContent、AddToCart、InitiateCheckout 和 Purchase。最早出现的明显断点能缩小排查范围，但不能单独证明原因。
本文讨论的是把用户带到站外网站的常规 TikTok 广告。如果购买发生在 TikTok Shop 内，或广告系列使用 GMV Max，请改看 TikTok Shop 广告与 GMV Max ROI 指南，因为这类广告的报表与优化路径不同。
先确认：“零销量”到底是哪一种
动广告之前，先弄清楚你面对的是哪一种“零”。
你看到的情况 | 可能意味着什么 | 第一项检查 |
店铺和 TikTok 都显示零购买 | 点击后的转化链路可能真的有问题 | 找出漏斗中最早开始流失的环节 |
店铺里有带来源信息的订单，但 TikTok 的 Purchase 事件为 0 | 可能是计量、事件映射或归因让销量没有显示出来 | 核对订单 ID、日期、时区、来源和 Purchase 事件状态 |
已有 ViewContent、AddToCart 或 InitiateCheckout，但 Purchase 为 0 | 问题可能在后半段，也可能只是样本还不足 | 把最后一个成功事件与第一方结账证据放在一起看 |
先对齐店铺和 TikTok 的记录，再改投放。Ads Manager 显示 0，不一定代表店铺没有订单；店铺有订单，也不代表它一定应归因给 TikTok。两边必须使用相同的日期范围、时区、广告系列或来源口径，以及同一套归因解释。
原始快照也要留好。没有基线，后面的结果可能只是因为统计窗口、流量构成或数据处理延迟变了，却看起来像优化见效。
先画出点击后的漏斗，再动广告
CTR 能说明广告抓住了注意力，但它止步于点击。它看不出目标页有没有打开、访客有没有看到商品、购物车能不能用，也看不出 TikTok 是否收到购买事件。
漏斗要从 Destination Clicks 开始，不是 Clicks (all)。Clicks (all) 可能包含社交互动；Destination Clicks 记录的是用户前往指定目标页面的点击，Landing Page Views 则要等目标页真正加载后才会计数。后面的 ViewContent 及其他电商事件，取决于网站自己的事件配置。
按下面这条分母链来查：
Destination Clicks → Landing Page Views → ViewContent → AddToCart → InitiateCheckout → Purchase → TikTok-reported Purchase要回答的问题 | 计算方式 | 这项结果能帮你查哪里 |
点击后，目标页是否真的打开？ | Landing Page Views ÷ Destination Clicks | 重定向、浏览器、隐私同意流程或页面加载问题 |
页面打开后，是否触发了商品浏览信号？ | ViewContent ÷ Landing Page Views | 页面路由或事件触发问题 |
看过商品的人有没有继续加购？ | AddToCart ÷ ViewContent | 流量意图、商品页、优惠或交互问题 |
所有已加载访问中，有多少最终加购？ | AddToCart ÷ Landing Page Views | 页面层面的汇总比率；应与上一项分阶段比率一起看，不能替代它 |
加购后有没有进入结账？ | InitiateCheckout ÷ AddToCart | 规格选择、购物车、总费用或结账入口问题 |
发起结账后有没有形成订单？ | Purchase ÷ InitiateCheckout | 支付、物流、库存、身份验证或 Purchase 事件问题 |
点击最终有没有变成已记录的购买？ | Purchase ÷ Destination Clicks | 端到端结果；不能据此定位具体断点 |
每个百分比旁都要保留原始分子和分母。缺少任何必需输入时，把比率标为 Unknown。输入齐全但分母明确为 0 时，标为 N/A。空白字段绝不能被算成 0%。
如果你想先了解认知、考虑和转化阶段如何衔接，可以参考这份全漏斗广告框架。本文的范围更窄：广告已经有消耗和 Destination Clicks，我们只查点击之后发生了什么。
有点击没销量，常见的 7 个排查位置
把下面七个位置当作排查地图。它们是常见故障点，不是已经确认、彼此互斥的根因；实际问题可能同时出现在两处或更多位置。
1. 时间范围或归因设置让销量“消失”了
如果店铺订单与 TikTok 报表中的 Purchase 对不上，或换一个报表时区、归因视图后结果就变了，先别动投放。差异可能来自其他渠道、所选窗口之外的转化，也可能只是近期事件仍在处理中。放宽归因窗口可以改变订单记给谁，但凭空变不出一笔不存在的订单。
导出或截取同一日期、同一时区下的 TikTok 与店铺记录，再核对订单时间、来源或 UTM、广告系列 ID 和归因设置。对齐口径后，如果订单层面的匹配或差异可以稳定复现，才算拿到了能继续判断的证据。TikTok Shop 数据分析指南提供了更完整的报表流程；对于网站广告，仍要回到对应的第一方订单来源核验。
2. Purchase 事件漏报、重复或映射错误
店铺已有完成订单，TikTok 却显示零购买，或者订单数、金额、币种不对时，先用一笔测试订单，从结账一路追到事件报表。在此之前，还要排除报表延迟、日期范围错位、归因来源不同和测试订单噪音。
不要看到数据连接显示“active”就放心。它只能说明近期有活动，不能确认 Purchase 的触发条件、金额、币种、商品 ID、域名映射或去重逻辑都正确。检查当前的
Purchase 事件及其参数。如果 Pixel 和 Events API 同时发送同一事件，配对的两条事件应使用相同的 event_id 完成去重。核验通过时应该看到：同一笔完成订单在第一方系统和对应的 TikTok 事件视图中各出现一次，金额与币种都符合预期。旧配置里可能仍保留
CompletePayment 这个历史名称，但新的检查应使用 TikTok 当前的 Purchase。3. 用户点了广告，落地页却没真正打开
如果 Destination Clicks 到 Landing Page Views 出现明显断层，问题很可能在目标页路径上。前提是分母确实使用 Destination Clicks，而不是 Clicks (all)，并且两项指标来自同一个统计窗口。
用报表里主要的移动设备和地区测试广告中的准确 URL。顺着每一次跳转往下查，包括隐私同意流程、App 内浏览器显示、查询参数、服务器错误和最终目标页。设备或浏览器日志能复现故障，修复页面或跳转后，在可比流量下 Landing Page Views 随之改善，才算确认了这个问题。与其套用一个通用的 Click-to-LPV“合格线”，不如围绕可复现故障查看前后变化。
4. 广告系列优化错了阶段
如果 Traffic 广告系列按 Destination Clicks 优化，访问量有了，后续电商事件却很少，就该检查优化目标了。不过，这还不能证明这批受众不会买。商品、优惠、页面、计量、样本量或结账流程，都可能才是真正的瓶颈。
核对广告系列目标、优化位置、优化事件，以及这个事件本身是否正常。如果业务目标是网站购买，应该与合适的 Website Sales 配置做一次控制变量的对比，而不是同时替换多项设置。结果要看更深层的事件和第一方订单，不能只看 CTR 或点击成本。广告系列如果仍在搭建或学习初期，可参考广告冷启动与优化指南。
5. 广告说的和落地页卖的对不上
把广告第一帧的承诺与移动端落地页首屏并排放在一起，逐项比较商品、规格、价格、折扣、运费、库存、可信背书和 CTA 文案。广告讲的是一套优惠，目标页给出的却是另一套，不用再等一份后台报表，也能直接看到问题。
这能确认广告与页面信息不一致，却不能单独说明它导致了零购买。先做一个只让落地页兑现广告承诺的版本，再看下一个漏斗事件和第一方订单有没有变化。如果两边本来就一致，应继续检查页面速度、受众匹配或结账，不要硬把原因归到这里。
6. 商品页或购买条件没打消买家的疑虑
Landing Page Views 和 ViewContent 都有，AddToCart 却持续偏弱时，排查重点应转到购买决策。不要用一句“页面不够可信”草草收尾。访客意图较低、AddToCart 事件失效、规格难选，或用户去站外比价，都能产生相同的表现。
回到移动端页面，看看买家作出下一步决定所需的信息是否齐全：商品是什么、适合谁、怎么用、总费用、发货时间、退换政策、兼容性、可选规格，以及可信的证明。AddToCart 按钮和事件也要一起实测。
会话录屏、客户反馈、事件测试，或只调整页面与优惠其中一项的对照测试，都能为判断补充证据。测试期间保持流量来源可比，别把换了受众带来的变化算到页面头上。
7. 结账、支付、运费、库存或地区规则拦住订单
AddToCart 和 InitiateCheckout 已经出现，Purchase 却仍是 0，这时先离开广告后台，打开第一方结账证据。漏斗只能告诉你用户停在哪一步，无法直接说清是支付、物流、库存、身份验证，还是 Purchase 事件本身丢了。也有些用户会晚些时候换设备或从其他来源完成购买。
检查失败的支付尝试、不可用的付款方式、运费覆盖、地址规则、折扣冲突、库存、身份验证和订单确认页的触发条件。日志中能找到可复现的错误，相关负责人修复后，测试订单可以成功，才算确认了阻断原因。非 Shopify 店铺应查看自己平台对应的结账与支付日志，不要套用相同的后台界面。
别盯着最显眼的指标，先找最早的断点
CTR 最容易被注意到，因为它一眼就能看到。但真正有用的问题是：当每个环节都按相同口径统计时，用户最早停在了哪里？
最先观察到的表现 | 优先排查什么 | 暂时不能得出什么结论 |
店铺有订单，TikTok 的 Purchase 为 0 | 计量与报表 | 市场没有需求 |
有 Destination Clicks，LPV 大幅掉落 | 目标页加载与跳转路径 | 素材吸引错了人 |
有 LPV，ViewContent 大幅掉落 | 页面路由与事件触发 | 优惠没有吸引力 |
有 ViewContent，AddToCart 大幅掉落 | 流量意图、商品页、优惠与交互 | 只有价格导致流失 |
有 AddToCart，进入结账的人大幅减少 | 购物车、规格、总费用与结账入口 | 支付失败 |
已进入结账，Purchase 大幅掉落 | 支付、物流、库存、身份验证与 Purchase 事件 | 问题一定出在广告 |
每一层都只有少量数据 | 继续积累证据 | 广告已经确定失败 |
每一条发现都写清四件事：
- 你看到了什么：真实存在的数值、页面细节或日志。
- 你算出了什么：根据这些输入得到的计算结果。
- 什么可能解释它：仍需测试的假设。
- 还缺什么：下一项能帮助判断的字段、日志、录屏、截图或对比数据。
这一步不复杂，但能防止一个“听起来合理”的故事在证据到位前变成确定诊断。
一次只改一个变量
找到第一个断点后，先保存基线，别一口气改好几项。只测试一个与该环节直接相关的变量。跳转失败，就测跳转；广告与页面矛盾，就测信息是否一致；结账日志已经报错，就交给结账负责人，而不是再写一轮新钩子。
用下面这张表记录单变量验证：
时间戳与时区 | 广告系列/页面及 ID | 已保存的基线 | 唯一改动 | 为什么改它 | 观察窗口 | 结果 | 下一步决定 |
视问题而定 |
观察多久，要看正在验证的问题、正常报表延迟、购买周期、可用流量和团队的决策节奏。没有一个通用的点击数或天数可以保证出单。售价 $20 的冲动型商品、需要反复考虑的商品和已经坏掉的支付流程，不该共用同一条停止规则。
如果证据指向的是整个广告系列需要重做，而不是页面故障，可以接着使用 Navos AI 广告优化师。诊断和重做要分成两个决定，团队才看得出到底是哪一项改变带来了结果。
我们如何用 Navos 跑这次落地页诊断
2026 年 9 月 15 日，我们在 Navos Desktop → Square → Compliance Check → Diagnose Landing Page 中，用七个虚构的网站广告案例测试了这套方法。为了只验证诊断逻辑，这次使用的是不含真实账户或客户信息的虚构输入。
Navos 生成的报告为每个案例计算了 8 个漏斗比率，共 56 项，并在每个结果旁保留原始分子和分母。我们逐项独立复核了全部 56 项计算。报告先把已知事实、计算结果、待验证假设和缺失证据分开，再给出排查优先级与一个下一步动作。
虚构案例 | 报告发现了什么 | 下一步只做一件事 |
L01：点击没有变成已加载页面 | Click-to-LPV 为 30.0%。抽样 Android 会话中有 17% 出现跳转失败，因此应列为 P0 排查，但这还解释不了完整的 70% 缺口。 | 按设备分组核查一次最终 URL。 |
L02：店铺订单与 TikTok 报表不一致 | 输入中有 14 笔带 UTM 标记的第一方订单，而 TikTok Purchase 事件为 0，因此应列为 P0 计量排查。报告没有把这 14 笔订单当作已证实归因于 TikTok 的购买。 | 在迁移后的结账确认页测试 Purchase 事件。 |
L03：用 Traffic 目标承接购买任务 | Traffic 目标与购买目标之间的不匹配被列为 P1 假设；它不能证明低意图流量导致了零购买。 | 做一次只改变广告目标的 Traffic 与 Website Sales 对比。 |
L04：广告与目标页优惠冲突 | 广告承诺优惠 30% 并包邮，目标页只优惠 10%，还收取 $8 运费。两边不一致已经确认，但它对 Purchase 的影响仍未证实。 | 先由负责人确认唯一有效的优惠口径，再改广告或目标页。 |
L05：商品页可能没有消除购买顾虑 | 提供的移动端页面截图里可见 3 条评论，画面中未显示物流、退货或保修信息。Navos 将买家信心不足列为 P2 假设，不是已确认原因。 | 收集移动端会话录屏后，再决定是否重做页面。 |
L06：结账日志中已有明确阻断 | 在捕获到的 51 次结账尝试中，日志确认了 35 次支付方式失败和 16 次运费规则失败。该结论只适用于这批输入。 | 只恢复一种支付方式并测试，运费设置保持不变。 |
L07：样本不足以下结论 | 20 小时内只有 38 次点击和 1 次 AddToCart，不足以支持根因诊断。报告没有虚构一个通用的点击数或等待时长。 | 继续收集相同漏斗字段，直到达到团队预先设定、符合业务情况的复盘节点。 |
这次运行得到的是一份有优先级的排查队列，不是通用转化基准，也不是恢复销量的承诺。它把已知事实与假设分开，指出还缺什么证据，并针对最早观察到的断点给出一项下一步动作。真正调整广告之前，投放、数据、工程、商品或结账流程的对应负责人仍应到真实系统里核对这项建议。
什么时候继续积累数据，什么时候排查或交给负责人
当前状态 | 证据表现 | 合适的处理方式 |
继续收集 | 样本小或时间短；没有可复现故障；关键分母缺失 | 保留当前设置，写清缺失证据，在符合业务节奏的节点再次检查 |
进一步排查 | 某一环节反复下滑，但仍有其他可能解释 | 针对事件、页面、细分人群或广告与页面一致性做一项检查 |
交给负责人 | 日志已经显示跳转、Purchase 事件、付款方式、运费、库存规则或权限依赖存在问题 | 把具体对象、时间戳、证据和复现步骤交给工程、数据、投放、商品或结账负责人 |
交给负责人并不等于一律暂停所有广告。流量正在进入坏掉的结账流程时，团队可以在修复期间决定限制曝光；如果只是样本太小，贸然暂停反而会拿走判断广告所需的数据。该怎么处理，应由已确认的问题和业务风险决定。
常见问题
为什么 TikTok 广告有点击却没销量？
问题可能出在报表、Purchase 追踪、从点击到页面加载的过程、流量意图、广告与页面是否一致、用户作出购买决定的环节或结账。先核对第一方订单，再找到漏斗中最早下滑的环节。
TikTok 广告 CTR 很高，也可能没有转化吗？
可能。CTR 计算的是点击量相对展示量的比例。它看不出页面有没有打开，也看不出访客是否加购、进入结账、完成购买或被正确计入报表。高 CTR 只能说明广告吸引了注意力，不能证明购买意图。
点击和 Landing Page View 有什么区别？
Destination Click 记录用户前往目标页的动作；Landing Page View 要等目标页加载后才会计数。Clicks (all) 还可能包含社交互动，所以计算比率之前，要先确认报表使用的是哪一种点击。
为什么店铺有订单，TikTok 却显示零购买？
先对齐日期范围、时区、来源或 UTM，以及归因视图。接着测试当前的 Purchase 事件、事件参数、域名映射和去重。第一方订单与平台记录还没核对清楚之前，不要急着判断市场需求弱。
应该从 Traffic 切换到 Website Sales 吗？
先检查当前目标和优化事件是否对应业务目标，但不要把切换当成必然有效的修复。确认 Purchase 计量正常后，再设计一次只改一项条件的对比；判断结果时看更深层的事件与订单，而不是只看点击成本。
多少次点击后还没出单，才算有问题？
没有适用于所有广告的点击门槛。判断边界取决于目标 CPA、售价与利润、购买周期、流量来源、后续事件，以及是否存在技术故障。请用自己的经营数据和漏斗证据来定，不要借用别人的固定数字。
第一项应该测试什么？
从证据指向的最早环节开始。判断需求之前先核对订单；重写素材之前先修复可复现的跳转错误；判断 ROAS 之前先验证 Purchase；已经有人进入结账却没有订单时，先看结账日志。
最后检查一遍
确认广告系列已有消耗和 Destination Clicks；如果没有，应改用“广告没有消耗”的诊断路径。
使用相同日期、时区、来源和归因解释，对比第一方订单与 TikTok 数据。
验证当前的 Purchase 事件、参数、域名映射和去重。
根据原始数量计算 Destination Click → LPV → ViewContent → AddToCart → InitiateCheckout → Purchase。
缺失输入标为 Unknown；分母明确为 0 时标为 N/A。
对照广告承诺、移动端页面和实际结账体验。
在判断原因之前，先查看第一方页面与结账证据。
每次只修改一个与最早断点直接相关的变量。
记录基线、结果与下一步决定。
如果你也想整理一份以证据为先的诊断快照，可以下载 Navos 桌面端，打开 Square → Compliance Check → Diagnose Landing Page。输入同一日期范围和时区下各漏斗环节的原始数量，再补充广告承诺、目标页证据和已有的第一方日志。不要写入账户或客户标识信息。改动广告之前，仍需在对应的真实系统中逐条核验建议。
