步骤 1
以范围内URL清单、各URL当前的title与description字段、渲染后的页面标题层级,以及商家为每页声明的搜索意图作为输入。
商家希望在动手改内容之前,先对全站做一次通读,知道哪些页面存在优化空间。本场景的当前任务是审计页面 SEO 元数据与内容问题。流程应逐 URL 记录缺失、重复或与页面意图不符的取值,并在既定长度规则内给出替换文案。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify seo audit tool」这一问题,所属方向为「SEO 元数据与内容审计」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 逐URL标记记录中缺失、跨URL重复或与声明意图不符的取值,把缺失归为已确认事实、不符归为修改建议,并将未提供文案或意图的URL标记为未解决。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
以范围内URL清单、各URL当前的title与description字段、渲染后的页面标题层级,以及商家为每页声明的搜索意图作为输入。
逐URL标记记录中缺失、跨URL重复或与声明意图不符的取值,把缺失归为已确认事实、不符归为修改建议,并将未提供文案或意图的URL标记为未解决。
输出带修改建议的URL级审计,每条确认的问题都在既定长度规则内给出替换文案,再逐行对照所提供的字段核对,避免把记录中存在的值误报为缺失。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
字段缺失直接由记录确认,作为错误报告;取值偏弱或与意图不符属于判断,以修改建议而非缺陷的形式呈现。两者在同一张表中标签不同。这样审计中的事实性结论站得住,同时仍给出可执行的改写。
未提供可见文案或声明意图的URL,缺了其中之一,审计只能列出待核查项而无法确认问题。它们与发现项分开列,不会虚增问题数。商家补齐材料后即转入正式审计。
遵循商家给定的title与description规则;没有规则时把该约束记为缺失,草稿按平台自身的展示上限撰写而不发明一个字数。每条替换注明所遵循的规则。长度约束未明之前,草稿不作为定稿。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。