# 1280-SEONexus 第一批可落地修正设计 - 2026-04-17

## 目的

这份文档用于把 `1278` 和 `1279` 的候选方案与评审建议，进一步压成主 Codex 可以直接进入实施评估的“第一批可落地修正设计”。

这份文档仍然不直接改代码，但已经具备：

- 改哪些文件
- 为什么先改这些
- 改动边界在哪里
- 怎么验证

## 这批设计的总原则

第一批只做“低副作用、高确定性、容易验证”的统一动作。

因此本批次只建议优先考虑：

1. 统一 host 输出口径
2. 暂不碰大规模兼容入口删除
3. 暂不碰 fallback 收紧

## 设计目标

### 主目标

压低以下两类损耗：

- 首页 `/|301`
- host 级 `301`

### 次目标

让以下输出口径至少先一致：

- 模板 canonical
- OG URL
- 结构化数据 URL
- sitemap
- RSS

## 第一批建议改动范围

### A. sitemap 与 RSS 的 host 统一

建议优先级：`最高`

### 涉及文件

- [VideoSiteMapLogic.php](/www/wwwroot/VideoSource2/code/app/task/logic/VideoSiteMapLogic.php:203)
- [SiteMapLogic.php](/www/wwwroot/VideoSource2/code/app/task/logic/SiteMapLogic.php:158)
- [videoGpt1/rss/so.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/rss/so.xml:12)
- [videoGpt1/rss/baidu.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/rss/baidu.xml:6)

### 当前问题

这几处目前存在明显双口径：

- sitemap 很多地方硬编码 `https://www.{$DomainModel->d_domain}`
- RSS 中也混有 `www.` 口径
- 模板 canonical 则统一偏向 `https://{$DomainModel->d_domain}`

### 建议改动边界

第一批不要引入复杂的新 host 策略中心。

先做最小收口：

- 让 sitemap 与 RSS 的 host 输出，先与当前模板 canonical 口径一致

也就是：

- 如果模板当前是 `https://{$DomainModel->d_domain}`
- 那么 sitemap / RSS 第一批也先统一成这一套

### 为什么先这样做

原因不是“裸域一定对”，而是：

- 当前模板和站内主输出已经大量使用裸域口径
- sitemap / RSS 仍输出 `www`
- 这两者冲突会稳定制造 host 级跳转

在未建立统一 host 策略中心前，先朝站内主输出对齐，是副作用更小的做法。

### 第一批不建议做的事

不建议在这一步同时：

- 动 Nginx host 跳转策略
- 动 `DomainModel` 的 host 配置语义
- 动所有历史模板

先把 `videoGpt1` 这条主线收口，再看日志反馈。

## B. 模板层 canonical / og:url / structured data host 统一复核

建议优先级：`高`

### 涉及文件

- [videoGpt1/index/index.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/index/index.html:99)
- [videoGpt1/video/getCategory.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getCategory.html:34)
- [videoGpt1/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getCategoryType.html:15)
- [videoGpt1/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getVideoInfo.html:39)
- [videoGpt1/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getVideoPlayUrl.html:117)

### 当前问题

这些文件虽然大方向一致，都偏向非 `www` host，但仍需要主 Codex 顺手复核：

- canonical
- `og:url`
- JSON-LD `url`

是否完全同口径。

### 建议改动边界

第一批不建议在模板层大改页面语义。

只做：

- host 统一
- URL 输出口径统一

不做：

- 大改 title/description
- 改动页面结构
- 改 robots 策略

## C. 播放页 canonical 策略先做“确认”，不急着改

建议优先级：`中`

### 涉及文件

- [videoGpt1/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getVideoPlayUrl.html:117)
- [VideoService.php](/www/wwwroot/VideoSource2/code/app/services/VideoService.php:137)

### 当前问题

当前播放页：

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

这是一个“策略问题”，不是明显 bug。

### 第一批建议

第一批不要急着改。

主 Codex 只需要先确认一件事：

- 当前产品/SEO 立场，到底是要播放页保留自身 canonical
还是
- 要回详情页

### 为什么不建议第一批就动

因为：

- 这条线会直接影响 `play|301` 的解读
- 也会影响播放页是否继续作为独立规范对象存在

它的风险比 host 统一更偏设计取舍，不适合当第一刀。

## D. 历史兼容入口先观察，不立即收缩

建议优先级：`中后`

### 涉及文件

- [router.php](/www/wwwroot/VideoSource2/code/app/home/config/router.php:209)

### 第一批建议

这一批只做“分组清单”和“命中频率对应”，不做实际删除。

可以先把入口分成三组：

1. 高频仍命中
2. 低频偶发命中
3. 近 24 小时几乎不命中

但第一批不建议直接动路由。

### 原因

如果现在就删，很容易把：

- `301 -> 200`

重新打回：

- `404`

## E. fallback 机制先保留

建议优先级：`后`

### 涉及文件

- [VideoService.php](/www/wwwroot/VideoSource2/code/app/services/VideoService.php:905)

### 第一批建议

先不改 fallback。

只做两件事：

1. 明确它当前的收益
2. 明确它潜在的语义风险

### 原因

当前 `404` 的下降，很可能部分就来自 fallback 在止血。

在 host / canonical 还没统一前，先动它会让日志重新变脏。

## 推荐实施顺序

### 第一刀

统一 host 口径：

- sitemap
- RSS
- 模板 canonical
- og:url
- JSON-LD url

### 第二刀

复看日志：

- `/|301` 是否下降
- `www` / 裸域混合抓取是否下降
- `yagyjt.com` / `ningxiaowei.com` 等站的 host 301 是否下降

### 第三刀

再决定是否推进：

- 播放页 canonical 策略调整
- 历史兼容入口收缩

## 建议的验证口径

### 1. 日志指标

优先看：

- `/|301`
- `home|301`
- `detail|301`
- `play|301`
- 同一 base domain 下 `www` / 裸域双命中是否下降

### 2. 页面级抽查

至少抽查：

- 首页
- 一级分类
- 二级分类
- 详情页
- 播放页
- `robots.txt`
- `sitemap_index.xml`
- RSS 输出

确认：

- canonical host 一致
- og:url host 一致
- JSON-LD URL 一致
- sitemap / RSS host 一致

### 3. 重点域名

建议第一轮继续盯：

- `yagyjt.com`
- `www.ningxiaowei.com`
- `sctyjz.com`
- `www.haotianhaiyuan.com`
- `ctshuhua.com`

## 本批次最重要的边界

### 不做的事

- 不大规模删历史兼容路由
- 不先收 fallback
- 不大改播放页 SEO 立场
- 不同时改 Nginx + PHP + 模板三层 host 策略

### 只做的事

- 先统一输出口径
- 先降低确定性的 host 级损耗

## 给主 Codex 的一句话

> 第一批最适合真正落地的，不是“重构 SEO 路由体系”，而是先做一次低副作用的输出口径统一，让模板、sitemap、RSS 在 host 维度不再互相打架，再用日志看收益。