Shopify 缺货商品 SEO 检查清单：下架前先判断

缺货商品不是同一种技术情况。有些商品下周会补货，有些是季节性回归，有些有替代型号，有些则应该从店铺里消失。如果所有不可售商品都被隐藏或删除，网站可能会丢失排名、内链价值、商品 Feed 质量和客户信任。

这份清单适合需要在隐藏商品、修改 handle、移出 collection 或更新商品 Feed 前做判断的 Shopify 团队。商品目录清理、主题重构、商品分类迁移或每月维护时，都可以使用。

先把库存状态和生命周期状态分开。一个商品可能只是暂时缺货，但仍然有 SEO 价值。另一个商品可能仍有库存，却已经计划停产。正确动作取决于搜索意图、需求、替代方案和运营现实。

建立一份简单导出，包含 product handle、状态、库存数量、最后销售日期、自然流量、内链、collection 归属、Feed 是否包含，以及替代商品。第一天不需要完美，但必须让决策可见。

• 暂时缺货：同一个 SKU 预计会回来，通常应该保留 live URL。
• 季节性不可售：商品按固定周期回归，可能需要保留信息页面。
• 停产但有替代：旧商品通常应该把用户和搜索引擎引导到新型号。
• 停产且无替代：在有用的分类重定向、noindex 存档或清理链接后删除之间选择。
• 因为合规或运营原因隐藏：修改可见性前，要让商品运营、客服、法务和 SEO 一起确认。

最安全的选择不一定是保留所有商品页面。真正有用的选择，是保护用户意图。用户还在搜索且商品会回来，就保留页面。用户需要替代品，就明确引导。页面没有需求也没有替代价值，就有计划地清理。

记录规则，而不只是记录动作。下一次库存变化时，不应该再让 SEO、商品运营、开发和客服重新争论一遍。

• 商品会补货、有搜索需求、有外链，或能帮助用户比较替代品时，保留 live 页面。
• 商品永久停产且存在强替代商品或接近分类时，使用重定向。
• noindex 只适合薄弱存档页、内部支持参考页，或不应该参与搜索竞争的临时页面。
• 删除前先检查重定向、内链、Feed 规则、collection 卡片和客服路径。
• 避免让仍有自然流量、付费流量、邮件点击或市场平台引用的商品意外变成 404。

暂时不可售的商品页仍然可以有价值。它可以解释库存状态、展示预计时间、收集补货提醒，并推荐接近替代品。页面应该继续对客户和爬虫可读，而不是变成空白的禁用模板。

永久停产商品可以重定向，也可以成为有用的过渡页。关键是客户能看到清晰下一步，搜索引擎也能理解当前可售状态。

• 在购买控件附近清楚展示 sold-out、backorder、preorder 或 discontinued 状态。
• 页面保留时，继续展示核心内容、图片、规格、评价和对比信息。
• 禁用不可售购买动作，但不要隐藏页面正文或用通用提示替换整页。
• Product schema 的 availability 要匹配真实状态，例如 OutOfStock、PreOrder 或 Discontinued。
• 加入有用替代品、collection 链接或补货提醒，而不是让用户走进死路。

库存变化会悄悄破坏网站结构。某个商品从 collection 中移除后，仍可能被博客、对比表、菜单、推荐模块、资源页和旧活动页链接。如果 URL 改变或消失，这些路径都需要计划。

上线前检查链接，而不是等客服反馈 broken page 后再处理。目标是让有价值的权重流向最合适的替代商品或分类。

• 暂时缺货商品尽量保持 canonical URL 稳定，除非有明确迁移计划。
• 调整 collection 可见性规则，避免缺货商品淹没分类页，同时保留重要 evergreen 页面。
• 检查商品卡片、相关商品、导航、搜索结果和博客链接是否还指向不可售商品。
• 需要重定向时，优先指向最有帮助的替代商品；没有替代时再指向接近 collection。
• 避免旧 handle、collection URL、market 前缀或 app 管理链接造成重定向链。

Shopify 可见性和商品 Feed 可见性不是同一个控制项。商品可能从 Online Store 隐藏，却仍然出现在 Feed 中；也可能店铺页面仍然在线，但市场平台把它标为不可售。这种不一致会带来拒登、旧价格和糟糕落地页。

Feed 决策应该跟店铺端生命周期规则一致。商品会回来，就保持数据干净。商品被永久替代，就谨慎更新 item group、标识符和目标 URL。

• 确认不可售商品是否仍应出现在 Google Merchant Center、Meta catalogs、市场平台、邮件商品模块和站内搜索索引中。
• 抽样比较 Feed availability、live page availability、结构化数据 availability 和 cart 行为。
• 除非商品真的迁移，否则尽量保持 SKU、GTIN、item group ID、变体图片和落地页 URL 稳定。
• 落地页重定向或删除前，先把停产商品从活动中移除。
• 记录 Feed 同步时间，让团队知道库存或重定向变化应该何时出现在下游系统。

QA 不只要证明用户路径正常，也要证明搜索路径正常。每种决策类型都抽样测试：临时缺货、季节性、停产有替代、停产无替代，以及因合规隐藏。

每个样本都要打开 live URL、检查渲染后的 HTML、状态码、结构化数据、canonical 和 robots 规则，并确认分析事件仍然准确描述商品状态。

• 测试旧 handle、当前商品 URL、collection 中的链接、market URL 和翻译 URL。
• 确认重定向返回干净的 301 或 308，并且无多余跳转地落到预期替代页。
• 确认 noindex 只出现在应该排除搜索的页面上，并且没有被 robots.txt 阻止抓取。
• 验证 Product schema 的 price、availability、image、SKU 和 canonical 是否一致。
• 确认 analytics 能记录缺货浏览、替代品点击、补货提醒提交和重定向会话。

缺货 SEO 不是一次性上线任务。库存每周都在变化，停产商品也会慢慢堆积。每月复查能避免目录变成隐藏页面、过期重定向、陈旧 Feed 和混乱 collection 结果的集合。

复查范围要小到可以持续执行。优先看有搜索流量、历史收入、外链、活动花费或客服咨询量的商品。

• 导出 zero inventory、archived、unpublished、近期 handle 变更或缺少 Feed 数据的商品。
• 把这些商品与自然流量、转化、内链、外链和客服请求对照。
• 更新决策字段：保留、补货提醒、重定向、noindex、删除或需要负责人判断。
• 每批更新后，复测最高风险的重定向、schema 状态、collection 链接和 Feed 状态。
• 保留 changelog，让客服和商品运营能解释重要商品发生了什么。