feat: sync latest GPT SEO routing and docs
This commit is contained in:
301
docs/2026-04-18-7天推收录执行主线.md
Normal file
301
docs/2026-04-18-7天推收录执行主线.md
Normal 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. 一旦出现首批已抓 / 已收录样本,立即回写主线文档作为样板
|
||||
Reference in New Issue
Block a user