01
步骤 1
先收集各市场的URL集合、每个版本的译文内容及仍未翻译的字段、已声明的hreflang配对、各版本指向的canonical、已配置的市场跳转，以及各市场的发布与定价状态。
返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant
审计多语言页面关系与搜索信号
拓展新市场之后，商家已经说不清各语言版本是否翻译完整、搜索信号是否仍然对齐。本场景的任务是审计多语言页面关系与搜索信号，比对各市场的 URL、译文与 hreflang 配对，把翻译缺口与信号冲突分开列出。
所属主题
技术 SEO 与收录
目标关键词
shopify multilingual seo audit
可复制 AI 提示词
直接用在 Spark 工作流里的提示词
先替换所有 [方括号] 占位内容，再补充你真实的店铺数据和限制条件，最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify multilingual seo audit」这一问题，所属方向为「技术 SEO 与收录」。
店铺背景：[填写品类、目标市场、目标客群]
处理范围：[填写商品、页面、客户、活动或日期范围]
可提供的数据：[填写已有资料]
请按以下方式工作：
1. 先说明完成该任务需要哪些关键数据，并标记缺失项。
2. 再从三方面比对：译文完整度、每个版本的canonical是否指向自身、配对与市场信号是否一致；内容缺失或只译了一部分的记为翻译缺口，声明相互矛盾的记为信号冲突，并注明跳转是否掩盖了抓取程序实际到达的版本。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据；没有证据时请明确写“待确认”，不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作，在我明确授权且工具已连接前，仅输出草案或操作步骤；完成操作后再报告已验证的结果。解决步骤
推荐的解决流程
按输入、判断、交付三个阶段拆开执行，先保证每一步的输出，再进入下一步。
02
步骤 2
再从三方面比对：译文完整度、每个版本的canonical是否指向自身、配对与市场信号是否一致；内容缺失或只译了一部分的记为翻译缺口，声明相互矛盾的记为信号冲突，并注明跳转是否掩盖了抓取程序实际到达的版本。
03
步骤 3
最后输出按市场分组的诊断结论与后续核查项，把翻译缺口与信号冲突分开列出，并确认每个市场的URL集合都有交代、每个版本都带有译文状态，且不会在内容尚未翻译时仅凭信号对某个市场下结论。
常见问题
执行这个场景时最常见的疑问
覆盖判断依据、常见误解和必须准备的输入，让团队在真正动手之前先把前提对齐。
尚未翻译的版本会被归为哪一类？
归为翻译缺口，并与信号冲突分开记录，避免两者互相掩盖。声明在技术上可以完整无误，而页面仍在使用默认语言，只报信号就会放过去。审计会记录哪些字段未翻译，因此修复工作落在内容上，而不是改标签。
市场跳转会改变审计对象吗？
会。审计跟随抓取程序到达的URL，同时记录访客是否被跳转离开，因为自动跳转可能出现「访客看到的是甲市场、声明描述的却是乙市场」。当跳转目标与声明版本不一致时，应同时报告两个URL，而不是只描述访客的体验。
某市场的URL还没上线怎么办？
记为未发布，排除在配对核查之外并单独列出，因为无法访问的URL不可能返回回指信号。把它们纳入核查只会产生看似已上线市场故障的未解决配对，反而掩盖了该市场何时上线这个真正的问题。
相关场景
继续浏览相近或同主题的 Spark 运营场景
先优先看同主题的相似问题，或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Next step
想把这些 AI 场景直接嵌入日常运营？
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程，提供可以直接接入店铺的 AI 工具与智能体，减少反复写提示词的成本。