案例复盘

LLMs File 流量基线复盘（2026-05-28）

这页只放真实运营数据与对应动作，避免“空结论”。我们的目标是把每一步优化都绑定到可验证指标。

基线快照（日志日期：2026-05-28）

• 清洗后日独立 IP：60
• 清洗后请求量：204
• 状态码结构：200=186，304=6，404=11，405=1
• AI 引荐流量：0（早期阶段）
• 爬虫信号：GPTBot 与 ClaudeBot 有访问；OAI-SearchBot 低频；过去 72 小时 Claude-SearchBot 与 PerplexityBot 仍为 0

先有访问的是哪些页面

最先跑出访问的是“问题排查型”页面，尤其是 Cloudflare 52x 相关与日志检查页面；其次是根文件路径（/robots.txt、/sitemap.xml、/llms.txt）。

这说明早期阶段更适合先做“可直接解决问题”的页面，而不是泛概念内容。

我们怎么统计

# 每日流量基线
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

基线之后已执行动作

1. Cloudflare 故障覆盖从 521-526 扩展到 520-526，并补了交叉链接。
2. 增加 feed/sitemap 的自动更新与提交，缩短新页面被发现时间。
3. 改进日志过滤，剔除监控噪声，避免假增长信号误导选题。
4. 对有检索意图的页面优先做双语补齐。

这份数据不能证明什么

它不能证明我们已经拿到稳定排名，也不能证明 GEO 成功，只能证明我们有了可复盘的增长基线和明确的下一步优先级。

查看 AI 引荐追踪流程