B2B 产品停产后，官网页面应该保留、301 跳转，还是返回 404？

B2B 产品停产后，不要一律删除或跳转首页。仍有安装、备件、证书或替代型号价值的页面应保留 200 并标明停产；只有存在真正等价的新页面才做 301；无替代且无长期价值时返回 404 或 410。

为什么产品停产后直接删页，常常把售后和搜索问题揉成一团？

采购结束了，产品身份并没有同时消失

一个型号停止新接订单，并不代表世界上所有这台设备都在同一天消失。客户可能还在找旧规格书、安装尺寸、备件关系、证书版本或替代型号；销售也可能需要判断一封写着旧料号的询盘到底该转售后，还是推荐新产品。

网站后台里的“删除”只有一个动作，业务上却至少有临时缺货、暂停接单、永久停产、型号改名、被新型号替代、只保留售后支持和彻底移除七种情况。把它们压成一个按钮，后面就只能用一堆补丁解释。

本系列前两篇先统一型号，再统一版本，就是为了让停产决策有对象可指。连旧型号究竟对应哪一条产品记录都说不清，所谓 301 或 404 只是技术同事替产品主数据掷硬币。

业务状态	页面仍要回答什么	默认技术方向
临时缺货或暂停接单	何时恢复、可否预订、能否询问替代	通常保留 200，清楚说明状态
永久停产但仍有在役产品	资料、备件、售后、兼容和替代	保留 200 的停产支持页
型号更名或内容真正迁移	旧名称如何找到同一产品	旧 URL 301 到明确新页面
有一对一替代型号	差异、适用条件、是否直接替换	保留对照页或在确认等价时 301
无替代且无长期价值	仅告知资源不存在	返回 404 或 410，移出 sitemap

临时缺货和永久停产，网页状态应该怎样分开？

先写业务状态，再决定搜索状态

临时缺货意味着产品身份、页面和未来交易仍存在。页面可以继续返回 200，保留型号、参数和联系入口，并明确“暂时不可供货”“预计恢复时间待确认”或“可询问替代方案”。不要因为库存短缺就永久 301 到另一款产品，也不要写一个团队无法保证的补货日期。

永久停产则要取消新订单承诺，标明停产日期或状态核验日期，区分售后支持、备件供应和资料下载是否仍有效。Schema.org 的 Discontinued 是 ItemAvailability 的枚举值，用于表示某项已经停产；但它通常通过 Offer.availability 使用，页面没有真实报价或 Offer 时，不必为了一个字段虚构交易信息。来源：Schema.org Discontinued（https://schema.org/Discontinued）与 availability（https://schema.org/availability）。

搜索状态不是业务状态的翻译器。“停产”不自动等于 404，“有库存”也不自动等于应该索引。是否保留页面，取决于它能否继续解决真实问题，以及网站是否愿意维护这份信息。

• 页面是否明确区分临时缺货、暂停接单和永久停产？
• 是否标明状态核验日期，而非承诺未知恢复时间？
• 询盘按钮是否与状态一致，不再暗示可直接采购停产型号？
• 售后、备件、下载和替代信息是否分别说明有效范围？
• 结构化数据是否与页面可见状态一致？

什么情况下应该保留停产产品页面并返回 200？

页面仍有独立价值，而且企业愿意继续维护

如果旧型号仍在客户现场运行，保留页面通常比删除更负责。页面可以服务型号识别、旧版与当前资料区分、备件查询、售后入口、兼容说明和替代型号比较。它不是继续卖旧产品，而是承认已经发生过的交付仍需要被支持。

保留页至少要有四类信息：明显的停产状态和日期；旧型号的核心识别字段；售后、备件和资料的当前有效范围；替代型号与“不一定可直接替换”的边界。标题和 description 也应反映“已停产”或“支持资料”，不要继续写“立即询价现货”。

页面如果只剩一行“该产品已下架”，正文、图片、参数和导航全部被清空，即使服务器返回 200，也可能被搜索系统当成 soft 404。Google 把返回成功状态但实际表达错误或没有主要内容的页面定义为 soft 404，并建议真正不存在时返回 404。来源：Google Search Central 抓取错误排查（https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors）。

保留内容	读者用途	维护要求
旧型号与制造商料号	确认设备身份	与历史订单、铭牌和资料一致
停产状态与日期	判断是否还能新购	有负责人和核验日期
历史资料	安装、维护或审计	清楚标版本、适用批次和失效状态
备件与售后	继续维护在役产品	不承诺未确认库存或期限
替代型号对照	评估迁移或改造	列出差异和需重新验证的条件

