12 KiB
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 = videoDadi1002 = videoDingZhu1003 = videoBoKu1004 = videoLaoNiu1005 = videoNuNu
来源:
同时确认:
1007 = videoGpt1
所以这轮老模板蜘蛛日志分析,后续都应只围绕:
videoDadivideoDingZhuvideoBoKuvideoLaoNiuvideoNuNu
二、哪些历史结论仍然有效
下面这些日志判断,即使不绑定 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.txtsitemap/sitemap_index.xmlsitemap/sitemap-main.xmlvideo/getVideoInfo.htmlvideo/getVideoPlayUrl.htmlvideo/getCategory.htmlvideo/getCategoryType.html
这说明:
- 第一阶段确实应该直接改模板公共代码
- 不需要先走后台逐站编辑
2. robots.txt 统一指向裸域 sitemap_index.xml
例如:
- videoDadi/sitemap/robots.txt
- videoDingZhu/sitemap/robots.txt
- videoBoKu/sitemap/robots.txt
- videoLaoNiu/sitemap/robots.txt
- videoNuNu/sitemap/robots.txt
当前写法统一是:
Sitemap: https://{$DomainModel->d_domain}/sitemap_index.xml
3. footer 也统一暴露了 rss/baidu.xml 和 sitemap_index.xml
例如:
- videoDadi/public/footer.html
- videoDingZhu/public/footer.html
- videoBoKu/public/footer.html
- videoLaoNiu/public/footer.html
- videoNuNu/public/footer.html
这部分说明:
- 老模板并不是完全缺少抓取入口
- 当前更像“入口已暴露,但规范口径不够统一”
4. 详情页 canonical 基本是正常的
例如:
- videoDadi/video/getVideoInfo.html
- videoDingZhu/video/getVideoInfo.html
- videoBoKu/video/getVideoInfo.html
- videoLaoNiu/video/getVideoInfo.html
- videoNuNu/video/getVideoInfo.html
共同特征:
- canonical 指向详情页自身
og:url也基本跟详情页 URL 走
5. 播放页 canonical 已指向播放页,但 og:url / JSON-LD url 仍常指详情页
例如:
- videoDadi/video/getVideoPlayUrl.html
- videoDadi/video/getVideoPlayUrl.html
- videoBoKu/video/getVideoPlayUrl.html
- videoBoKu/video/getVideoPlayUrl.html
- videoLaoNiu/video/getVideoPlayUrl.html
- videoLaoNiu/video/getVideoPlayUrl.html
- videoNuNu/video/getVideoPlayUrl.html
- videoNuNu/video/getVideoPlayUrl.html
这说明老模板播放页存在一个很典型的“半收口”现象:
- canonical 试图指向播放页
- 但
og:url和 JSON-LDurl仍可能输出详情页地址
这很容易继续制造:
- 播放页规范信号分裂
play|301- 播放页收录不稳定
6. 分类页 getCategoryType 的 og:url / CollectionPage.url 明显偏向首页
例如:
- videoDadi/video/getCategoryType.html
- videoDadi/video/getCategoryType.html
- videoDingZhu/video/getCategoryType.html
- videoBoKu/video/getCategoryType.html
- videoLaoNiu/video/getCategoryType.html
- videoNuNu/video/getCategoryType.html
当前共同特征是:
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}/...
例如:
这一类双口径如果在 5 套里普遍存在,就会直接对应日志里的:
/|301home|301- 深页命中后再规范化一次
四、给主 Codex 的老模板专用 SEO 提示
下面这组提示,应替代“去看 GPT 模板链路”的旧方向。
1. 第一优先级不是换骨架,而是统一规范口径
老模板第一阶段最值得做的不是大改页面结构,而是统一三种口径:
- 页面 head 口径
- sitemap / rss 口径
- 站内主要链接口径
只要这三条不统一,百度即使已经深抓,也会继续把预算消耗在 301 上。
2. 先统一 host,再统一页型 URL
优先顺序建议固定成:
- 先统一
www / 裸域 - 再统一分类页规范 URL
- 再统一播放页
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当成老模板主入口的段落 - 都不应继续作为老模板第一实施主线
更稳的接手方式是:
- 先看 01-老模板第一阶段回灌执行文档.md
- 再看本文件
- 再回头使用
1271 / 1273 / 1274的日志现象结论 - 主 Codex 后续如果要继续写实施方案,应只围绕
1001-1005的 5 套模板
六、下一步最推荐的检查顺序
如果主 Codex 现在继续老模板 SEO 分析,建议只按下面顺序:
- 检查 5 套模板里
robots.txt / sitemap_index.xml / sitemap-main.xml / rss/baidu.xml的 host 输出是否一致 - 检查 5 套模板里
getCategoryType.html的og:url / CollectionPage.url是否都该改成分类真实 URL - 检查 5 套模板里
getVideoPlayUrl.html的og:url / JSON-LD url是否都应改成播放页真实 URL - 再结合下一轮
baiduspider日志看:/|301是否继续下降home|301是否继续下降detail|301 / play|301是否开始分离下降category命中是否开始上来
一句话交接
老模板这条线当前真正要优化的不是
videoGpt1,而是1001-1005这 5 套老模板自身的规范化输出一致性;现阶段最值得盯的是 host 口径、分类页 URL 信号、播放页三件套,以及它们对301损耗的影响。