互联网流量正在变“空”：从页面访问到接口调用

过去二十年，我们习惯用“页面浏览量”衡量一个站点是否活着：有人点开链接、滚动、停留、离开。但从最近两三年开始，日志里的 User-Agent 越来越陌生——不是浏览器，而是各种抓取器、AI 助手、Agent 运行时和监控探针。

这不是流量变少了，而是流量变“空”了：请求很多，但没有人“看”页面。

一、访客结构变了，优化目标就得跟着变

传统 SEO 关心的是：标题是否吸引点击、首屏是否有内容、内链是否合理。而自动化访问关心的是完全不同的一组东西：

• 页面能否在不执行 JavaScript 的情况下拿到正文
• 内容是否有稳定的语义结构（标题层级、时间、作者、分类）
• 是否有可被程序消费的接口（RSS、JSON API、MCP 这类工具协议）
• 响应是否可缓存，重复抓取会不会把源站打垮

一句话：给人看靠排版，给机器读靠结构。

二、把“页面”当成一种输出格式，而不是唯一形态

成熟的站点会把自己的内容看成一份数据，页面只是它的一种渲染结果。同一篇文章，至少有四种输出：

Markdown 源文  ->  HTML 页面（人）
               ->  RSS / Atom（阅读器）
               ->  JSON API（前端、App）
               ->  MCP / 工具协议（Agent）

如果这四条链路共用同一个内容模型，成本几乎为零；如果每条链路都单独维护一份，很快就会漂移。很多站点出现“页面更新了、RSS 还是旧的”，根因不是缓存，而是内容被复制成了多份。

三、接口治理：限流、鉴权、幂等

机器流量的一个特点是它不会累。一个错误的重试循环，可以在几分钟内把数据库打到高位。因此接口至少要回答三个问题：

1. 你是谁：令牌、签名还是匿名？
2. 你能多快：按 IP、按令牌还是按账号限流？
3. 重复调用会怎样：是否幂等，是否会被计费或计数？

以评论、点赞这类写操作为例，重试是常态。把接口设计成幂等（同一个请求 ID 重复提交只生效一次），比事后清洗脏数据便宜得多。

四、对内容站的实际影响

• 首屏不再一定是最重要的页面，结构化摘要可能才是被引用最多的部分
• 文章的可发现性，越来越多来自“被某个模型记住”，而不是搜索排名
• 站点的稳定性权重上升：一次 500，可能让抓取端降频甚至拉黑

这不是危言耸听，而是已经在发生的变化。对个人站长来说，最实际的行动是：把内容存成干净的 Markdown、给出稳定的 URL、提供一份可用的 RSS 和一个体面的 API。

结语

“流量”这个词的含义正在分裂：一半是人的注意力，一半是机器的调用次数。前者决定影响力，后者决定基础设施的形态。看不清这一点，就容易在错误的方向上做优化——比如为了一个并不存在的“用户停留时长”，给页面塞满自动播放的视频。

先想清楚你的读者是谁，再决定页面长什么样。