案例复盘
LLMs File 流量基线与检查点（2026-05）
这页只放真实运营数据与对应动作，避免“空结论”。我们同时公开起点和最新检查点，让每一步优化都能被复核。
同一增长周期的两个检查点
- 基线（2026-05-27）：清洗后日独立 IP 60，清洗后请求 204，状态码 200=186、304=6、404=11、405=1。
- 最新检查点（2026-05-28）：清洗后日独立 IP 132，清洗后请求 845，状态码 200=763、301=6、304=11、404=102、405=2。
- AI 引荐流量：0（早期阶段）
- 爬虫信号：GPTBot 与 ClaudeBot 有访问；OAI-SearchBot 低频；Claude-SearchBot 与 PerplexityBot 仍偏弱。
2026-05-28 的 404 激增主要来自扫描噪声（如伪造的 /.env、/.git/config 路径），不属于真实内容需求。
先有访问的是哪些页面
最先跑出访问的是“问题排查型”页面，尤其是 Cloudflare 52x 相关与日志检查页面；其次是根文件路径（/robots.txt、/sitemap.xml、/llms.txt）。
这说明早期阶段更适合先做“可直接解决问题”的页面，而不是泛概念内容。
近期我们优先扩写了 llms.txt 生成器怎么选 和 Bot Fight Mode 排查 两类高意图页。
我们怎么统计
# 每日流量基线
sudo /usr/local/bin/llmsfile-traffic-report /var/lib/caddy/logs/llmsfile-access.log /home/ubuntu/llmsfile-reports
# 机会页面（按独立 IP）
sudo /usr/local/bin/llmsfile-opportunity-report /var/lib/caddy/logs/llmsfile-access.log /home/ubuntu/llmsfile-reports
# AI 引荐隔离统计
sudo /usr/local/bin/llmsfile-ai-referral-report /var/lib/caddy/logs/llmsfile-access.log /home/ubuntu/llmsfile-reports基线之后已执行动作
- Cloudflare 故障覆盖从 521-526 扩展到 520-526，并补了交叉链接。
- 增加 feed/sitemap 的自动更新与提交，缩短新页面被发现时间。
- 改进日志过滤，剔除监控噪声，避免假增长信号误导选题。
- 对有检索意图的页面优先做双语补齐。
- 新增 acquisition queue 日报，按“清洗后独立 IP”做选题和扩写优先级。
这份数据仍然不能证明什么
它不能证明我们已经拿到稳定排名，也不能证明 GEO 已经跑通，只能证明当前选题方向有效且可复盘。
下一步重点是：继续做高意图页深挖、提升 Search Console/Bing 分发效率，并把 AI 引荐从 0 推到可持续增长。