一件商品不卖了，我会先看还有人为什么找它，再决定旧页面的去留。
拿一个假设的台灯商品来说：有人想买同款，有人想确认电源接口，还有人只想找说明书。把他们一律跳转到新款台灯，第一类人也许愿意继续看，后两类人却可能连原来的型号信息都找不到了。
所以，处理下架商品时，我会同时看两个问题：这件商品现在是什么销售状态，以及这个地址还应该回答什么。库存系统可以告诉我有没有货，却不能独自决定一个网址还有没有用途。
先把“下架”拆成几种不同情况
暂时缺货、永久停售、商品换了地址，在后台都可能表现为旧链接不再出现在销售列表里，处理方式却不一样。
如果只是暂时缺货，我倾向于保留仍有完整信息的商品页，清楚展示当前状态。知道可靠的补货时间再写，不确定就不要给一个看似精确的日期。可以提供到货提醒或相关商品入口，但这些功能必须真的能用，不能让用户一路走到结账才发现买不到。
还要核对缺的是哪个版本。某个颜色、规格或销售地区没有货，不等于整件商品在所有地方都永久停售。页面上默认选中的规格、实际可配送地区和结账状态，需要对得上。
如果是同一件商品迁到了新地址，问题就明确得多：保留商品身份和内容，用永久跳转把旧地址带到新地址，并更新站内入口。Google 的重定向文档将 301 和 308 列为永久迁移方式。这里的目的页是同一商品的新位置，而不是碰巧还能卖的另一件商品。
剩下的永久停售，才需要认真判断旧页面还有什么值得保留。
新款能买，不代表能回答旧款的问题
继续看那盏假设的台灯。新款外形接近，但电源接口不同。若用户搜索的是旧型号的替换电源，把他直接送到新款销售页，既没有回答兼容性问题，还可能增加买错配件的机会。
这种情况下，我会保留旧型号的图片、参数、说明书和已核实的兼容信息，在醒目位置写清“已停售”。购买按钮要与实际销售状态一致；如果已经不能订购，就不应继续呈现可正常购买的承诺。新款可以作为一个明确标注的选项，旁边说明与旧款有哪些关键差异，让用户自己判断。
反过来，如果旧页只是换了版式，同一商品的全部信息已经迁到新的完整页面，保留两个地址未必有必要。要决定是否跳转，我会实际打开目的页，按旧页面的主要需求检查一遍：型号是否对应，重要参数和说明是否还在，语言和市场是否合适。只看“同属台灯分类”，远远不够。
我不会要求所有旧页面永远保留。若确认既没有可继续服务的需求，也没有值得保留的信息或相关承接页，移除就可以是合理选择。关键是查过再决定，不把“库存为零”当成删除指令。
页面可以留下，商品数据要跟着停售状态走
这里有个需要单独处理的地方：网站页面和提交给 Merchant Center 的商品数据，不是同一份东西。
一个已经永久停售、但仍提供说明书的页面，可以继续服务用户；对应的停售条目则应从 Merchant Center 商品数据源中移除。Merchant Center 的库存状况说明要求移除永久停售的商品数据，而暂时缺货、且不接受订单的商品使用 out_of_stock。允许预订或延期交付的情形另有要求，需要按实际销售状态填写。
我会把页面上看得到的状态、结账行为、结构化数据以及仍在提交的商品数据放到一起检查。它们应当表达一致的可售情况，不能正文写着停售，机器读取的库存状态却还在承诺有货。Merchant Center 的同一份说明也要求这些位置的库存信息保持一致。
从商品数据源里移除一个条目，不等于网页会立即退出自然搜索；保留一个可访问的页面，也不保证它继续有排名。这两件事要分别验证，不能拿其中一项的完成状态代替另一项。
我会给每个旧地址安排一个明确去向
批量处理之前，我会保存一份旧地址名单，写上型号、语言、销售地区、停售或迁移原因，以及准备采取的动作。如果有目标地址，也要记录为什么它能接住原来的需求。下面这些是假设情形，用来说明决定如何落到页面上。
| 核实后的商品与页面状态 | 我会安排的处理 |
|---|---|
| 暂时缺货，预计仍会销售 | 保留有用的商品信息，如实显示库存；按真实能力提供补货信息、提醒或其他选择。 |
| 同一商品永久迁到新地址 | 跳转到该商品的新页面，更新站内链接，并核对型号、语言和内容。 |
| 永久停售，但仍有说明书、参数或兼容信息的用途 | 保留有用内容，突出停售状态；相关替代款单独介绍，从 Merchant Center 数据源移除停售条目。 |
| 旧内容已有能完整承接相同需要的页面 | 核实有用信息已迁好，再安排永久跳转；不把“都是同一品类”当成充分理由。 |
| 页面已无保留用途，也没有相关承接页 | 移除并返回 404 或 410，清理站内失效入口；错误页可提供搜索和相关导航。 |
最后一种情况，不需要为了避免出现任何 404，就把所有地址都送到首页。首页能打开，却未必回答旧型号的问题。根据Google 对 HTTP 状态码的说明，真正移除的内容应以合适的状态告知抓取系统；一个只显示“商品不存在”的空页面，不应伪装成返回 200 的正常商品内容。
去向确定后，我会从用户原来的入口走一遍。旧链接打开的是什么？说明书能不能下载？替代款的差异是否说清？停售商品会不会仍然加入购物车？暂时缺货的商品如果某个规格还有货，能否正常选中和购买？这些检查比只确认“网页返回正常”更接近用户会遇到的情况。
接着再跟踪这些旧地址及其承接页的抓取、收录和搜索表现。跳转之后，旧 URL 的点击减少并不自动代表需求流失；但也不能把新页所有点击都算成成功承接。需要看对应型号和用途的查询，以及相关页面的变化。观察不到的购买或售后结果，就保留为未知。
对我来说，这项工作的验收不能只剩一张“下架完成”的商品清单。我还想知道，那个从旧链接找来的用户，如今能在哪里得到一个准确的答复。