什么是 LLMs.txt？它对 SEO 有用吗？WordPress 生成 LLMs.txt 的完整教程

你可能最近在技术圈、SEO 群或者某个 WordPress 社群里看到过 LLMs.txt 这个词。有人把它说成”AI 时代的 robots.txt”，也有人说它是”给大语言模型看的站点地图”。但当你真正去搜的时候，会发现中文资料少得可怜，大部分内容还停留在概念介绍，没人告诉你具体怎么落地。

这篇文章不讲虚的。我会先说清楚 LLMs.txt 到底是什么、解决什么问题，然后老老实实回答一个大家最关心的问题：它对 SEO 到底有没有用。最后，重点放在实操上——你的 WordPress 网站怎么生成 LLMs.txt，我会给出从手动创建到代码自动生成、再到 Nginx/Apache 配置的完整步骤。

LLMs.txt 到底是什么

先给一个尽量准确的定义。

LLMs.txt 是一个放在网站根目录下的纯文本文件（路径就是 https://你的域名/llms.txt），它用 Markdown 格式，向大语言模型（LLM）和 AI 爬虫说明：这个网站有哪些重要内容、这些内容在哪里、它们分别讲的是什么。

它和 robots.txt 的区别在于：robots.txt 管的是”你能不能爬”，LLMs.txt 管的是”你该看什么、怎么看”。

这个提案由 Answer.AI 的 Jeremy Howard 在 2024 年提出。背景很直接：现在越来越多的用户不再通过搜索引擎找答案，而是直接问 ChatGPT、Claude、Perplexity 这类工具。这些工具在回答问题时，会去抓取网页内容。但问题是，一个网站的 HTML 页面里塞满了导航栏、广告、侧边栏、Cookie 弹窗，真正有价值的内容占比可能不到 20%。模型抓取和解析这些页面，效率很低，还容易抓错。

LLMs.txt 想做的就是：给模型一份”精简版目录”，告诉它哪些页面值得读，每个页面大概讲什么，最好还能附上一段摘要。

LLMs.txt 的格式长什么样

它不是随便写写。虽然目前没有强制标准，但社区约定俗成的结构是这样：

# 网站名称

> 一句话介绍这个网站是做什么的

可选的补充说明段落，可以写网站定位、内容范围等。

## 核心内容

