admin/SEONexus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
dev
SEONexus/docs/old-tmp-seo/17-老模板5套蜘蛛日志纠偏与SEO提示-2026-04-17.md
Your Name c8fb6956ef 老模板优化
2026-04-17 21:09:06 +08:00

12 KiB
Raw Permalink Blame History

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

来源：

同时确认：

  • 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

例如：

当前写法统一是：

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

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

例如：

这部分说明：

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

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

例如：

共同特征：

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

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

例如：

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

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

这很容易继续制造：

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

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

例如：

当前共同特征是：

  • 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 套里普遍存在，就会直接对应日志里的：

  • /|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
  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 损耗的影响。

Reference in New Issue View Git Blame Copy Permalink