把 SEO 和 GEO 放在一处:搜索引擎读的标签、它们解析的结构化数据、它们抓取的站点地图, 以及 AI 助手会去找的 llms.txt。
这篇是给已经装好 AumViso 的人看的。下面所有东西都在 WordPress 后台的 AumViso 里。
界面是英文的,本文里的按钮名也保持英文。 AumViso 目前没有发布简体中文语言包, 所以中文站的后台里这些名字就是英文原文。本文照原样写出来,你照着找得到; 译成中文反而会让你在界面上找不到那一项。
1. AumViso 做什么,各部分怎么拼在一起
一个插件,两件事。
SEO 是老的那件:给每个页面一个标题和描述,标注清楚它是什么东西,把所有页面列进 站点地图,再把相关的页面互相连起来。
GEO 是新的那件。AI 助手不像搜索引擎那样爬站,它要的是能直接引用的事实,而且 是不用猜的形式。AumViso 用三种方式写出这些事实:页面里的结构化数据、站点根目录下的 纯文本 llms.txt,以及三种专门为此设计的内容类型 —— FAQ、词汇表、步骤指南。
两件事共用一个想法:把你是谁、你卖什么,写成不需要解读的形式。 插件里每一处都是 这句话的某种具体做法。
AumViso 把知识分成两层,好几个界面都会提到这个区分:
- 第一层 —— 只有你知道的事实。公司身份、产品、词汇表里的词。这些生成不出来, 必须你填。
- 第二层 —— 从第一层造出来的东西。用已有事实去回答问题的 FAQ 和指南。
Knowledge Builder 那个界面就是把第一层变成第二层用的。第一层是空的,它跑不起来。
2. 装好之后的头十分钟
照常安装启用,后台菜单里会多一个 AumViso。
启用的那一刻,AumViso 不会改动你的站。 不改标题、不改网址、不碰主题。在你亲手 打开某个功能之前,前台什么都不会变。
打开 AumViso → Setup。那一页做两件事:画出各部分怎么拼在一起,以及按合理顺序 列出接下来该做什么。如果别的都不做,至少做这三件:
- Brand Entity —— 你是谁。五分钟。
- Technical SEO —— 标题和描述模板,以及哪些文章类型要有 SEO 字段。十分钟。
- llms.txt —— 一个开关,然后写一句描述。
再往后的都是可选的,而且大部分要花钱 —— 它们会调用 AI 服务商。

2.1 AumViso 会和我现在的 SEO 插件冲突吗
会。两者管的是同一块地方,同时开着就意味着 <head> 里有两套 meta 标签、站上有两份 站点地图。只留一个。 如果是迁移过来,先把原来那个停用,再看一眼页面源码里有没有 重复的标签。
3. Brand Entity(公司身份)
AumViso → Brand Entity. 这是第一层知识:关于这个组织的事实,任何东西都推断不出来。
| 字段 | 作用 |
|---|---|
| Organization type | Organization / LocalBusiness / Person / Corporation。决定全站结构化数据用哪种类型。 |
| Organization / company name | 出现在结构化数据里的名字,不一定等于站点标题。 |
| Organization URL | 你的首页规范地址。 |
| Logo URL | 用在结构化数据里。方形图效果最好。 |
下面同一页还能填更长的简介、标语、成立日期、创始人、社交主页地址(一行一个)、 邮箱、电话和通信地址。
真的是什么就填什么,不确定的留空。 空字段会被直接略过;而填一个大概其的值比留空 更糟 —— 那是一句你并不想说的话,却被写进了结构化数据。

4. Technical SEO
AumViso → Technical SEO. 五块 —— Meta、Schema、Sitemap、 Robots.txt、Internal Links —— 从顶上那排小标签进去,底下一个 Save Settings。按一次五块都会存,每一块只写自己的设置,不用一块一块去点。
这一页开头有一句值得当真的话:A template arrives with all of this configured. Change it only if you know why.(模板出厂时这些都配好了,知道为什么再改。)

