# 1279-SEONexus 第一批候选修正方案评审建议 - 2026-04-17

## 目的

这份文档用于在 `1278` 的候选修正方案基础上，再往前走一步：

- 不只是列方案
- 而是给出当前更推荐的顺序和取舍建议

它的目标受众就是主 Codex。

## 先说结论

当前最值得主 Codex 优先推进的方案，不是“收兼容入口”，而是：

1. 先统一 host 规范口径
2. 再确认播放页 canonical 立场
3. 最后才动兼容入口和 fallback 边界

## 一、为什么 host 统一应该排第一

### 1. 模板与 sitemap 目前存在直接冲突

模板 canonical 普遍走：

- `https://{$DomainModel->d_domain}...`

而 sitemap 生成普遍走：

- `https://www.{$DomainModel->d_domain}...`

这不是抽象风险，而是当前代码中已经明确存在的双口径输出。

### 2. 日志已经证实多站存在 `www` / 裸域混合抓取

最近 24 小时百度抓取里，至少以下 base domain 已经同时出现裸域和 `www`：

- `ningxiaowei.com`
  - `www.ningxiaowei.com = 78`
  - `ningxiaowei.com = 9`
- `haotianhaiyuan.com`
  - `www.haotianhaiyuan.com = 18`
  - `haotianhaiyuan.com = 14`
- `yagyjt.com`
  - `yagyjt.com = 162`
  - `www.yagyjt.com = 17`
- `ctshuhua.com`
  - `www.ctshuhua.com = 78`
  - `ctshuhua.com = 72`
- `sctyjz.com`
  - `sctyjz.com = 11`
  - `www.sctyjz.com = 9`
- `junhaolab.com`
  - `www.junhaolab.com = 9`
  - `junhaolab.com = 4`

### 3. 这说明 host 级规范化损耗是真实存在的

因此：

- host 统一不是“理论上更好”
- 而是当前最像正在真实消耗抓取预算的一条主线

## 二、为什么播放页 canonical 应该排第二

### 1. 它影响深页 `301` 的理解方式

当前播放页模板：

- `robots = noindex,follow`
- `canonical = 当前播放页自身`

这会直接影响主 Codex 如何判断当前 `play|301`：

- 如果播放页本来就该保留自身规范 URL，那么当前主要问题是兼容入口过多
- 如果播放页本来应 canonical 回详情页，那么当前实现就更像未收口

### 2. 这条线虽然重要，但收益更依赖设计取舍

和 host 统一不同，这条线不是单纯的工程不一致。

它更像是：

- SEO 策略选择

所以它应排在第二位：

- 先统一明显冲突的 host
- 再确认播放页 canonical 立场

## 三、为什么兼容入口收缩不应排第一

### 1. 当前兼容入口仍在真实命中

日志里当前仍高频出现：

- `voddetail`
- `vodplay`
- `video-info`
- `video-play`
- `video-show`
- `vodbf`

这说明兼容入口不是“死代码”。

### 2. 现在先删，风险很高

如果主 Codex 第一刀就去删或大幅收缩兼容入口，很容易把当前一批还能：

- `301 -> 200`

的旧 deep link，重新打回：

- `404`

### 3. 更稳的顺序

更合理的是：

1. 先把 host 统一
2. 再把 canonical 立场统一
3. 观察日志
4. 再决定兼容入口是否还能继续收

## 四、为什么 fallback 边界也不应排第一

### 1. fallback 很可能正在帮助压低 `404`

当前 `404` 的明显下降，不排除有一部分就是 fallback 机制在止血。

### 2. 现在先收 fallback，会让数据倒退

如果主 Codex 在 host / canonical 还没统一之前，就先把 fallback 收紧，那么很可能会出现：

- `404` 重新回升

这样会把问题重新搅混，不利于判断主线修正是否有效。

## 五、当前更推荐的执行顺序

### 第一阶段

先统一以下几类输出的 host：

- 首页 canonical
- 分类 canonical
- 详情页 canonical
- 播放页 canonical
- sitemap
- RSS
- 结构化数据里的 URL

目标：

- 先让模板、站内主输出、sitemap 至少在 host 维度统一

### 第二阶段

再确认播放页 canonical 策略：

- 保留播放页自身
或
- 回详情页

目标：

- 让 `play` 页的规范信号有明确立场

### 第三阶段

最后再做：

- 兼容入口分组收缩
- fallback 适用范围收缩

目标：

- 在不把旧 deep link 直接打回 `404` 的前提下，继续压深页 `301`

## 六、当前最不建议的操作

### 1. 不建议先删大量历史兼容入口

原因：

- 风险最大
- 最容易直接把数据打坏

### 2. 不建议先动 fallback

原因：

- 当前还没搞清楚它对 `404` 下降贡献有多大

### 3. 不建议只改单个模板 canonical

原因：

- 当前问题是系统性 host 双口径
- 只改单页模板，很容易头痛医头

## 给主 Codex 的一句话

> 当前最值得优先批准推进的，不是“收旧路由”，而是“统一 host 输出口径”；因为这条线同时有代码证据和日志证据，而且副作用最可控、验证也最直接。