01
步骤 1
收集店铺已配置的像素标识以及每一处安装位置（主题、应用或结算），商家期望看到的事件、已下测试订单的订单标识、当时生效的授权与浏览器条件，以及广告报表所覆盖的时间窗。
返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant
诊断 Facebook 像素事件缺失
Facebook 像素已经安装，但广告报表里看不到任何成交，商家也无法判断它到底有没有加载。此时的直接任务是诊断 Facebook 像素事件的缺失情况。流程应产出追踪诊断与可复用的测试方案，区分像素未安装与触发但缺少参数两种情况。
所属主题
转化追踪与像素问题
目标关键词
shopify facebook pixel not firing
可复制 AI 提示词
直接用在 Spark 工作流里的提示词
先替换所有 [方括号] 占位内容，再补充你真实的店铺数据和限制条件，最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify facebook pixel not firing」这一问题，所属方向为「转化追踪与像素问题」。
店铺背景：[填写品类、目标市场、目标客群]
处理范围：[填写商品、页面、客户、活动或日期范围]
可提供的数据：[填写已有资料]
请按以下方式工作：
1. 先说明完成该任务需要哪些关键数据，并标记缺失项。
2. 通过一次测试旅程，把浏览器端采集、商家日志与同一标识的订单记录三方对照，逐一判断每个预期事件属于像素未安装、已安装但未触发、触发了但没有参数，还是被授权或浏览器阻断。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据；没有证据时请明确写“待确认”，不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作，在我明确授权且工具已连接前，仅输出草案或操作步骤；完成操作后再报告已验证的结果。解决步骤
推荐的解决流程
按输入、判断、交付三个阶段拆开执行，先保证每一步的输出，再进入下一步。
02
步骤 2
通过一次测试旅程，把浏览器端采集、商家日志与同一标识的订单记录三方对照，逐一判断每个预期事件属于像素未安装、已安装但未触发、触发了但没有参数，还是被授权或浏览器阻断。
03
步骤 3
交付追踪诊断与可复用的测试方案，说明每个事件属于上述哪种状态，并附上证据与修正动作，再按该时间窗的订单记录确认修正后的事件，并注明该缺口是否也影响了更早时期的数据。
常见问题
执行这个场景时最常见的疑问
覆盖判断依据、常见误解和必须准备的输入，让团队在真正动手之前先把前提对齐。
如何区分未安装与未触发？
店铺配置与页面源码能看出标识是否存在，测试运行则能看出它是否真的上报。配置里有但完全不发的标识，问题在模板或触发条件；两处都不存在的标识，问题在安装环节。两者分别记录，因为需要的修正动作不同。
为什么结算步骤要单独检查？
结算步骤常由主题无法控制的脚本提供，可能在没有任何主题改动的情况下被替换或调整顺序。只测商品页可能出现像素正常触发、而购买事件从未运行的情况，而这正是报表里只见访问不见成交的典型成因。
历史报表可以修正吗？
只有商家为每个缺失事件都留有订单记录、且缺口原因已经查明时，才能对早期数据做重述，并且重述结果要明确标注。两者缺一，该时期只能报告为未衡量；用估算填充会让之后的对比无法解读。
相关场景
继续浏览相近或同主题的 Spark 运营场景
先优先看同主题的相似问题，或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Next step
想把这些 AI 场景直接嵌入日常运营？
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程，提供可以直接接入店铺的 AI 工具与智能体，减少反复写提示词的成本。