步骤 1
按商家提供的URL,以顾客真正会遇到的顺序从落地页走到集合页、商品页、购物车与结算首屏,逐页记录所用设备与进入路径、导致访客受阻、误导或变慢的具体元素,以及该现象在第二次走查时是否重复出现。
顾客似乎在落地页到结算之间的某处流失,但没有人真正按访客的方式把页面走一遍。本场景的任务是审计影响购物体验的网站问题,沿商家提供的 URL 从落地页走到购物车,记录访客被阻断、误导或拖慢的位置及受影响页面。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify website audit」这一问题,所属方向为「店铺健康审计」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 把每条观察归为阻断、误导或仅缓慢三类,把只出现过一次且无法复现的现象标注为未确认而不是结论,确保清单里留下的都是访客实际会遇到的情况。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
按商家提供的URL,以顾客真正会遇到的顺序从落地页走到集合页、商品页、购物车与结算首屏,逐页记录所用设备与进入路径、导致访客受阻、误导或变慢的具体元素,以及该现象在第二次走查时是否重复出现。
把每条观察归为阻断、误导或仅缓慢三类,把只出现过一次且无法复现的现象标注为未确认而不是结论,确保清单里留下的都是访客实际会遇到的情况。
输出含受影响URL、所处路径环节、分类结果与访客被推向的下一页的问题清单,并在修正后重新走查,确认条目数与提供的URL数一致且没有阻断项仍然开放。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
至少在同一设备与同一进入路径下走两遍,且两遍都记录到该现象。单遍走查可能撞上瞬时网络或缓存状态,重复走查才能把稳定缺陷与偶发瞬间区分开。
应当上报,但要写明观察到的成因,而不是默认判为缺陷。大体积媒体、第三方脚本与主题设置都会造成延迟,各自修法不同,报告需要说明究竟是什么拖慢了页面。
记为无法访问并附上看到的响应,同时保留在清单中。悄悄丢弃它,等于隐藏了顾客恰好会在该路径环节遇到的阻断问题。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。