# 1286-SEONexus 老模板 5 套蜘蛛日志纠偏与 SEO 提示 - 2026-04-17

## 目的

这份文档只做一件事：

- 把 `2026-04-16` 到 `2026-04-17` 这轮蜘蛛日志分析，重新锚定回 `1269` 定义的老模板 5 套主线

它是对前面一串分析文档的纠偏补充，不是否定全部历史结论。

保留有效的部分：

- `baiduspider` 日志观察
- `301 / 404 / 444` 的结构判断
- host 规范化、深页规范化、错误入口消耗预算这些大方向

需要重新解释的部分：

- 任何把 `videoGpt1` 当成当前实施主线的代码映射
- 任何默认以 GPT 新模板结构作为老模板修正入口的判断

## 一、先把范围钉死

`1269` 已经写得很明确：

- 老模板共 5 套
- 域名会随机绑定其中一套模板
- 当前不准备把 `videoGpt1` 的整套结构层直接迁过去

代码里真实映射已经确认：

- `1001 = videoDadi`
- `1002 = videoDingZhu`
- `1003 = videoBoKu`
- `1004 = videoLaoNiu`
- `1005 = videoNuNu`

来源：

- [01-老模板第一阶段回灌执行文档.md](/www/wwwroot/VideoSource2/docs/old-tmp-seo/01-老模板第一阶段回灌执行文档.md)
- [viewTemplate.php](/www/wwwroot/VideoSource2/code/public/initdata/video/viewTemplate.php:6)
- [TemplateSeeder.php](/www/wwwroot/VideoSource2/code/database/seeders/TemplateSeeder.php:58)

同时确认：

- `1007 = videoGpt1`

所以这轮老模板蜘蛛日志分析，后续都应只围绕：

- `videoDadi`
- `videoDingZhu`
- `videoBoKu`
- `videoLaoNiu`
- `videoNuNu`

## 二、哪些历史结论仍然有效

下面这些日志判断，即使不绑定 `videoGpt1`，仍然成立：

### 1. `404` 已明显下降

从现有观察链看，`2026-04-17` 相比 `2026-04-16`：

- `404` 明显下降
- 一部分历史错误入口不再持续高频命中

这说明第一阶段回灌后的老模板链路，至少已经在“硬 404 止血”上开始起作用。

### 2. `444` 上升更像前置层噪音

当前仓库内没有明显应用层主动返回 `444` 的主线证据。

所以现阶段更稳的解释仍然是：

- `444` 更像 nginx / WAF / 安全规则对探测型路径的拦截
- 还不能直接解释成“老模板 SEO 主路径坏了”

### 3. `301` 仍是当前最值得盯的主损耗

无论从总览还是单站样本看，最像持续消耗抓取预算的，仍然是：

- 首页 `/|301`
- `home|301`
- 深页 `detail|301`
- 深页 `play|301`
- 以及 host 分裂带来的 `www / 裸域` 规范化跳转

### 4. `yagyjt.com` 仍是最重要的深抓样本

这类站的意义仍然没变：

- 不是“有没有深抓”
- 而是“已经深抓了，但深页 `301` 接近 `200`，预算被跳转吃掉了”

这条判断仍然适合作为老模板第一优先级样本。

## 三、老模板 5 套的真实代码共性

这 5 套老模板不是“没有 SEO 基础”，而是“基础已存在，但口径没完全统一”。

当前已确认的共性如下。

### 1. 都有 `robots / sitemap / detail / play` 现成模板

5 套模板目录都包含：

- `sitemap/robots.txt`
- `sitemap/sitemap_index.xml`
- `sitemap/sitemap-main.xml`
- `video/getVideoInfo.html`
- `video/getVideoPlayUrl.html`
- `video/getCategory.html`
- `video/getCategoryType.html`

这说明：

- 第一阶段确实应该直接改模板公共代码
- 不需要先走后台逐站编辑

