步骤 1
收集受影响页面链接、每张图片的文件大小与格式、商家记录的耗时证据作为基准,以及主题加载图片的方式说明(如懒加载与每个图库的请求数)。
页面变慢的反馈往往被归咎于图片,但文件过大、分发环节与主题行为都可能造成同样的观感延迟。本场景的当务之急是定位商品图片加载缓慢的原因。该流程产出结论清单,一次只归因一种原因,并为每种原因匹配对应的修复方式。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify product images loading slowly」这一问题,所属方向为「商品图片质量与问题」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 以单次图片请求为单位对照基准逐一测试,把每处延迟归因于单一原因——文件过大、格式低效、分发条件或页面行为——凡测量不支撑的原因一律不写入结论。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
收集受影响页面链接、每张图片的文件大小与格式、商家记录的耗时证据作为基准,以及主题加载图片的方式说明(如懒加载与每个图库的请求数)。
以单次图片请求为单位对照基准逐一测试,把每处延迟归因于单一原因——文件过大、格式低效、分发条件或页面行为——凡测量不支撑的原因一律不写入结论。
交付结论清单,为每种归因配上对应修复,然后在每次改动后重新测量同一次图片请求并与记录的基准比较,达标后才关闭该条结论。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
因为文件过大、分发条件与页面行为都表现为同样的观感延迟,混合诊断会掩盖真正有效的修复;每条结论只写请求级测量能支撑的那一个原因,使修复可以单独验证。
按每张文件的投放位置:主图面向买家全尺寸展示,需保留更高质量;缩略图可以压得更狠;规则遵循既定投放位,而不是对整个图库套用同一个压缩级别。
改动后重新测量同一次图片请求,与收集阶段记录的基准比较;只有复测显示延迟确实消除,该条结论才能关闭,而不是文件编辑过就算完成。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。