admin/SEONexus

Fork 0

Files

Your Name c8fb6956ef 老模板优化

2026-04-17 21:09:06 +08:00

5.4 KiB

Raw Blame History

1295-SEONexus 老模板播放页 Patch 模板 - 2026-04-17

目的

这份文档专门服务第一批 5 个播放页文件。

它的作用和 25-老模板分类页Patch模板-2026-04-17.md 一样：

不是继续分析
而是给主 Codex 一份可以直接照着写 patch 的模板

适用文件：

videoDadi/video/getVideoPlayUrl.html
videoDingZhu/video/getVideoPlayUrl.html
videoBoKu/video/getVideoPlayUrl.html
videoLaoNiu/video/getVideoPlayUrl.html
videoNuNu/video/getVideoPlayUrl.html

一、这 5 个文件当前共同问题

共同问题非常一致：

canonical 已经是播放页
og:url 仍然是详情页
JSON-LD url 仍然是详情页

也就是说当前是典型的：

一半在说“我是播放页”
一半在说“我是详情页”

这会持续制造：

play|301
详情页与播放页规范信号冲突

二、目标状态

播放页三件套全部统一：

canonical 指向播放页
og:url 指向播放页
JSON-LD url 指向播放页

三、当前最稳策略

第一批先走保守收口

当前老模板 canonical 写法普遍是：

{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}

这不一定是当前真实线路和真实集数，但它至少已经是“播放页路径”。

因此第一批最稳策略不是一步做复杂，而是：

先让 og:url 和 JSON-LD url 与当前 canonical 完全一致

这样能最快消除 detail/play 信号分裂。

四、最稳参考

可以参考 videoGpt1 当前播放页：

GPT 那边已经是：

canonical、og:url、JSON-LD url 三者完全一致

五、推荐 patch 思路

第一步：保留当前 canonical 不动

当前老模板 canonical 已经存在，例如：

{if $Request.route.intVId && $Request.route.intVForgeId} 
<link rel="canonical"
href='https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}'>
{/if}

第一批先不要动这段结构。

第二步：把 `og:url` 改成和 canonical 一致

把当前：

<meta property="og:url" content='https://{$DomainModel->d_domain}{site:vurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en"/}'>

统一替换为：

<meta property="og:url" content='https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}'>

第三步：把 JSON-LD `url` 改成和 canonical 一致

把当前：

"url": 'https://{$DomainModel->d_domain}{site:vurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en"/}',

统一替换为：

"url": 'https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}',

六、推荐的统一替换结果

头部关键区域

最终应接近：

{if $Request.route.intVId && $Request.route.intVForgeId} 
<link rel="canonical"
href='https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}'>
{/if}

<meta property="og:url"
    content='https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}'>

JSON-LD 区域

最终应接近：

"url": 'https://{$DomainModel->d_domain}{site:vpurl v_id="$arrVideo.v_id" v_py="$arrVideo.v_name_en" play_type="default" play_index="1" /}',

七、5 个文件的差异提醒

这 5 个文件在当前 patch 涉及区域内几乎完全同构。

也就是说：

这组 patch 比分类页还更适合批量统一处理

目前没有看到会影响这次 patch 的明显结构差异。

八、为什么第一批不直接做“当前线路当前集数精确 URL”

因为那会把这批 patch 从“稳定收口”变成“逻辑改造”。

第一批更稳的目标是：

先把 detail/play 信号分裂压掉
先让播放页内部信号统一

等第一批跑通之后，第二批再评估要不要升级为：

根据 Request.route.strPlayType
根据 Request.route.intPlayIndex
输出当前真实播放页 URL

九、建议验收方式

每改完 1 个文件，至少做一次页面级验收。

页面源代码验收

确认：

canonical 仍存在
og:url 与 canonical 完全一致
JSON-LD url 与 canonical 完全一致

域名级优先验收

优先看：

yagyjt.com
ningxiaowei.com

十、验收后的日志观察

改完这 5 个播放页之后，连续看 3 天最值得盯的是：

play|301 是否下降
play|200 是否更稳
detail|301 是否开始和 play|301 一起收敛

一句话交接

老模板第一批播放页 patch 的核心不是“做得多花”，而是先让 canonical、og:url、JSON-LD url 说同一句话；只要这 5 个播放页先统一收口，深页的百度识别成本就会明显下降。

5.4 KiB Raw Blame History