### 2. `robots.txt` 统一指向裸域 `sitemap_index.xml`

例如：

- [videoDadi/sitemap/robots.txt](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/sitemap/robots.txt:38)
- [videoDingZhu/sitemap/robots.txt](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/sitemap/robots.txt:38)
- [videoBoKu/sitemap/robots.txt](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/sitemap/robots.txt:38)
- [videoLaoNiu/sitemap/robots.txt](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/sitemap/robots.txt:38)
- [videoNuNu/sitemap/robots.txt](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/sitemap/robots.txt:38)

当前写法统一是：

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

### 3. footer 也统一暴露了 `rss/baidu.xml` 和 `sitemap_index.xml`

例如：

- [videoDadi/public/footer.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/public/footer.html:19)
- [videoDingZhu/public/footer.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/public/footer.html:36)
- [videoBoKu/public/footer.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/public/footer.html:41)
- [videoLaoNiu/public/footer.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/public/footer.html:16)
- [videoNuNu/public/footer.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/public/footer.html:14)

这部分说明：

- 老模板并不是完全缺少抓取入口
- 当前更像“入口已暴露，但规范口径不够统一”

### 4. 详情页 canonical 基本是正常的

例如：

- [videoDadi/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoInfo.html:79)
- [videoDingZhu/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getVideoInfo.html:79)
- [videoBoKu/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoInfo.html:80)
- [videoLaoNiu/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoInfo.html:79)
- [videoNuNu/video/getVideoInfo.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoInfo.html:79)

共同特征：

- canonical 指向详情页自身
- `og:url` 也基本跟详情页 URL 走

### 5. 播放页 canonical 已指向播放页，但 `og:url / JSON-LD url` 仍常指详情页

例如：

- [videoDadi/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoPlayUrl.html:46)
- [videoDadi/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoPlayUrl.html:59)
- [videoBoKu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoPlayUrl.html:46)
- [videoBoKu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoPlayUrl.html:59)
- [videoLaoNiu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoPlayUrl.html:46)
- [videoLaoNiu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoPlayUrl.html:59)
- [videoNuNu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoPlayUrl.html:46)
- [videoNuNu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoPlayUrl.html:59)

这说明老模板播放页存在一个很典型的“半收口”现象：

- canonical 试图指向播放页
- 但 `og:url` 和 JSON-LD `url` 仍可能输出详情页地址

这很容易继续制造：

- 播放页规范信号分裂
- `play|301`
- 播放页收录不稳定

### 6. 分类页 `getCategoryType` 的 `og:url / CollectionPage.url` 明显偏向首页

例如：

- [videoDadi/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getCategoryType.html:19)
- [videoDadi/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getCategoryType.html:46)
- [videoDingZhu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getCategoryType.html:19)
- [videoBoKu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getCategoryType.html:19)
- [videoLaoNiu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getCategoryType.html:19)
- [videoNuNu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getCategoryType.html:19)

当前共同特征是：

- `og:url = https://{$DomainModel->d_domain}`
- `CollectionPage.url = https://{$DomainModel->d_domain}`
- `BreadcrumbList` 才带分类真实地址

这说明分类首页页型存在明显规范化信号不一致：

- 页面实际是分类页
- 但社交与结构化主 URL 却更像首页

这会影响：

- `category` 页型独立识别
- 分类页聚合页规范信号
- 首页与分类页之间的抓取优先级判断

### 7. sitemap 与页面主输出存在 `www / 裸域` 双口径风险

当前已确认至少有一条老模板共性：

- `robots.txt` 输出的是裸域 `https://{$DomainModel->d_domain}/sitemap_index.xml`
- 但某些 sitemap 页面内部却在吐 `https://www.{$DomainModel->d_domain}/...`

例如：

- [videoDadi/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/sitemap/sitemap-main.xml:4)

这一类双口径如果在 5 套里普遍存在，就会直接对应日志里的：

- `/|301`
- `home|301`
- 深页命中后再规范化一次