4.1 Meta
SEO title template 和 Meta description template 是兜底模板:页面自己没写标题 或描述时用它们。可用变量就列在每个字段下面:标题是 {post_title}、{site_name}、 {category}、{author}、{year}、{sep},描述是 {post_excerpt}。
OG fallback image 在页面既没有特色图、也没设 OG 图时用。
4.2 Enable SEO fields for
先勾上一个文章类型,再选它的哪几个层级要有 SEO 字段:Single、Archive、 Tax archive 各占一列。勾上之后,那个类型的编辑器里才会出现 AumViso 的那个框 (见第 7 节)。
不做优化的类型就别勾 —— 编辑器清爽,而且那些页面不会出现在几个报表里。
4.3 Schema
全站的结构化数据,内容来自你在 Brand Entity 里填的东西。单个页面要改,在编辑器那个 框里改。
4.4 Sitemap
AumViso 会生成 XML 站点地图和对应的索引。Included content 决定哪些文章类型和 分类法进去。
⚠️ 一个页面既在站点地图里、又被标成 noindex,这是自相矛盾的,搜索引擎看得出来。 不想被收录的,这里也要排掉。
4.5 robots.txt
AumViso 可以替这个站输出 robots.txt。但如果网站根目录下真的存在一个 `robots.txt` 文件,那个文件优先,请求根本到不了 WordPress,AumViso 盖不过它。 想让插件来管,就把那个文件删掉。
4.6 Internal Links(内链关键词)
关键词表在这里,不在 Linking & Related 那一页。每一行是一个 Keyword、 一个 Target URL、Max links per page、一个 Case sensitive 开关, 外加一个 Delete;下面的 Add keyword 用来加新的。
而「打不打开内链」以及「作用在哪些文章类型上」在另一页 —— 见第 6.1 节。
5. llms.txt
AumViso → llms.txt. llms.txt 是放在站点根目录的一个纯文本文件,告诉 AI 助手 这个站是什么、哪些内容值得读。它是个还很年轻的约定,不是标准 —— 不认识它的助手 会直接忽略。
| 设置 | 说明 |
|---|---|
| Serve /llms.txt from this site | 总开关。默认关。 |
| Site description | 一两句话。助手最先读到的就是它。 |
| Include Pages / Posts | 哪些内容进列表。 |
| Include FAQ / Glossary / Guides | AumViso 那三种内容类型。 |
| Include products | 检测到商店时才出现。 |
| Max items per section | 每一块的上限。不是越长越好,一份有重点的列表比一份包罗万象的好读。 |
设置上方有一个指向实时文件的链接,你能看到访客拿到的到底是什么。实际输出两份: /llms.txt(列表)和 /llms-full.txt(列表加摘录)。
⚠️ 磁盘上不会写任何文件。 两份都是每次请求现生成、永远反映当前内容 —— 这也意味着它们依赖固定链接:如果拿到 404,去 设置 → 固定链接 按一次保存。

⚠️ 没有答案的条目照样会列出来。 建了一条 FAQ 却没填答案,llms.txt 里就是一个 问题后面空着。要么填上,要么取消发布。
6. Linking & Related(内链与相关内容)
AumViso → Linking & Related.
6.1 内部链接
这一页上是 Enable automatic internal linking 这个开关,以及它作用在哪些文章类型上。 ⚠️ 关键词本身是在 Technical SEO → Internal Links 里加的(第 4.6 节)—— 开关和名单在两个不同的屏幕上,去其中一个找另一个会扑空。
开关打开之后,当某个关键词出现在选定类型的内容里时,AumViso 会把最前面的几处变成链接, 不超过那个关键词自己设的次数。
Apply to post types 限定在哪些类型里生效。替换发生在输出的时候,你存在库里的 正文从来没被改过 —— 所以关掉这个功能,原文一个字不差地回来。
次数设低一点。同一页上指向同一个地方的链接到了两三个,就开始像垃圾内容了。
6.2 相关内容
在文章底部追加一块相关条目。显示几条、从哪些类型里挑,都在这里设。

7. 编辑器里的 AumViso 框
第 4.2 节里勾上的每个文章类型,编辑器里都会多一个 AumViso 框。
| 字段 | 作用 |
|---|---|
| SEO title | 覆盖这一页的模板标题。 |
| Meta description | 同上。 |
| Canonical URL | 这一页和别的页面重复时用。 |
| Index / Follow | 单页的 noindex / nofollow。 |
| OG title / description / image | 社交预览的单页覆盖。 |
| Schema type | 覆盖这一页的全站结构化类型。 |
商店站会多出 price 和 currency 两个字段,供商品结构化数据使用。
这个框还会给这一页打一个分,读的是 SEO 和 GEO 字段填得全不全。 它是一张清单,不是一个成绩 —— 它告诉你缺什么,而缺的东西未必是错的。 一个简短的工具页本来就不需要长描述。
8. FAQ、词汇表、指南
AumViso 注册的三种内容类型,各有自己的菜单项。
8.1 FAQ
一条 FAQ 就是一个问题加一个答案,可以再挂几个相关问题。可以用 FAQ category 分类法归组。它同时喂两处:FAQPage 结构化数据,和 llms.txt。

8.2 词汇表(Glossary)
一个词条有一句短定义和一段长解释,还能指向相关词条。词条属于第一层知识 —— 它说明你管这个词叫什么意思,而这恰恰是助手推断不出来的东西。
已发布的词条还能喂给内链关键词表,这样这个词出现在哪里,哪里就链到它自己的定义。