什么情况下应该把旧产品 URL 做 301？

只有目标页真正接得住旧页意图

型号更名、URL 重构或两个重复页面合并，而产品对象和主要内容没有实质变化时，301 很合适。旧访问者会到达正确的新地址，搜索系统也把永久重定向作为目标 URL 应成为 canonical 的信号。Google 推荐在确认不会恢复时使用服务器端 301 或 308。来源：Google Search Central 重定向指南（https://developers.google.com/search/docs/crawling-indexing/301-redirects）。

旧型号被新型号替代时要更谨慎。只有新产品在用途、接口、尺寸、认证、性能和采购条件上真正能承接旧页主要意图，并由产品负责人确认替代关系，才考虑直接 301。若客户仍需要旧型号资料，或替代需要改造、重新认证和工况确认，应保留旧页做差异说明，再链接新型号。

最差的做法是把几百个停产型号都跳到首页或大类页。Google 的站点迁移文档明确提醒，许多旧 URL 重定向到一个不相关的目标可能让用户困惑，也可能被视为 soft 404。来源：Google Search Central 站点迁移（https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes）。

旧页与目标页关系	301 是否合适	理由
同一产品改 URL 或改名	通常合适	内容真正永久迁移
重复页面合并为一个主页面	合适	目标页完整承接旧内容
新型号一对一完全替代	需负责人确认后考虑	必须确认技术与采购等价
新型号仅部分相似	不宜直接 301	应保留差异和适用条件
旧型号跳首页或无关分类	不合适	目标页不能满足原访问意图

什么时候应该返回 404 或 410？

没有替代内容，也没有继续公开的理由

产品记录误建、页面从未形成真实价值、产品不存在且无历史支持需求，或者内容因合规和授权原因必须撤下，又没有可承接的替代页面时，可以返回 404 或 410。Google 明确建议：内容已经移除且没有相似替代时，返回 404 或 410，告诉搜索系统该页面不存在且不希望继续索引。来源：Google Search Central 抓取错误排查（https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors）。

404 和 410 都可以表达资源不可用，企业不必把精力花在猜测哪一个“掉得更快”。更重要的是状态码真实、页面对用户有基本导航，并同步移除站内链接、结构化数据和 sitemap 中的 URL。

自定义 404 页面可以提供产品分类、站内搜索和联系入口，但服务器仍必须返回真实 404。页面做得再漂亮，只要返回 200，就会把“用户帮助页”和“仍可索引的产品页”混在一起。

• 确认产品不存在、已永久移除或没有继续公开的业务价值。
• 确认没有能够完整承接原页面意图的替代 URL。
• 返回真实 404 或 410，不把错误页伪装成 200。
• 移除分类页、文章、导航和下载区中的内部链接。
• 从 sitemap 删除该 URL，并核对 canonical 与结构化数据不再引用它。
• 在 Search Console 或服务器日志中观察搜索系统重新抓取，不重复提交无变化 URL。

替代型号应该怎样写，才不会把“相似”写成“等价”？

替代关系至少要经过适配条件对照

销售最喜欢一句“New model available”。它看起来解决了去向，实际上把判断留给客户。替代型号页面应列出旧型号、新型号、相同点、差异、必须重新确认的工况、尺寸接口、认证、软件或附件兼容性，以及需要联系谁完成核验。

Schema.org 提供 isSimilarTo 指向功能上相似的产品，这可以表达关联，但“相似”不等于可直接替换。来源：Schema.org isSimilarTo（https://schema.org/isSimilarTo）。网站可以用结构化关系帮助机器理解，同时仍要在可见正文里写清差异和限制。

不要编造“100% 兼容”“无缝替代”。如果替代结论依赖介质、温度、载荷、认证区域、固件或客户图纸，就把这些条件放到对照表和询价清单里。一个稳妥的替代页，通常比一个自信的跳转更能减少返工。

对照项	必须说明	不能默认
用途与工况	适用介质、环境、负载或工作范围	功能相似即工况等价
机械接口	尺寸、安装位、连接方式	外观相近即可替换
电气或软件	电压、协议、固件、驱动	型号升级自动兼容
认证与区域	适用标准、证书范围和市场	新型号继承旧证书
商务条件	MOQ、交期、样品和服务边界	技术替代等于商务条件相同

产品下架时，sitemap、内链和结构化数据怎样一起收口？

生命周期状态必须同步到所有发现入口

