153 lines
4.5 KiB
Markdown
153 lines
4.5 KiB
Markdown
# 1290-SEONexus 老模板实施安全边界与 GPT 隔离说明 - 2026-04-17
|
||
|
||
## 目的
|
||
|
||
这份文档用于明确两件事：
|
||
|
||
1. 老模板第一批 SEO 修正，具体应该改哪些文件
|
||
2. 为什么这些改动可以与 `videoGpt1` 隔离，不会直接误伤 GPT 模板
|
||
|
||
## 一、当前边界结论
|
||
|
||
老模板第一批建议改动范围，只限下面 5 套目录：
|
||
|
||
- `code/app/home/view/videoDadi`
|
||
- `code/app/home/view/videoDingZhu`
|
||
- `code/app/home/view/videoBoKu`
|
||
- `code/app/home/view/videoLaoNiu`
|
||
- `code/app/home/view/videoNuNu`
|
||
|
||
`videoGpt1` 是单独目录：
|
||
|
||
- `code/app/home/view/videoGpt1`
|
||
|
||
因此只要后续改动严格限制在老模板 5 套目录内，物理上就不会直接修改到 `videoGpt1` 模板文件。
|
||
|
||
## 二、第一批建议改动文件清单
|
||
|
||
每套老模板当前建议只动 4 个文件：
|
||
|
||
1. `video/getCategoryType.html`
|
||
2. `video/getVideoPlayUrl.html`
|
||
3. `sitemap/sitemap-main.xml`
|
||
4. `sitemap/robots.txt`
|
||
|
||
总计：
|
||
|
||
- 5 套模板 x 4 个文件 = 20 个文件
|
||
|
||
这就是当前最稳的第一批实施边界。
|
||
|
||
## 三、为什么这批改动不会直接碰到 GPT 模板
|
||
|
||
### 1. 文件不共享
|
||
|
||
老模板和 GPT 模板虽然文件名类似，但文件路径不同。
|
||
|
||
例如：
|
||
|
||
- 老模板：
|
||
- [videoDadi/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDadi/video/getCategoryType.html:1)
|
||
- [videoDingZhu/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoDingZhu/video/getCategoryType.html:1)
|
||
- GPT 模板：
|
||
- [videoGpt1/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getCategoryType.html:1)
|
||
|
||
这不是同一个文件的不同分支，而是完全独立的模板文件。
|
||
|
||
### 2. GPT 模板当前本身已经有更正确的写法
|
||
|
||
例如 `videoGpt1` 分类页：
|
||
|
||
- [videoGpt1/video/getCategoryType.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getCategoryType.html:14)
|
||
|
||
当前已经是：
|
||
|
||
- canonical 指向分类页真实 URL
|
||
- `og:url` 指向分类页真实 URL
|
||
- `CollectionPage.url` 指向分类页真实 URL
|
||
|
||
这恰好说明：
|
||
|
||
- 老模板要修的是自己的旧写法
|
||
- 不是去改 GPT 模板的现有逻辑
|
||
|
||
### 3. GPT 模板播放页也有独立实现
|
||
|
||
例如：
|
||
|
||
- [videoGpt1/video/getVideoPlayUrl.html](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/video/getVideoPlayUrl.html:1)
|
||
|
||
GPT 模板播放页已经接了自己的：
|
||
|
||
- `seoCopy`
|
||
- breadcrumb 构造
|
||
- `VideoService` 调用链
|
||
|
||
因此老模板这次第一批修正，没有必要也不应该去碰 GPT 模板播放页。
|
||
|
||
## 四、目前真正需要注意的风险，不在模板文件本身
|
||
|
||
虽然模板文件可隔离，但仍有两类风险需要提醒主 Codex：
|
||
|
||
### 1. 如果去改共享底层服务，就可能波及 GPT
|
||
|
||
例如这类底层：
|
||
|
||
- `SiteContext`
|
||
- `VideoService`
|
||
- 通用 taglib / helper
|
||
- 路由层
|
||
|
||
如果后续修正不是停留在模板输出，而是去改这些共享服务，那就有可能影响 `videoGpt1`。
|
||
|
||
所以当前建议是：
|
||
|
||
- 第一批先只改模板层
|
||
- 不先动共享服务层
|
||
|
||
### 2. sitemap 问题看起来可能是全模板共性
|
||
|
||
这次复核时还确认了：
|
||
|
||
- `videoGpt1/sitemap/sitemap-main.xml` 也有与老模板类似的 `www + novel` 可疑写法
|
||
|
||
例如：
|
||
|
||
- [videoGpt1/sitemap/sitemap-main.xml](/www/wwwroot/VideoSource2/code/app/home/view/videoGpt1/sitemap/sitemap-main.xml:4)
|
||
|
||
但这不代表这次应该顺手一起改 GPT。
|
||
|
||
更稳的做法是：
|
||
|
||
- 先把老模板线独立处理
|
||
- GPT 那边单独开任务、单独验证
|
||
|
||
## 五、第一批实施时的安全规则
|
||
|
||
主 Codex 如果开始动代码，建议固定遵守下面 5 条：
|
||
|
||
1. 只改 `videoDadi / videoDingZhu / videoBoKu / videoLaoNiu / videoNuNu`
|
||
2. 第一批只改 `getCategoryType / getVideoPlayUrl / sitemap-main / robots.txt`
|
||
3. 不碰 `videoGpt1` 目录
|
||
4. 不先碰 `VideoService / SiteContext / router` 这类共享底层
|
||
5. 每改完一类文件，就先做老模板样本验证，再决定是否继续
|
||
|
||
## 六、最稳的实施顺序
|
||
|
||
从安全性和 SEO 收益一起看，最稳顺序是：
|
||
|
||
1. 先改 5 套 `getCategoryType.html`
|
||
2. 再改 5 套 `getVideoPlayUrl.html`
|
||
3. 再改 5 套 `sitemap/sitemap-main.xml`
|
||
4. 最后复核 5 套 `robots.txt`
|
||
|
||
这样做的好处是：
|
||
|
||
- 改动集中
|
||
- 影响面可控
|
||
- 每一步都容易归因
|
||
|
||
## 一句话结论
|
||
|
||
> 当前老模板第一批 SEO 修正可以和 `videoGpt1` 明确隔离，最安全的落地边界就是只动老模板 5 套目录下那 20 个模板文件；只要不下沉去改共享服务层，就不会直接影响 GPT 模板。
|