feat: sync latest GPT SEO routing and docs

This commit is contained in:
root
2026-04-18 01:31:44 +08:00
parent c8fb6956ef
commit 5cb11b4476
48 changed files with 6000 additions and 172 deletions

View File

@@ -0,0 +1,301 @@
# 2026-04-18 7天推收录执行主线
这份文档用于把当前 GPT 站群从“基础修复完成”推进到“7 天内尽快拿到收录、回访、真实流量”。
适用场景:
1. 需要一个总控文档,统一安排 `15` 个优先域名的推收录动作
2. 多个 Codex / 多个人同时推进时,需要明确主线和分工
3. 每天要复盘“今天做了什么、蜘蛛有没有回访、下一步该做什么”
## 1. 当前阶段判断
当前不是继续大面积找基础 Bug 的阶段,而是进入下面这条主线:
1. 保住已经修好的链路
2.`sitemap -> search -> detail -> play` 的抓取链路跑起来
3. 减少硬 `404`
4. 处理缓存滞后站,避免蜘蛛反复吃旧 HTML
5. 用前 `7` 天拿到第一批收录和真实点击样本
## 2. 本轮主目标
### 7 天目标
1. `15` 个优先域名全部完成 sitemap 推送与首轮复查
2. 重点站先拿到蜘蛛对 sitemap、search、detail、play 的真实回访
3. 已知旧坏链尽量不再硬 `404`
4. 缓存滞后站完成清缓存并复查
5. 至少拿到一批首页词 / 品牌词 / 影片长尾词的收录样本
### 成功判断标准
只要出现下面任一类信号,就说明主线在向前走:
1. `sitemap_index.xml` 被搜索引擎蜘蛛访问
2. `sitemap-main.xml` / `sitemap-videos-*.xml` 被抓
3. 搜索页出现蜘蛛命中
4. 详情页出现蜘蛛重复回访
5. 播放页开始出现命中
6. 搜索引擎站长平台开始显示已发现、已抓取或已收录
7. 站点开始出现真实自然搜索点击
## 3. 当前优先域名
### A组 6 站
1. `liangzuan.net`
2. `cnzhenbang.com`
3. `codohealth.com`
4. `jingxifa.com`
5. `gz-yxsw.com`
6. `glae.cc`
### B组 9 站
1. `gxhongzhuang.com`
2. `jpjdxs.com`
3. `jxxgygy.com`
4. `lcdchq.com`
5. `leici1940.com`
6. `lgyz.net`
7. `oronorent.com`
8. `pcslcl.com`
9. `sdxtwnc.com`
## 4. 当前已知确定事项
### 已完成的基础修复
1. slug-only 详情页不再直接硬死在 `404`
2. `HEAD` 深链兼容已补
3. sitemap 主入口和视频分页已恢复
4. sitemap 空 slug 问题已修复
5. 搜索页 `h1` 已补强
6. 播放页 `h1` 已补强
7. `15` 站抽样:首页、搜索、详情、播放主链路已通过
### 当前仍要优先处理的站点问题
以下更像缓存滞后,不是代码未生效:
1. `jingxifa.com`
2. `lcdchq.com`
3. `cnzhenbang.com`
4. `oronorent.com`
处理原则:
1. 先用 `?__nocache=1` 确认新 HTML 已生效
2. 如果 `?__nocache=1` 正常而普通访问异常,优先清前端缓存
3. 不要先重复改模板
## 5. 7 天执行节奏
### Day 1
目标:
1. 完成 `15` 站 sitemap 提交
2. 完成 `A/B` 两组执行文档建档
3. 完成缓存滞后站清单确认
动作:
1. 提交每个域名的:
- `/sitemap.xml`
- `/sitemap_index.xml`
- `/sitemap-main.xml`
2. 记录是否已在站长平台手动提交
3. 记录是否已 ping 或主动推送
4. 先做 A 组首轮观察
### Day 2
目标:
1. 看 sitemap 是否被抓
2. 看首页、搜索页是否开始被蜘蛛回访
动作:
1. 拉取 `A组6站` 日志
2. 重点看:
- `sitemap`
- `search`
- `detail`
3. 把正向样本写回 A 组文档
4. 对缓存滞后站做普通访问和 `?__nocache=1` 对照
### Day 3
目标:
1. 看 B 组是否开始跟上
2. 看是否出现 `sitemap -> detail` 链路
动作:
1. 拉取 `B组9站` 日志
2. 标出各域名是否已有详情页命中
3. 如果某些站只有首页抓取,没有深页抓取:
- 优先检查 sitemap
- 再检查 canonical
- 再检查页面标题表达
### Day 4
目标:
1. 扩大详情页回访
2. 争取出现播放页命中
动作:
1. 检查真实被抓详情页是否返回 `200`
2. 检查播放页主标题、canonical 是否稳定
3. 统计旧坏链是否仍在高频触发
4. 若某站旧 `404` 仍多,单独建风险项
### Day 5
目标:
1. 看是否出现第一批收录
2. 看是否出现品牌词 / 域名词曝光
动作:
1. 复查站长平台收录状态
2. 记录已抓取、已发现、已收录页面数
3. 抽查 `site:域名` 与主品牌词
4. 若已有收录样本,单独列为正向案例
### Day 6
目标:
1. 补强弱站
2. 对没有动静的站做二次推进
动作:
1. 优先处理:
- sitemap 无抓取
- 只有首页无深页
- 普通访问仍旧 HTML
2. 对弱站再做一次:
- sitemap 提交
- 缓存复核
- 关键页抽检
### Day 7
目标:
1. 汇总第一周结果
2. 定出第二周继续推进名单
动作:
1. 汇总 A/B 组实际表现
2. 把域名分成:
- 已出现明显回访
- 已抓未深挖
- 仍需重点救火
3. 输出第二周优先级
## 6. 每天固定执行动作
每天都建议按这个顺序跑:
1. 看日志
2. 看 sitemap 抓取
3. 看搜索页命中
4. 看详情页命中
5. 看播放页命中
6. 看旧 `404` 是否还在出现
7. 看缓存滞后站是否仍未刷新
8. 把结论写回对应文档
## 7. 文档分工建议
### 主线文档
总控统一放这里:
- [2026-04-18-7天推收录执行主线.md](/www/wwwroot/diff-maccms/SEONexus/docs/2026-04-18-7天推收录执行主线.md)
### 站点优先名单
策略依据看这里:
- [2026-04-17-GPT站群优先推收录名单.md](/www/wwwroot/diff-maccms/SEONexus/docs/gpt-template-seo/2026-04-17-GPT站群优先推收录名单.md)
### 每日蜘蛛分析
按分组写:
- [2026-04-18-A组6站-蜘蛛回访分析.md](/www/wwwroot/diff-maccms/SEONexus/docs/2026-04-18-A组6站-蜘蛛回访分析.md)
- [2026-04-18-B组9站-蜘蛛回访分析.md](/www/wwwroot/diff-maccms/SEONexus/docs/2026-04-18-B组9站-蜘蛛回访分析.md)
### GPT专属跟踪与复盘
如果今天的工作重点是 GPT 模板站群,而不是全局协作文档,请优先看:
- [gpt-template-seo/03-GPT模板每日复盘模板-2026-04-18.md](/www/wwwroot/diff-maccms/SEONexus/docs/gpt-template-seo/03-GPT模板每日复盘模板-2026-04-18.md)
- [gpt-template-seo/04-GPT模板A-B组日志跟踪板-2026-04-18.md](/www/wwwroot/diff-maccms/SEONexus/docs/gpt-template-seo/04-GPT模板A-B组日志跟踪板-2026-04-18.md)
### 模板化分析
要新开文档时,从这里复制:
- [日志分析模板-收录推进版.md](/www/wwwroot/diff-maccms/SEONexus/docs/日志分析模板-收录推进版.md)
## 8. 风险优先级
### P0
必须当天处理:
1. 首页、详情、播放重新出现大面积 `404`
2. sitemap 主入口无法访问
3. `?__nocache=1` 也拿不到新 HTML
4. 某域名整站 host 解析异常
### P1
应优先处理:
1. 普通访问还是旧缓存
2. 搜索页或播放页 `h1` 丢失
3. canonical 异常
4. 旧坏链反复高频回访
### P2
可在主线稳定后继续优化:
1. 个别站标题表达不够强
2. 少量年份 / 文案变体仍不统一
3. 某些模板风格表现不够一致
## 9. 一线执行口径
以后现场执行时,统一按这个判断,不要来回摇摆:
1. 先保 `200`
2. 再保 `h1`
3. 再保 canonical
4. 再看缓存
5. 再看蜘蛛回访
6. 最后再谈更细的标题优化
## 10. 当前建议
如果今天继续推进,优先顺序建议是:
1. 先把 A 组 6 站的实际日志回访填起来
2. 再补 B 组 9 站
3. 同时单独盯缓存滞后 4 站
4. 一旦出现首批已抓 / 已收录样本,立即回写主线文档作为样板