Shopify 筛选导航 SEO 上线前 QA 检查清单

Shopify 筛选导航 SEO QA 的目标，是让集合页筛选对购物者有用，同时避免颜色、尺码、价格、品牌、排序、库存等组合意外变成一批低质量搜索页面。

这份清单适合 Shopify 主题开发、集合页改版、筛选应用迁移、Shopify Markets 上线，以及会由筛选器生成 URL 状态的 Headless Commerce 项目。建议在筛选配置完成后、店铺开放给搜索引擎、广告活动或运营团队之前执行。

先做清单，而不是只看一个集合页的正常路径。筛选导航 QA 失败，往往是因为团队不知道哪些模板、筛选器、应用和查询参数会生成唯一 URL，也就无法判断哪些应该被索引。

为店铺建立一张工作表。每一行记录集合页模板、筛选类型、示例值、URL 格式、预期 canonical、索引规则、分析追踪规则和负责人。未来新增筛选项时，这张表就是共同依据。

• 列出所有会展示筛选器的集合模板、品牌页、产品类型页、促销页、搜索页和落地页。
• 记录产品类型、类目、尺码、颜色、材质、价格、库存、品牌、评分和自定义 metafield 等筛选组。
• 记录应用筛选、移除筛选、分页、排序、集合内搜索和重置状态的 URL 行为。
• 区分主题原生筛选、Shopify Search & Discovery 设置、第三方筛选应用和 Headless 前端路由。
• 把每类 URL 标记为可索引、可抓取但 noindex、canonical 到主页面、阻止抓取或需要独立落地页。

不是每个筛选结果都应该出现在搜索结果里。有价值的可索引筛选页，通常需要稳定库存、真实搜索需求、清晰页面标题、足够商品数量，以及明确的业务理由。随机组合，例如蓝色、小码、50 美元以下、有库存，通常只是购物状态，而不是 SEO 落地页。

把批准清单控制在团队能维护的范围内。如果某个筛选 URL 可以被索引，它就需要像普通集合页一样被维护：独立 title、meta description、H1、必要时的简介文案、自引用 canonical、内部链接和监控。

• 只有当筛选组合匹配真实搜索意图时才批准索引，例如产品类型加材质、类目加使用场景、集合加目标人群。
• 设定最低商品数量，避免库存低时薄内容筛选页进入索引。
• 当 Shopify 筛选 URL 不够稳定时，为高价值筛选需求创建独立集合页或落地页。
• 除非有明确记录，否则排序、价格滑块、库存状态和临时促销状态不要进入索引。
• 为例外页面记录搜索需求、负责人、目标 URL、title、canonical 规则和复查日期。

最大的 SEO 风险是信号混乱。同一个筛选 URL 不应该在一个模板里 canonical 到干净集合页，在另一个模板里自引用 canonical，又被内部链接当作核心落地页，同时还被 robots.txt 阻止抓取。每类 URL 都要选择一条规则，并在渲染后的 HTML 中验证。

处理 robots.txt 时要谨慎。如果 URL 被阻止抓取，搜索引擎可能看不到页面上的 noindex 标签。对很多 Shopify 筛选状态来说，可抓取 noindex 加清晰 canonical，通常比默认屏蔽所有参数更容易管理。

• 检查干净集合页、已批准可索引筛选页、工具型筛选页、排序 URL 和分页 URL 的渲染后 canonical。
• 确认低价值筛选组合、站内搜索结果、空结果状态和临时活动筛选是否有正确 noindex。
• 验证 robots.txt 对参数陷阱、站内搜索路径、应用生成 URL 和 Headless 路由的处理。
• 分别测试带筛选和不带筛选的分页，确保第 2 页、第 3 页和重置状态不会指向错误 canonical。
• 结合 URL inspection、渲染后源码和爬虫抽样，确认线上输出和计划规则一致。

筛选导航既是 SEO 系统，也是购物界面。如果筛选面板难用，店铺可能生成了成千上万个可抓取状态，但购物者仍然无法快速缩小商品范围。界面 QA 要和元标签 QA 一样认真。

重要的可索引筛选页应该有有意设计的内部链接，例如导航、集合页文案、购买指南或运营模块。低价值工具型筛选仍然要方便购物者使用，但不应该被当成长期 SEO 目标页面反复链接。

• 在移动端和桌面端测试选择筛选、移除筛选、重置按钮、排序、浏览器返回和可分享 URL。
• 检查空结果、低商品数量、售罄商品，以及筛选后看起来高度重复的集合页。
• 审查重要筛选落地页是否被菜单、集合描述、页脚专题、购买指南或相关集合链接。
• 不要从静态模块或 XML sitemap 链接每一种可能的筛选组合。
• 确认筛选标签使用客户能理解的语言，而不是内部运营名称或原始 metafield 值。

全球店铺需要额外检查。默认市场可用的筛选 URL，可能在货币、语言、地区路径、库存可用性、选项翻译或本地化集合发生变化后失效。优先市场都要跑同一套 QA 矩阵，而不是只检查主域名。

Headless 店铺还需要明确路由负责人。如果 Shopify、前端应用和搜索应用分别控制 URL 的一部分，团队就必须为 canonical 输出、noindex 输出、sitemap 收录和语言替代页制定一条共同规则。

• 检查本地化集合路径、翻译后的筛选标签、hreflang cluster、canonical URL 和 x-default 行为。
• 确认不可售商品、市场专属价格、配送限制和库存规则不会制造薄内容地区页面。
• 验证 Headless 路由在服务端渲染、缓存刷新和预览模式下输出相同 SEO 标签。
• 切换语言、市场、货币和客户账户状态后，再测试筛选行为。
• 让 Shopify 主题、Hydrogen、Next.js、搜索应用和 Feed 集成使用同一套 URL 治理模型。

分析追踪应该帮助团队优化筛选，而不是让每个参数都变成独立报表问题。只追踪会影响运营、转化和 SEO 决策的筛选事件，不要为每个可能的筛选值创建上百个脆弱事件名。

上线后，监控抓取量、已索引 URL 抽样、重复 title 模式、自然搜索落地页、零结果筛选和筛选状态收入。第一次抓取周期经常会暴露出测试环境没有出现过的 URL 规则。

• 在有决策价值时追踪 filter_open、filter_apply、filter_remove、sort_change、collection_search 和 zero_results 事件。
• 捕捉集合、筛选组、选中值、locale、market、结果数量和设备类型等有用参数。
• 查看 Google Search Console 中的已索引页面、已抓取未编入索引样本、重复页面以及参数过重 URL。
• 安排上线后 7 天和 30 天复查，关注抓取浪费、索引膨胀、收入影响和运营反馈。
• 任何新筛选项在出现在正式集合页之前，都要先加入 QA 矩阵。