## 四、给主 Codex 的老模板专用 SEO 提示

下面这组提示，应替代“去看 GPT 模板链路”的旧方向。

### 1. 第一优先级不是换骨架，而是统一规范口径

老模板第一阶段最值得做的不是大改页面结构，而是统一三种口径：

- 页面 head 口径
- sitemap / rss 口径
- 站内主要链接口径

只要这三条不统一，百度即使已经深抓，也会继续把预算消耗在 `301` 上。

### 2. 先统一 host，再统一页型 URL

优先顺序建议固定成：

1. 先统一 `www / 裸域`
2. 再统一分类页规范 URL
3. 再统一播放页 `canonical / og:url / JSON-LD url`

原因很简单：

- host 级 `301` 影响首页、分类、详情、播放全链路
- 分类页是“从首页到深页”的中间层
- 播放页规范化是深抓之后的放量优化

### 3. 分类页是当前最容易被忽略、但很值得补的一刀

现在最容易跑偏的地方是：

- 看见详情页 canonical 基本正常
- 就误以为老模板规范化已经差不多了

但实际从代码看，分类页 `getCategoryType` 仍然把自己往首页信号上靠。

这会导致：

- 百度更难把分类页当成独立聚合入口
- `category` 命中量放不起来
- 首页承担过多入口压力

所以对老模板来说，分类页规范化不是附属项，而是主项。

### 4. 播放页要看“三件套”，不要只看 canonical

老模板播放页判断是否真正收口，必须一起看：

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

只看 canonical 不够，因为：

- canonical 对了
- 但 `og:url` / 结构化还指详情页

这仍会继续制造播放页信号分裂。

### 5. `404` 已降，不要急着删旧兼容入口

根据目前观察：

- 旧入口兼容链路很可能还在帮我们把一部分历史深链从 `404` 兜成 `301 -> 200`

因此老模板第一阶段更稳的做法仍然是：

- 先统一规范输出
- 先压非必要 `301`
- 暂不激进删除旧 deep link 兼容

否则很容易把当前已止血的部分重新打回 `404`。

## 五、对前面文档链的使用说明

从 `1271` 到 `1274`：

- 日志观察部分仍然可继续用
- 但代码映射要以本文件为准重新理解

从 `1275` 到 `1285`：

- 凡是明显把 `videoGpt1` 当成老模板主入口的段落
- 都不应继续作为老模板第一实施主线

更稳的接手方式是：

1. 先看 [01-老模板第一阶段回灌执行文档.md](/www/wwwroot/VideoSource2/docs/old-tmp-seo/01-老模板第一阶段回灌执行文档.md)
2. 再看本文件
3. 再回头使用 `1271 / 1273 / 1274` 的日志现象结论
4. 主 Codex 后续如果要继续写实施方案，应只围绕 `1001-1005` 的 5 套模板

## 六、下一步最推荐的检查顺序

如果主 Codex 现在继续老模板 SEO 分析，建议只按下面顺序：

1. 检查 5 套模板里 `robots.txt / sitemap_index.xml / sitemap-main.xml / rss/baidu.xml` 的 host 输出是否一致
2. 检查 5 套模板里 `getCategoryType.html` 的 `og:url / CollectionPage.url` 是否都该改成分类真实 URL
3. 检查 5 套模板里 `getVideoPlayUrl.html` 的 `og:url / JSON-LD url` 是否都应改成播放页真实 URL
4. 再结合下一轮 `baiduspider` 日志看：
   - `/|301` 是否继续下降
   - `home|301` 是否继续下降
   - `detail|301 / play|301` 是否开始分离下降
   - `category` 命中是否开始上来

## 一句话交接

> 老模板这条线当前真正要优化的不是 `videoGpt1`，而是 `1001-1005` 这 5 套老模板自身的规范化输出一致性；现阶段最值得盯的是 host 口径、分类页 URL 信号、播放页三件套，以及它们对 `301` 损耗的影响。