返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant

核对站点地图与预期公开页面的覆盖情况

站点地图从未与商家真正想公开的页面清单核对过,报错 URL 可能和缺失页面混在一起。本场景的任务是核对站点地图与预期公开页面的覆盖情况,把站点地图条目与预期清单逐页比对,同时找出缺失条目与应移除条目。

所属主题
技术 SEO 与收录
目标关键词
shopify sitemap checker
可复制 AI 提示词

直接用在 Spark 工作流里的提示词

先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。

ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify sitemap checker」这一问题,所属方向为「技术 SEO 与收录」。

店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]

请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 再按三条规则判定:出现在预期公开清单、返回非错误状态且自指canonical的URL记为应收录;不在清单、跳转到其他地址或已无法访问的记为应移除;其中任一项核查无法完成的记为未确认。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。
去 Spark 使用
解决步骤

推荐的解决流程

按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。

01

步骤 1

先收集站点地图索引及其引用的每个子文件、商家预期公开的页面清单、每个候选URL返回的状态、各自声明的canonical目标,以及已记录为报错的URL。

02

步骤 2

再按三条规则判定:出现在预期公开清单、返回非错误状态且自指canonical的URL记为应收录;不在清单、跳转到其他地址或已无法访问的记为应移除;其中任一项核查无法完成的记为未确认。

03

步骤 3

最后输出按URL列出的诊断结论与后续核查项,逐条列出缺失条目与应移除条目及其原因与依据记录,并核对各子文件条目总数与已核查URL数一致,且应收录的URL仍返回记录中的状态。

常见问题

执行这个场景时最常见的疑问

覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。

会跳转的URL该怎么处理?

应收录跳转后的最终地址,而不是旧地址,且先确认该跳转是商家有意为之。已下线页面遗留的跳转应列入移除清单;而刻意设置的短链或别名路径则保留其目标,并在报告中记录这一判断。

如何证明某个页面应当被收录进站点地图?

需同时满足三条:出现在预期公开清单中、返回非错误状态、并且自指canonical。缺少任意一条该条目就存疑,此时应报告具体是哪一条未通过,而不是悄悄加入或悄悄删除。

筛选页与分页URL需要列入吗?

以预期公开清单为准,而不是看URL形态。若筛选与分页状态本就不打算参与排名,则排除它们并把该决定写入口径说明,让排除成为可复核的判断,而非文件生成方式的偶然结果。

相关场景

继续浏览相近或同主题的 Spark 运营场景

先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。

Next step

想把这些 AI 场景直接嵌入日常运营?

Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。