Perplexity 引用你的内容，往往不是因为文章质量最高，而是因为用户提交问题时，你的页面既是“最新的”，又能立即确认“没有过时”。在 Perplexity 中，内容新鲜度并非排名加分项，而是进入候选来源名单的门槛。一篇两年前发布的分析即使非常出色，只要页面看起来长期无人维护，模型在回答时效性问题时就可能直接跳过，转而采用质量稍逊、但信息更新且服务器响应更明确的内容。
Perplexity 从哪里判断内容是否新鲜？
先区分两个环节。Perplexity 既维护自己的索引，也会在用户提问时即时抓取网页：PerplexityBot 负责构建索引，另一个用户代理 Perplexity-User 则会在生成答案时核实页面内容。这意味着，新鲜度信号会在两个时间点被读取：建立索引时，以及回答问题时。你需要确保这两个环节看到的“页面最后更新时间”一致、可信。价格、版本、法规、年度数据等时效性很强的问题尤其受此影响。模型更倾向于选择近期确实更新过、而且能够提供更新依据的页面。
- HTTP 响应头：Last-Modified 和 ETag。抓取工具会据此发起条件请求，判断“自上次抓取后是否发生变化”。
- sitemap.xml 中的 lastmod：告诉抓取工具哪些 URL 更值得优先回访。
- 页面中的结构化数据：Article/BlogPosting 的 dateModified 和 datePublished，帮助模型识别内容声明的更新时间。
- 页面可见日期：在文章开头或结尾标注“最后更新于”，用户和模型都能读取。
- 内容本身的时效性信号：文章提到的年份、版本号和最新数据，是否与声明的更新时间相符。
先修正服务器层的新鲜度信号
多数团队把精力都放在修改正文上，却忽略了服务器返回的 Last-Modified 可能缺失或不准确。这是最常见、也最容易修复的问题。正确做法是：每当页面的实际内容发生变化，就把 Last-Modified 更新为相应时间；内容没有变化，则保留原值。再配合 ETag 这一内容指纹哈希，抓取工具就能通过 If-Modified-Since 或 If-None-Match 发起条件请求。页面未变化时，服务器返回 304 Not Modified，无须重新传输整份 HTML；页面发生变化时，则返回 200 和新内容。许多采用前端框架或 CDN 的网站默认对每次请求都返回 200，Last-Modified 也只记录部署时间。结果是每个页面看起来都“刚刚修改过”，实际内容却没有变化，前后信号相互矛盾。
为什么条件请求会影响抓取频率？
抓取工具会为每个网站分配隐性的抓取预算，不可能无限次访问。当服务器能够用 304 快速回复“没有变化”时，节省下来的资源就能用于回访真正更新过的页面，从而缩短重新抓取周期。反过来，如果每次抓取都必须下载完整页面，又找不到明确的更新时间，抓取工具就会逐渐判断“这个网站的信号不可靠”，并降低回访频率。我们为客户开展 GEO 审计时，经常发现修复这一层之后，关键页面再次被抓取的间隔会明显缩短。
sitemap 的 lastmod 必须真实准确
sitemap 中的 lastmod 是抓取工具安排优先级的重要依据，但只有“准确”才有价值。常见错误是每次全站部署时，都把所有 URL 的 lastmod 刷新为当天日期，这等于告诉抓取工具：“我的整个网站每天都在变化。”抓取工具很快就会发现内容其实没有更新，进而降低对整份 sitemap 的信任，真正更新过的页面也会受到影响。正确做法是逐页计算，让 lastmod 反映每个 URL 内容实际发生变化的时间，而不是一键套用构建时间。sitemap 只应收录真正值得回访的 URL，不要塞入分页、标签页和参数页，稀释有效信号。
dateModified 必须与页面可见日期一致
结构化数据中的 dateModified、HTTP 响应头中的 Last-Modified、sitemap 中的 lastmod，以及页面上用户可见的“最后更新于”，这四个时间都应该指向同一次更新。如果它们彼此矛盾——schema 显示今天更新，页面写的是去年，服务器响应头又是另一个时间——模型接收到的就只是噪声，只能对你的新鲜度声明采取保守的不信任态度。实际实施时，应把更新时间集中到同一个数据源，例如内容管理系统中记录的实际修改时间，再由这一数据源统一生成四处时间，避免各说各话。datePublished 保留最初发布日期，dateModified 反映最近一次实质性修改，两者都不可缺少。
更新频率：把资源投入到会过时的页面
并非每个页面都需要频繁更新，强制全站定期翻新只会分散维护资源。可以先把内容分成两类：一类会过时，例如价格、产品对比、集成列表、年度趋势、法规和版本信息；另一类相对稳定，例如术语定义和原理说明。为会过时的页面设定固定复核周期，一旦信息变化就及时更新，并同步四类时间信号；稳定页面则只在有实质性内容补充时更新。判断“是否应该更新”的标准，是内容有没有发生实质变化，而不是日历翻到了哪一天。如果每次只改一个词，却刷新更新时间，模型能够识别这种做法，并不会因此更加信任你。
新鲜度的关键不在于“改得有多频繁”，而在于“这次修改是否有充分理由，以及四处信号是否一致”。抓取工具信任的是可预期的维护节奏，而不是频繁却没有实际内容的改动。— Tenten GEO
重新抓取：你无法命令 Perplexity，但可以提高概率
- 确认 robots.txt 没有屏蔽 PerplexityBot 和 Perplexity-User。两者都必须放行，否则后续工作都无法发挥作用。
- 更新关键页面后，同步刷新该 URL 的 Last-Modified、sitemap lastmod 和 schema dateModified，确保三者一致。
- 缩短服务器响应时间，并对未变化的页面正确返回 304，把抓取预算留给已经更新的页面。
- 从流量高、抓取频繁的页面添加内链，指向刚刚更新的页面，借助前者的回访频率让新页面更快被发现。
- 更新后，通过其他渠道创造新的抓取触发点，例如自有电子邮件简报、社群或外部引用页面，提高内容被及时抓取的概率。
这样做不是为了迎合算法，而是让 Perplexity 能够快速、准确地读取每一次真实更新。多数网站的问题并非内容不够好，而是新鲜度信号彼此矛盾，导致优质内容被当作旧页面忽略。如果你想知道自己的网站在 Last-Modified、sitemap、schema 和页面可见日期这四个环节存在哪些冲突，可以预约一次 30 分钟的 GEO 诊断（/contact）。我们会直接指出哪些信号缺口正在导致 Perplexity 跳过你的内容。
