步骤 1
先收集当前条目清单与上一版快照、每个受影响页面的发布与下架时间戳、上次生成站点地图的时间,以及针对模板、robots指令与市场可见性生效的排除规则。
新页面上线已有多日,站点地图却仍列着旧 URL、漏掉新页面。本场景的任务是排查站点地图条目缺失或过期问题,把现有条目与发布时间戳及排除规则逐一对照,为每个缺口标注成因与复核日期。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify sitemap not updating」这一问题,所属方向为「技术 SEO 与收录」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 再逐个缺口比对:发布时间晚于上次生成的归因为生成时机;发布更早的只有在能被某条具名规则覆盖时才归因为排除规则;页面已下架或隐藏的记为预期缺口;其余一律保留为未归因。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
先收集当前条目清单与上一版快照、每个受影响页面的发布与下架时间戳、上次生成站点地图的时间,以及针对模板、robots指令与市场可见性生效的排除规则。
再逐个缺口比对:发布时间晚于上次生成的归因为生成时机;发布更早的只有在能被某条具名规则覆盖时才归因为排除规则;页面已下架或隐藏的记为预期缺口;其余一律保留为未归因。
最后输出按URL列出的诊断结论与后续核查项,为每个缺口标注成因与安排在下一次生成之后的复核日期,并核对当前与上一版清单的差异能解释每个出现或消失的URL,且在下一版快照中确认新发布页面已纳入。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
把页面发布时间戳与上次生成时间对比:晚于上次生成才发布的页面只是尚未经历新一轮生成;发布更早却仍缺失的,必须由某条具名规则来解释。若没有任何规则覆盖它,该缺口就保留为未归因,而不是安一个方便的解释。
把复核日期安排在下一次计划生成之后,因为只有新文件才能补上生成时机的缺口。归因于排除规则的缺口在该规则变更后复核;仍未解释的缺口则顺延,并记录已经尝试过的核查项。
不等于。移除只是不再由该文件推荐这个地址,只要页面仍可访问,就仍可能被收录。因此后续核查要确认商家是否还想屏蔽或跳转该页面,而不是把未出现在站点地图当作已从搜索中移除。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。