决定保留 200、301 或 404 之后，要同步检查产品分类、相关文章、下载区、站内搜索、结构化数据和 sitemap。只改产品详情页会留下互相矛盾的信号：分类还在推荐旧型号，sitemap 仍要求抓取，JSON-LD 又写着有货。

Google 的 sitemap 指南建议只包含希望出现在搜索结果中的 canonical URL，并把 lastmod 用于真实的重要更新。保留的停产支持页如果发生实质更新，可以保留在 sitemap 并写准确更新时间；已经 301、404 或 410 的旧 URL 应从 sitemap 移除。来源：Google Search Central sitemap 指南（https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap）。

分批处理大量停产产品时，先做 10 个代表页面。检查状态码、canonical、页面可见状态、询盘按钮、下载资料、相邻内链和 sitemap，再扩大到全库。批量治理最怕一开始就全选，因为错误也会获得批量执行的尊严。

• 保留页返回 200，正文有实质内容并明确停产状态。
• 重定向页直接 301 到最终相关目标，不形成多跳链。
• 删除页返回真实 404/410，并从 sitemap 与内链移除。
• 页面可见状态与 Product/Offer 结构化数据一致。
• 替代型号链接可访问，且没有指向未上线页面的死链。
• 产品分类和站内搜索不再把停产型号当作当前可售产品推荐。

NeoGress 可以怎样管理停产状态，又有哪些边界？

把产品状态变成受控字段，不替企业宣布替代关系

在 NeoGress 的产品整理工作里，我们建议把生命周期状态、状态日期、当前资料、替代型号和页面处理决策放在产品对象上，再由它们驱动页面内容和内链。这样比运营看到一条旧产品就手工删页更可追溯。

但系统不能替企业认定某型号已永久停产，也不能判断新型号是否在技术、认证和合同上等价。产品负责人必须先确认业务状态和替代条件，内容系统再执行可见标记、链接和页面更新。

NeoGress 能降低重复整理和更新成本，不能保证重定向后排名保持不变，也不能让停产页自动获得搜索流量。Google 也说明页面迁移可能出现暂时波动，处理速度取决于重新抓取和站点情况。

这套停产页面方法有哪些限制？

安全召回、法规义务和合同支持优先于 SEO

如果产品涉及安全召回、监管通知、医疗器械、汽车零部件、危险化学品或长期设备维护，页面保留、资料撤回和客户通知可能受法规、合同与质量体系约束。不能为了保留搜索流量而继续公开错误或危险资料，也不能为了页面简洁删掉依法必须保留的信息。

多语言网站还要同步各语言状态。英文页写 Discontinued，其他语言仍显示可询价，会让客户和搜索系统看到两个现实。翻译可以辅助，停产日期、替代关系和风险说明必须由业务负责人统一确认。

真正成熟的产品库，不是永远没有 404，而是每个状态码都能解释清楚：这个产品还在不在，这个页面还有没有价值，这个替代关系谁批准。SEO 只是让这份解释不在搜索路径上走样。

常见问题

产品临时缺货，需要把页面做 301 吗？

通常不需要。临时缺货时产品和页面仍存在，应保留 200，清楚说明当前供货状态和可确认的下一步，不要用永久跳转破坏原 URL。

停产产品页面保留 200，会不会影响网站 SEO？

只要页面仍有独立价值、内容完整、状态清楚并持续维护，保留并非问题。只有一行“已下架”且返回 200 的空壳页才更容易形成 soft 404。

停产型号有新型号替代，可以直接跳转吗？

先确认新型号是否真正承接旧页意图。若存在技术差异、售后资料或兼容条件，保留旧页并提供对照通常更合适；完全等价且内容已迁移时再考虑 301。

404 和 410 哪个更适合删除产品页？

两者都能表示资源不可用。重点是确实没有替代内容、返回真实状态码，并同步移除内链和 sitemap，而不是把删除页继续返回 200。

结构化数据写 Discontinued 就够了吗？

不够。页面可见正文也要明确停产状态、日期、售后与替代信息；如果页面没有真实 Offer，不应为了使用 availability 字段而虚构报价。

从最近 20 个下架产品开始分组：临时缺货、停产保留、明确迁移、无替代删除。为每组写出页面状态、目标 URL、内链和 sitemap 动作，再交给 NeoGress 或现有 CMS 批量执行；替代关系必须先由产品负责人确认。

参考资料

• Google 抓取错误排查
• Google 重定向指南
• Google 站点迁移
• Google sitemap 指南
• Schema.org Discontinued
• Schema.org availability
• Schema.org isSimilarTo