9 月 24 日，Perplexity 给 Search API 上线了 Fast Search 档位，底层是把原来的开源引擎整个扔掉、用 Rust 重写的 Photon。数字很漂亮：95% 的搜索结果在 230 毫秒内返回，中位延迟约 160 毫秒，内部 p99 从约 800 毫秒降到约 65 毫秒，跑在少 20% 的机器上，索引覆盖超过 2000 亿个 URL，走词法加语义的混合检索。但公告里有一句很容易被略过的话：在长尾与广覆盖查询上，相关性低了 0.24 分，答案可得性也低了约 3 个百分点。快，是拿覆盖换的。

速度换掉了什么

先看换来的：单任务成本比默认档低 68%，六个智能体基准上质量基本持平。再看换掉的：官方自己承认，长尾和广覆盖类问题的检索相关性下降，一部分原来能生成答案的查询，现在可能答得偏差、甚至干脆不给答案。

检索引擎的取舍逻辑其实很朴素。要快，就要少算——候选文档砍得越狠、排序跑得越浅，延迟自然下来，但那些措辞别扭、只在一个角落里有答案的冷门问题，就更容易在第一轮筛选里被丢掉。Perplexity 把这件事写在官方公告里，算是少见的坦诚。

对做长尾内容的人，一好一坏

坏消息先说。Perplexity 是答案里明晃晃挂着引用的引擎，也是很多人测品牌曝光时盯得最紧的平台之一。答案可得性下降 3 个百分点，意味着有一部分长尾问题现在处于「引擎答不动」的状态——你的页面写得再好，没进候选集就等于不存在。两类内容受影响最明显：靠同义词变体铺量堆出来的页面，语义匹配一收紧就散了；还有开头绕了三四段才进入正题的深度文，混合检索的粗排阶段等不到它。

好消息是，答案缺口变大，等于空位变多。一个冷门问题引擎答不上来时，谁的内容在信源里，谁就是那一条引用。长尾战场上竞争者本来就少，现在连引擎的「默认答案」都缺位了，这正是占位的好时机。

现在能做的三件事

  • 把关键词库里最偏门的三成问题挑出来，每周在 Perplexity 上复测一遍。记录三样东西：有没有答案、引用了谁、引用的是不是你。连续两周「无答案」的问题，就是优先要占的坑。
  • 标题直给。混合检索里，页面主题必须在标题和开头两行内说清楚，别指望引擎在粗排阶段替你归纳。「XX 是什么、怎么办、选哪个」这类问法，直接照着写。
  • 别把单平台波动当成大盘结论。引擎迭代越来越快，Perplexity 这次换引擎就是一个版本的事。曝光数据抖动时，先查是引擎升级还是内容问题，跨平台对一遍再下判断。

检索引擎在把响应压进百毫秒级，被引用的窗口只会越来越窄、越来越挑。对内容方来说，比拼的不是谁写得更多，而是谁在引擎收窄候选集之前，就已经站在它愿意看的那一小堆信源里。