8.3 指南(Guides)
一篇指南是一串步骤,可以再加工具、材料、耗时和难度。它产出 HowTo 结构化数据, 用 [aumviso_guide_steps] 这个短代码渲染。
9. 短代码
六个,可以用在任何内容里:
| 短代码 | 显示什么 |
|---|---|
[aumviso_breadcrumb] | 当前页面的面包屑。 |
[aumviso_faq] | FAQ 列表。支持 category、count、style。 |
[aumviso_glossary] | 词汇表列表。支持 count。 |
[aumviso_guide_steps] | 一篇指南的步骤。支持 id。 |
[aumviso_related] | 相关内容。支持 count、type。 |
[aumviso_related_questions] | 某条 FAQ 的相关问题。支持 id。 |
⚠️ 如果你手上是更早的一份名单,请核对名字。 这几个名字在之前某一版改过, 那之前写的文档用的是
aum_而不是aumviso_。 没有注册的短代码在页面上什么都不显示,也不报错 —— 所以一个旧名字看上去 就只是一片空白。
10. AI Tools
AumViso → AI Tools. 第 11 到 13 节的所有东西都要先在这里配好:服务商、API 密钥、 模型。
密钥存在你自己的数据库里,只发给你选的那家服务商。AumViso 不会自己发起任何 AI 调用 —— 每一次调用都是你在某个界面上按了按钮。
⚠️ 这些调用要花钱,由你的服务商计费,不是我们收。 批量那几个界面一次能发出很多 请求。先拿几条试,别一上来就全站跑。

11. Knowledge Builder(知识构建)
AumViso → Knowledge Builder. 用第一层的事实去造第二层的 FAQ 和指南草稿:公司 事实、产品、分类、已确认的词汇表词条。主题和要点可以你自己打,也可以让它从已有记录 里填。
它产出的都是草稿。 发布之前自己读一遍 —— 内容依据的是你的事实,但字仍然是模型写的。
12. Automation 与 Optimize Existing
Automation 显示知识库的状态,以及哪些东西可以不用每次都问你就保持更新。
Optimize Existing 一次性给很多条目生成 SEO / GEO 内容,分小批跑,带实时进度日志。 适合用在已经积累了很多文章、大部分都没有描述的站上。先看几条结果再让它跑完。
没配 AI 密钥时,这两个界面都会明说,并且什么都不做。
13. Images(图片)
AumViso → Images. 两个互不相干的功能。
Auto featured image 在生成草稿时自动配一张特色图,免得生成出来的文章没有图。
AI image generation 选图从哪来:你付费的服务商,或者免费源。 生成的图也是你要发布出去的图 —— 先看一眼。
14. GEO Console
AumViso → GEO Console. 实时读出全站内容对 AI 的友好程度,用的是和编辑器里那个 分数同一套逐篇分析。
最上面一排:一个平均分和它对应的评语、Content scanned(扫了多少条)、 Missing meta description、Missing featured image、Products in catalog。 下面是 Score distribution 分布条 —— Great (80+)、Good (60–79)、Average (40–59)、 Poor (<40) —— 再下面一张按内容类型的表(已发布数、已扫描数、平均分), 以及 Product sources 一行,说明有没有检测到商品目录。
平均分当方向看,别当指标。 真正有用的是那几个「缺多少」的数字,因为每一个背后都是 一张你可以去逐条处理的清单。底下的 Refresh 重新扫描,旁边写着上次扫描的时间。

15. 设置速查
| 界面 | 设置 | 默认 |
|---|---|---|
| Brand Entity | Organization type | Organization |
| Technical SEO | SEO title template | 站点默认 |
| Technical SEO | Enable SEO fields for | Posts 和 Pages |
| Technical SEO | Sitemap included content | 公开类型 |
| llms.txt | Serve /llms.txt | 关 |
| llms.txt | Max items per section | 50 |
| Linking & Related | Automatic internal linking | 关 |
| Linking & Related | 每个关键词最多链 | 1 |
| AI Tools | Provider | 未配置 |
16. 遇到问题
短代码什么都不显示。 多半用的是旧名字,见第 9 节。
改了 robots.txt 没反应。 网站根目录下那个真实的 robots.txt 文件优先于 WordPress 输出的任何内容。删掉它。
/llms.txt 返回 404。 最常见的是固定链接:去 设置 → 固定链接 按一次保存 —— 插件自己那一页上也写了这句。其次才是第 5 节那个开关没开,或者缓存层还在发旧的 404。
页面源码里有两份 meta description。 还有另一个 SEO 插件在跑。见第 2.1 节。
某个 AI 界面点了没反应。 没配 API 密钥,见第 10 节。
站点地图里少了某个文章类型。 看第 4.4 节的 Included content —— 它和第 4.2 节 那张「哪些类型有 SEO 字段」的表是两张独立的表,一个类型可以在这张里、不在那张里。
在 FAQ 里填的内容没保存。 请升级到 2.0.18 或更高版本。2.0.17 里 FAQ、词汇表和 指南的字段存不住,而且不报错。如果你因此丢过内容,那不是你操作错了。