342 lines
12 KiB
Markdown
342 lines
12 KiB
Markdown
# 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` 损耗的影响。
|