01
步骤 1
先收集每个页面的各语言与地区版本及其对外服务的URL、各版本返回的hreflang声明、商家所服务的市场、店铺使用的兜底方式，以及每个版本的canonical目标。
返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant
核查语言与地区信号的一致性
店铺面向多个市场，商家怀疑部分 hreflang 配对指向的页面并没有回指回来。本场景的任务是核查语言与地区信号的一致性，验证每个被声明的版本都给出对等声明，且语言地区代码与实际提供的内容相符。
所属主题
技术 SEO 与收录
目标关键词
shopify hreflang checker
可复制 AI 提示词
直接用在 Spark 工作流里的提示词
先替换所有 [方括号] 占位内容，再补充你真实的店铺数据和限制条件，最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify hreflang checker」这一问题，所属方向为「技术 SEO 与收录」。
店铺背景：[填写品类、目标市场、目标客群]
处理范围：[填写商品、页面、客户、活动或日期范围]
可提供的数据：[填写已有资料]
请按以下方式工作：
1. 先说明完成该任务需要哪些关键数据，并标记缺失项。
2. 再逐条确认：被声明的URL会返回包含自身的完整版本集合、语言与地区代码与该URL实际提供的内容相符、没有版本把canonical指向本组之外，并把单向声明、仅自指与代码不符的声明标为未解决。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据；没有证据时请明确写“待确认”，不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作，在我明确授权且工具已连接前，仅输出草案或操作步骤；完成操作后再报告已验证的结果。解决步骤
推荐的解决流程
按输入、判断、交付三个阶段拆开执行，先保证每一步的输出，再进入下一步。
02
步骤 2
再逐条确认：被声明的URL会返回包含自身的完整版本集合、语言与地区代码与该URL实际提供的内容相符、没有版本把canonical指向本组之外，并把单向声明、仅自指与代码不符的声明标为未解决。
03
步骤 3
最后输出按URL列出的诊断结论与后续核查项，列出未配对或仅自指的信号及其声明与响应记录，并确认每组统计到的版本数与该页面实际在线的版本数一致，且在修复后复核每一组未解决的配对。
常见问题
执行这个场景时最常见的疑问
覆盖判断依据、常见误解和必须准备的输入，让团队在真正动手之前先把前提对齐。
只有一方声明了配对会怎样？
该配对判为未解决。回指要求两个URL都返回完整集合，因此单向声明应连同未能给出回应的URL一起报告，而不能当作有效配对。只声明自身的版本同样按未解决上报，因为它没有提供关于其他版本的任何信号。
是否必须声明兜底版本？
只有商家确实为未匹配的访客提供语言选择器或默认页面时才需要；没有这类目标时，声明只会增加一个无法核验的地址。核查会先记录店铺是否真的提供了兜底，再判断该组，这样缺失就会被读作刻意选择而非疏漏。
会跳转的版本可以参与声明吗？
应声明跳转后的最终地址。经过跳转才能到达的声明返回的是目标页而非被声明URL的信号，会让整组看起来自洽，实际却指向别处。若跳转是有意为之，则把目标URL记为该版本，旧地址退出该组。
相关场景
继续浏览相近或同主题的 Spark 运营场景
先优先看同主题的相似问题，或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Next step
想把这些 AI 场景直接嵌入日常运营？
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程，提供可以直接接入店铺的 AI 工具与智能体，减少反复写提示词的成本。