Files
SEONexus/docs/old-tmp-seo/20-老模板第一批SEO高收益修正清单-2026-04-17.md
2026-04-17 21:09:06 +08:00

263 lines
10 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 1289-SEONexus 老模板第一批 SEO 高收益修正清单 - 2026-04-17
## 目的
这份文档只回答一个问题:
- 老模板 5 套里,第一批最值得先改、而且最可能在 7 天内看到收益的 SEO 点,到底是什么
这里不再泛泛而谈,而是直接基于代码共性给出优先级。
适用范围只限:
- `1001 = videoDadi`
- `1002 = videoDingZhu`
- `1003 = videoBoKu`
- `1004 = videoLaoNiu`
- `1005 = videoNuNu`
## 总判断
当前老模板站群如果想在短期内更快看到百度放量,第一批最值得动的不是视觉结构,而是下面 3 条公共信号链:
1. 分类页主 URL 信号
2. 播放页主 URL 信号
3. sitemap host 口径
这 3 条之所以优先级最高,是因为它们同时影响:
- 百度是否把页面识别成独立页型
- 百度是否先抓到再跳转
- 百度是否持续把预算浪费在规范化上
## 一、第一优先级:修分类页主 URL 信号
### 当前问题
5 套老模板的 `getCategoryType.html` 当前都存在同样的问题:
- `og:url` 指向首页
- `CollectionPage.url` 指向首页
-`BreadcrumbList` 却带分类真实 URL
这会形成一个非常糟糕的混合信号:
- 页面内容是分类页
- 页面标题和 H1 也是分类页
- 但页面主 URL 信号又像首页
### 直接影响
这会削弱百度对分类页的判断,典型影响包括:
- 分类页不容易被识别成独立聚合页
- `category|200` 起量慢
- 首页承担过多聚合入口角色
- 首页与分类页之间可能互相稀释
### 受影响文件
- [videoDadi/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getCategoryType.html:19)
- [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)
以及对应的结构化数据位置:
- [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:46)
- [videoBoKu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getCategoryType.html:46)
- [videoLaoNiu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getCategoryType.html:46)
- [videoNuNu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getCategoryType.html:46)
### 建议修正方向
统一原则:
- 分类页的 `og:url` 应指向当前分类页真实 URL
- `CollectionPage.url` 应指向当前分类页真实 URL
- 最好补上分类页 canonical进一步收口
### 预期收益
这条修正最容易带来的短期收益是:
- `category|200` 更容易开始出现
- 分类页独立识别增强
- 首页不再过度承载所有聚合信号
## 二、第二优先级:修播放页三件套一致性
### 当前问题
5 套老模板的 `getVideoPlayUrl.html` 当前共同表现是:
- canonical 指向播放页
-`og:url` 指向详情页
- JSON-LD 里的 `url` 也指向详情页
这是一种非常典型的“半收口”状态。
### 直接影响
这会导致播放页在百度看来信号分裂:
- 页面本身是播放页
- canonical 说“我是播放页”
-`og:url` 和结构化又在说“我是详情页”
这种信号分裂最容易造成:
- `play|301` 长期偏高
- 播放页不容易稳定成为最终页
- 详情页和播放页之间相互争夺规范身份
### 受影响文件
- [videoDadi/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoPlayUrl.html:41)
- [videoDingZhu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getVideoPlayUrl.html:41)
- [videoBoKu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoPlayUrl.html:41)
- [videoLaoNiu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoPlayUrl.html:41)
- [videoNuNu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoPlayUrl.html:41)
canonical 位置:
- [videoDadi/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoPlayUrl.html:54)
- [videoDingZhu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getVideoPlayUrl.html:55)
- [videoBoKu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoPlayUrl.html:55)
- [videoLaoNiu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoPlayUrl.html:55)
- [videoNuNu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoPlayUrl.html:55)
JSON-LD `url` 位置:
- [videoDadi/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getVideoPlayUrl.html:68)
- [videoDingZhu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getVideoPlayUrl.html:69)
- [videoBoKu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/video/getVideoPlayUrl.html:69)
- [videoLaoNiu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/video/getVideoPlayUrl.html:70)
- [videoNuNu/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/video/getVideoPlayUrl.html:70)
### 建议修正方向
统一原则:
- 播放页 canonical、`og:url`、JSON-LD `url` 三者全部指向播放页真实 URL
### 预期收益
这条修正最容易带来的短期收益是:
- `play|301` 更容易下降
- 播放页更容易被百度稳定识别
- 深抓样本域名更容易把播放页转成有效入口
## 三、第三优先级:统一 sitemap host 口径
### 当前问题
5 套老模板当前共同特征是:
- `robots.txt` 指向裸域 `https://{$DomainModel->d_domain}/sitemap_index.xml`
-`sitemap-main.xml` 内部却使用 `https://www.{$DomainModel->d_domain}`
更关键的是,`sitemap-main.xml` 里当前还是一组很不合理的输出:
- 既用了 `www`
- 又用了 `novel:category / site:nflurl`
这说明这份 sitemap 文件至少存在“视频站复用小说逻辑”的强疑点。
### 直接影响
这类问题会造成:
- sitemap 自己就在制造 host 级 `301`
- 首页和聚合页入口口径不统一
- 百度从 sitemap 进入的路径可能不是最终规范页
### 受影响文件
- [videoDadi/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/sitemap/sitemap-main.xml:4)
- [videoDingZhu/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/sitemap/sitemap-main.xml:4)
- [videoBoKu/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoBoKu/sitemap/sitemap-main.xml:4)
- [videoLaoNiu/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoLaoNiu/sitemap/sitemap-main.xml:4)
- [videoNuNu/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoNuNu/sitemap/sitemap-main.xml:4)
同时要对照:
- [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 中的 host 必须与页面主输出一致
- 如果规范主域是裸域,就不要在 sitemap 里继续吐 `www`
- 同时要复核 `sitemap-main.xml` 是否本身就写错了页型逻辑
### 预期收益
这条修正最容易带来的短期收益是:
- `/|301` 和 host 级 `301` 更容易下降
- sitemap 对百度更有正向价值
- 首页和聚合入口更加统一
## 四、为什么这 3 条比别的更优先
因为它们满足 4 个条件:
1. 5 套老模板都有共性问题
2. 不需要逐站后台编辑
3. 改一处能影响一批域名
4. 更容易在 7 天窗口内看到日志变化
相比之下,像下面这些动作当前都应该后置:
- 首页 UI 大改
- 列表模块大重构
- 逐站重写标题库
- 逐站改内容文本
不是这些不重要,而是它们不适合当前“先把百度抓取效率和规范化收口拉起来”的阶段。
## 五、建议的第一批实施顺序
如果主 Codex 现在开始真正落代码,顺序建议固定成:
1. 先修 `getCategoryType.html`
2. 再修 `getVideoPlayUrl.html`
3. 再修 `sitemap-main.xml`
原因:
- 分类页修正最可能带来 `category` 页型收益
- 播放页修正最可能带来 `play|301` 收敛
- sitemap 修正最可能带来首页与 host 规范化收益
## 六、这批修正完成后要看什么
修完后,最值得连续看 3 天到 7 天的指标是:
1. `/|301` 是否下降
2. `home|301` 是否下降
3. `category|200` 是否从无到有或持续增加
4. `detail|301` 是否下降
5. `play|301` 是否下降
6. `detail|200 / play|200` 是否稳住或上升
重点样本优先看:
- `yagyjt.com`
- `ningxiaowei.com / www.ningxiaowei.com`
- `sctyjz.com / www.sctyjz.com`
- `www.ap-hulan.com`
## 一句话结论
> 老模板第一批最该动的,不是页面大改,而是分类页 URL 信号、播放页三件套、sitemap host 口径;这 3 刀是当前最可能在短期内直接减少抓取损耗、提升百度识别效率、并给排名放量创造条件的高收益修正点。