- [文章标题](https://example.com/post-1): 这篇文章讲什么
- [文章标题](https://example.com/post-2): 这篇文章讲什么

## 可选内容

- [关于我们](https://example.com/about): 团队介绍

几个关键点：

第一行 # 网站名称 是必须的，作为 H1 标题。紧接着的 > 引用块是简短描述，这是给模型的第一印象。## 开头的分节把内容分类，比如”核心内容””可选内容””文档””博客”等。列表项用 Markdown 链接格式 [标题](URL): 描述，冒号后面跟一句摘要。

注意 ## Optional 这个分节是有特殊含义的——它表示这些链接在模型 token 预算不够时可以跳过。这是提案里明确提到的约定。

LLMs.txt 和 LLMs-full.txt 的区别

这里容易混淆，简单说清楚。

llms.txt 是”目录 + 摘要”，体积小，通常几 KB 到几十 KB，模型可以快速读完，知道去哪找详细内容。

llms-full.txt 是”全文打包”，把网站所有重要页面的完整正文拼接成一个巨大的文本文件。体积可能几 MB，适合模型一次性吃透整个站点的内容。

flowchart TD
  A["AI 爬虫访问网站"] --> B{"根目录有 llms.txt 吗"}
  B -->|有| C["读取目录与摘要"]
  B -->|没有| D["只能解析 HTML 页面"]
  C --> E{"需要详细内容吗"}
  E -->|需要| F["按链接抓取具体页面"]
  E -->|不需要| G["直接引用摘要回答"]
  D --> H["解析导航/广告/正文混杂的 HTML"]

实践上，大多数网站先做 llms.txt 就够了。llms-full.txt 更适合文档站、知识库这类内容密集型站点。

它对 SEO 有用吗？说实话

这是最需要冷静回答的部分。市面上有些文章把 LLMs.txt 吹成”SEO 新风口”，这不准确。我把话说清楚：

LLMs.txt 不是 Google 的排名因素。 Google 官方没有承认会读取这个文件。Bing 也没明确表态。主流搜索引擎的爬虫算法里，目前没有证据表明它会因为你有 llms.txt 就给你更高排名。

它不是 robots.txt 的替代品。 两者管的不是一回事，别指望用它来做爬虫管理。

它目前的实际价值在于 AI 搜索和 AI 引用。 当用户问 ChatGPT 或 Perplexity 关于你所在领域的问题时，如果这些工具抓取了你的站点，一份结构清晰的 llms.txt 能提高你的内容被正确理解和引用的概率。这属于”AI 可见性”（AI visibility）范畴，和传统 SEO 有交集，但不是同一件事。

所以更准确的说法是：LLMs.txt 对传统 SEO 的直接帮助有限，但对 AI 搜索时代的品牌曝光有潜在价值。 它成本极低——就是写一个文本文件——所以即便效果不确定，做了也不亏。

flowchart TD
  A["LLMs.txt 的价值"] --> B["传统 SEO"]
  A --> C["AI 搜索可见性"]
  B --> D["非直接排名因素"]
  B --> E["可能间接影响抓取效率"]
  C --> F["帮助模型理解站点结构"]
  C --> G["提高被正确引用的概率"]
  C --> H["内容摘要减少误读"]

如果你做的是内容站、工具站、文档站，或者你的目标用户经常用 AI 工具查资料，那 LLMs.txt 值得做。如果你做的是纯电商、本地服务，优先级可以放低。

WordPress 生成 LLMs.txt 的具体方法

好，进入正题。下面给三种方法，从最简单到最自动，你可以按自己的技术能力选。

方法一：手动创建并上传（适合所有站点）

这是最直接的方式，不需要写代码，五分钟搞定。

第一步：整理你的核心页面。 打开你的 WordPress 后台，列出 10 到 30 个最重要的页面或文章。优先选那些能代表你网站价值的常青内容，比如核心教程、产品说明、关于页面。

第二步：写 llms.txt 内容。 在本地用任意文本编辑器（VS Code、Notepad++ 都行）新建一个文件，按下面的模板写：

# 你的网站名

> 一句话说明网站是做什么的，服务谁

这里是补充说明，可以写网站的内容范围、更新频率等。

## 核心内容

- [文章标题一](https://你的域名/post-1): 这篇讲什么，一句话
- [文章标题二](https://你的域名/post-2): 这篇讲什么，一句话

## 文档

- [使用手册](https://你的域名/docs): 产品使用说明

## Optional

- [关于我们](https://你的域名/about): 团队与联系方式

第三步：上传到网站根目录。 用 FTP 工具（FileZilla）或者你主机的文件管理器，把文件命名为 llms.txt，上传到 WordPress 安装目录的根目录，也就是和 wp-config.php、robots.txt 同一层。

第四步：验证。 浏览器访问 https://你的域名/llms.txt，能看到内容就成功了。

这个方法的问题在于：每次你发布新文章，都得手动更新这个文件。文章多了会很烦。

方法二：用 WordPress 钩子动态生成（推荐）

这个方法让 WordPress 自动生成 llms.txt，你发新文章它会自动更新。原理是利用 WordPress 的 rewrite 规则，拦截 /llms.txt 这个请求，然后动态输出内容。

第一步：在主题的 functions.php 里添加 rewrite 规则。

打开你当前主题的 functions.php（建议用子主题，避免更新被覆盖），添加：

add_action('init', function () {
    add_rewrite_rule('^llms.txt$', 'index.php?llms_txt=1', 'top');
});

add_filter('query_vars', function ($vars) {
    $vars[] = 'llms_txt';
    return $vars;
});

第二步：输出 llms.txt 内容。

继续在 functions.php 里添加：

add_action('template_redirect', function () {
    if (get_query_var('llms_txt') != 1) {
        return;
    }

    header('Content-Type: text/plain; charset=utf-8');

    $site_name = get_bloginfo('name');
    $site_desc = get_bloginfo('description');
    $home = home_url('/');

    echo "# {$site_name}nn";
    echo "> {$site_desc}nn";

    // 核心内容：取最新 30 篇文章
    echo "## 核心内容nn";
    $posts = get_posts([
        'numberposts' => 30,
        'post_status' => 'publish',
    ]);
    foreach ($posts as $p) {
        $title = get_the_title($p);
        $link  = get_permalink($p);
        $excerpt = wp_strip_all_tags(get_the_excerpt($p));
        $excerpt = mb_substr($excerpt, 0, 80);
        echo "- [{$title}]({$link}): {$excerpt}n";
    }

    // 页面
    echo "n## 页面nn";
    $pages = get_pages(['number' => 10]);
    foreach ($pages as $pg) {
        $title = get_the_title($pg);
        $link  = get_permalink($pg);
        echo "- [{$title}]({$link})n";
    }

    exit;
});

第三步：刷新 rewrite 规则。

这一步很关键，很多人卡在这里。添加完代码后，去 WordPress 后台 →「设置」→「固定链接」，什么都不改，直接点「保存更改」。这会触发 WordPress 重新生成 rewrite 规则。

第四步：测试。 访问 https://你的域名/llms.txt，应该能看到自动生成的内容。

这个方案的好处是完全自动化。缺点是每篇文章的摘要用的是 WordPress 的 excerpt，可能不够精准。如果你想要更好的摘要，可以改用自定义字段，或者用 AI 批量生成摘要存到 post meta 里。

方法三：用插件，最省事的路子

如果你不想碰代码，用现成插件是最省心的选择。WordPress 插件库里已经能找到几个相关工具，比如 LLMs.txt、AI SEO 这类。安装激活之后，一般能在「设置」菜单里找到对应的配置项，勾选你希望纳入的文章类型，插件就会自动生成 LLMs.txt 文件。

这条路子的好处很直接：不用写一行代码，几分钟就能跑起来。但缺点同样明显——灵活性差，摘要质量参差不齐，而且你得留意插件的维护状态。这类概念比较新的插件，很多是个人开发者顺手做的，更新不一定及时，用着用着可能就没人管了。

用 wp 闪电快稿实现自动化生成 LLMs.txt

如果你希望既省事、又能对生成内容有一定掌控，可以试试用 wp 闪电快稿来做自动化处理。它的思路是把内容生成和文件输出串成一条流水线，你只需要配置一次，后续就能自动跑。

第一步：安装并激活插件

在 WordPress 后台进入「插件」→「安装插件」，搜索 wp 闪电快稿，安装完成后点击激活。激活后左侧菜单会多出一个入口，点进去就是它的主界面。

第二步：配置基础参数

进入设置页，先填好两项基础内容：一是站点信息，包括站点名称和简介，这部分会作为 LLMs.txt 的头部说明；二是选择要纳入的文章类型，通常勾选「文章」即可，如果你有自定义文章类型，也可以一并选上。

第三步：设置摘要生成规则

这一步是关键。wp 闪电快稿支持按规则自动提取或生成每篇文章的摘要。你可以选择用文章摘要字段，也可以让它根据正文自动生成一段简短描述。建议设置一个字数上限，比如 100 到 150 字，避免摘要过长影响可读性。

第四步：设定输出路径与更新频率

LLMs.txt 默认放在站点根目录。你可以在插件里确认输出路径，并设置更新频率——比如每天一次，或者每次发布新文章时自动更新。如果站点内容更新频繁，建议选「发布时更新」，这样文件始终是最新的。

第五步：生成并验证

配置完成后，点击「立即生成」按钮。插件会遍历你选定的文章类型，逐篇提取信息，最后在根目录写出 LLMs.txt 文件。生成完毕后，用浏览器访问你的站点域名加上 /LLMs.txt，看看内容是否正常显示。如果发现遗漏或格式问题，回到设置页调整规则后重新生成即可。

flowchart TD
    A["安装并激活 wp 闪电快稿"] --> B["配置站点信息与文章类型"]
    B --> C["设置摘要生成规则"]
    C --> D["设定输出路径与更新频率"]
    D --> E["点击立即生成"]
    E --> F{"访问 /LLMs.txt 验证"}
    F -->|"正常"| G["完成"]
    F -->|"有问题"| C

三种方法怎么选

说到底，选哪种方法取决于你的实际情况。

如果你有基本的代码能力，方法二更合适——灵活、可控，能按自己的需求定制输出格式。如果你完全不懂代码，那就先用方法一，手动生成一份静态文件顶上，等你对 LLMs.txt 的格式和用途熟悉了，再考虑上插件或者写代码。

插件适合那些想快速上线、又不想折腾的人。但用之前最好看一眼插件的更新记录和用户评价，确认它还在维护。毕竟这类新概念工具，稳定性和长期支持比功能多少更重要。

服务器层面的配置：确保 llms.txt 能访问

有时候代码写对了，但访问 404，问题出在服务器配置。

Nginx

如果你用 Nginx，需要确保 llms.txt 不被 PHP 处理规则拦截。在 server 块里加：

location = /llms.txt {
    try_files $uri $uri/ /index.php?llms_txt=1;
}

这段的意思是：先找物理文件，找不到就交给 WordPress 处理。

Apache

Apache 一般不用特别配置，因为 WordPress 的 .htaccess 已经处理了 rewrite。但如果你的主机开了某些安全规则，可能需要在 .htaccess 里加：

    Require all granted

检查清单

配置完后，逐项确认：

如果你用了 WP Rocket、W3 Total Cache 这类缓存插件，记得把 /llms.txt 加入排除列表，否则你更新了文章，llms.txt 还是旧的。

写好 llms.txt 的几个实用建议

生成只是第一步，写得好不好才决定它有没有用。

摘要要具体，不要写空话。 对比一下：

差：- [如何优化 WordPress](链接): 介绍 WordPress 优化方法
好：- [如何优化 WordPress](链接): 讲解数据库清理、缓存配置和图片压缩三个具体优化手段

模型需要的是信息密度，不是客套话。

控制条目数量。 核心内容建议 20 到 50 条，不要把所有文章都塞进去。LLMs.txt 的价值在于”筛选”，不是”罗列”。你列 500 条，模型反而抓不住重点。

用 Optional 分节放次要内容。 关于页面、隐私政策、联系方式这些，放到 ## Optional 里，让模型知道这些可以跳过。

保持更新。 内容变了就更新。如果你用方法二，这部分自动完成；如果手动维护，建议每季度检查一次。

别忘了 llms-full.txt。 如果你是文档站，可以额外生成一个 llms-full.txt，把所有文章正文拼接起来。用方法二的代码改一下，把 get_the_excerpt 换成 get_the_content，去掉 HTML 标签即可。

flowchart TD
  A["生成 llms.txt"] --> B["筛选核心页面"]
  B --> C["写具体摘要"]
  C --> D["分类分节"]
  D --> E["Optional 标记次要内容"]
  E --> F["配置缓存排除"]
  F --> G["定期更新"]

常见误区

最后澄清几个我看到过的错误说法。

“加了 llms.txt 就能被 ChatGPT 收录“ —— 不对。ChatGPT 是否抓取你的站点，取决于它的爬虫策略和你的 robots.txt 设置，llms.txt 只是”内容导引”，不是”收录开关”。

“llms.txt 会提升 Google 排名” —— 没有证据。别信这类说法。

“llms.txt 是官方标准” —— 不是。它目前是一个社区提案，没有 W3C 或任何标准组织的背书。未来会不会成为标准，不确定。

“所有网站都必须做” —— 不必。它是低成本的可选项，不是必需品。评估你的用户是否依赖 AI 工具获取信息，再决定投入。

LLMs.txt 是一个还处于早期阶段的提案，它试图解决一个真实的问题：让 AI 模型更高效、更准确地理解你的网站内容。对传统 SEO 的直接帮助有限，但在 AI 搜索逐渐普及的背景下，它是一张成本极低的”入场券”。

对 WordPress 站点来说，落地方式有三种：手动上传、代码动态生成、插件。我推荐代码动态生成，一次配置，长期自动更新。配置时注意 rewrite 规则刷新和缓存排除这两个坑。

真正决定效果的，不是你有没有这个文件，而是文件里的摘要写得够不够具体、条目筛选得够不够精准。把它当成一份给 AI 看的”网站说明书”，而不是又一个 SEO 打卡项，你的方向就对了。