11 KiB
41-老模板 SEO 代码优化清单 - 2026-04-19
目的
这份文档只回答一个问题:
- 针对老模板
1001-1005 - 基于
2026-04-19的蜘蛛日志和当前模板代码 - 现在到底还需不需要继续优化代码
结论先说:
需要,而且值得继续优化;但不是大改,而是围绕“入口层、分类层、规范 URL 承接”做一轮精确收口。
一、为什么今天仍建议继续改代码
今天 24h workbench 聚合 的关键信号是:
detail_requests = 19play_requests = 9category_requests = 0sitemap_requests = 0301 = 23500 = 0
这说明:
- 老模板不是不可抓
- 深页不是完全失效
- 当前主问题也不是服务端报错
- 现在最值得改的代码,不是功能代码,而是 SEO 入口与规范化代码
换句话说:
- 现在不是“要不要改代码”的问题
- 而是“要改哪些 SEO 相关代码,才能把蜘蛛从首页/旧深链回访,推进到分类层与规范深页”
二、建议优先级
P0:应尽快改
sitemap_index.xml仍残留小说模板输出- 首页缺少显式 canonical
- 首页与分类页 JSON-LD 结构存在明显不规范问题
P1:建议继续改
- 分类页加强内部链接和分页信号
- 详情页进一步减少旧 family 跳转预算消耗
www / 裸域、http / https规范落点继续压缩
P2:可排到后面
- 首页结构化数据的丰富度提升
- 分类页的 schema 精修
- 搜索页、地图页的补充规范化
三、P0 清单
1. sitemap_index.xml 仍保留小说时代 sitemap 输出
现象
5 套老模板里,sitemap_index.xml 仍在输出这些链接:
sitemap-books-*.xmlsitemap-books-catalog-*.xmlsitemap-chapters-*.xml- 并且
loc仍强制写成https://www.{$DomainModel->d_domain}/...
影响
这和当前视频站实际结构不一致,也和我们前面已经修过的 sitemap-main.xml 思路不一致。
直接后果是:
- sitemap 入口不纯净
- 蜘蛛难以把 sitemap 当成视频站核心入口
- 也解释了今天
sitemap_requests = 0依然没有起来
涉及文件
建议改法
- 去掉小说遗留的
books / books-catalog / chapters组 - 只保留当前视频站真实存在、且值得蜘蛛消费的 sitemap 组
loc统一改为https://{$DomainModel->d_domain}/...- 确保 sitemap index 与
robots.txt、sitemap-main.xml的 host 完全一致
价值判断
- 这是当前最值得做的代码优化之一
- 因为它直接对应今天最明显的偏差:
sitemap_requests = 0
2. 首页缺少显式 canonical
现象
5 套老模板首页 index/index.html 里当前有:
og:urlWebSite / VideoObject / CollectionPageJSON-LD
但没有显式:
<link rel="canonical" href="https://{$DomainModel->d_domain}">
涉及文件
影响
现在日志里首页仍是主入口层,首页 canonical 不显式,会放大下面几类问题:
www / 裸域归一不够强http / https归一依赖跳转而不是模板信号- 首页作为站点主入口时,规范主 URL 提示不够直接
建议改法
在 5 套首页统一补:
<link rel="canonical" href="https://{$DomainModel->d_domain}" />
价值判断
- 这项改动小
- 风险低
- 对入口层规范化有直接帮助
3. 首页 JSON-LD 存在明显 schema 不规范问题
现象
5 套首页模板里,当前存在几类明显问题:
- 缺少或混乱的
@context @type: "Movies"不是规范 schema 类型ListItem{$Video.v_id}这类动态拼接类型不合法AggregateRating只有ratingValue,结构不完整- 多处循环尾逗号风险较高,容易导致最终 JSON-LD 非严格合法
涉及文件
影响
这不会一定导致页面无法收录,但会削弱搜索引擎对首页内容结构的理解,尤其是在我们现在希望:
- 首页更稳做入口
- 首页把蜘蛛继续往分类和深页送
的阶段,这些噪音没必要继续留着。
建议改法
- 首页 JSON-LD 统一只保留一套稳定结构:
WebSiteCollectionPage- 必要时保留一个
ItemList
- 删除非标准
Movies - 删除
ListItem{$Video.v_id}这种非法@type - 避免模板循环拼出非法 JSON
AggregateRating要么补全,要么先删除,避免半截 schema
价值判断
- 这是值得做的
- 但建议按“收敛、简化、合法化”的思路改,不要越改越复杂
4. 分类页 JSON-LD 也存在合法性风险
现象
5 套 getCategoryType.html 目前虽然已经补了:
meta robotscanonicalog:url
但 JSON-LD 里依然存在明显风险:
potentialAction后缺少逗号再接hasParthasPart中列表项循环尾逗号风险较大- 末尾整体数组结构也不够稳
涉及文件
影响
这类问题正好对应今天最大的缺口:
category_requests = 0
分类页不是没有规范化动作,而是“技术上有了,但信号质量还不够干净”。
建议改法
- 重写分类页 JSON-LD,优先保证合法
- 结构收敛到:
CollectionPageBreadcrumbList
- 不要在分类页堆太多
VideoObject - 把分类页 schema 的重点放在:
- 页面 URL
- 页面主题
- 面包屑
- 当前分类名
价值判断
- 这项建议做
- 因为当前分类层完全没起量,分类页信号质量还需要继续打磨
四、P1 清单
5. 首页到分类页的内部链接强度还可以继续增强
现象
首页虽然通过 video-panel 有分类块,但当前更偏展示,不够像一个明显的蜘蛛入口导航层。
涉及文件
- videoDingZhu 首页模块
- videoBoKu 首页模块
- 对应其他 3 套老模板同类文件
建议改法
- 首页头部或主视觉下方增加更明确的一级分类入口组
- 每个一级分类块保证能直接点到规范分类 URL
- 分类入口文案不要只写“更多”,可以带上类目名
- 让首页更像“站点入口页”,而不是纯内容流
价值判断
- 对“把蜘蛛从首页送到分类层”非常有帮助
- 但比 sitemap/index/schema 收口稍低一个优先级
6. yagyjt.com 这类站仍在消耗旧 family 的 301 预算
现象
今天 yagyjt.com:
200 = 11301 = 11
说明旧 family 到规范 family 的单跳虽然存在,但百度还在大量请求旧 URL。
当前已知情况
我们之前已经修过:
- 播放页
og:url - 播放页 JSON-LD
url - 分类页 canonical
- 分类页
og:url sitemap-main.xml
现在仍建议继续看哪里
- 首页模块里是否还有旧 family 内链
- 相关推荐、榜单、广告位跳转是否全部指向规范 family
- 详情页正文、演员、导演、相关推荐区域是否仍间接把蜘蛛带回旧 family
涉及文件
- videoDingZhu 详情页
- videoDingZhu 首页
- 以及同模板下
public/内各类列表卡片 partial
价值判断
- 这项要继续排查
- 因为它直接对应今天
301仍高的问题
7. www.ningxiaowei.com 规范详情链还可以继续压短
现象
今天 www.ningxiaowei.com:
detail = 6301 = 3200 = 3
说明 /video-info/... family 是对的,但仍没有彻底压缩到唯一规范落点。
建议改法
- 再核对详情页 canonical 输出条件
- 再核对页面内详情链接是否 100% 指向最终规范 URL
- 再核对域名归一与协议归一是否在入口层就结束
涉及文件
价值判断
- 值得做
- 但优先级略低于 sitemap/index/schema 收口
五、暂时不建议做的大动作
- 不建议把 GPT 模板思路混进老模板
- 不建议直接大改前端结构或 UI
- 不建议因为今天
category=0就重写整个分类系统 - 不建议在没有更多证据前去大动缓存层逻辑
- 不建议只为了“看起来更 SEO”而堆更多 schema
当前更合理的动作是:
- 让 sitemap 更干净
- 让首页更规范
- 让分类页更合法
- 让内部链接更少绕旧 family
六、建议执行顺序
如果下一步要由主 Codex 真正开改,推荐顺序是:
- 先统一修 5 套
sitemap_index.xml - 再统一补 5 套首页 canonical
- 再统一重构 5 套首页 JSON-LD
- 再统一重构 5 套分类页 JSON-LD
- 最后按样板站继续排查内部链接对旧 family 的消耗
七、一句话结论
针对老模板
1001-1005,今天的 SEO 日志已经足够说明“还需要继续优化代码”,但重点不是功能层,而是 sitemap 入口、首页 canonical、首页/分类页 schema 合法性,以及减少旧 family 301 消耗这 4 个方向。