AumViso

SEO 與 GEO 一處管完：搜尋引擎讀的標籤、它們解析的結構化資料、它們爬的網站地圖， 以及 AI 助理會去找的 llms.txt 檔案。

本指南寫給已經安裝 AumViso 的人。以下所有內容都在 WordPress 後台的 AumViso 底下。

AumViso 的後台在每個站上都是英文。 它的介面翻譯還沒發布，所以無論 WordPress 設定成哪一種語言，看到的都是此處引用的這些英文標籤。

1. AumViso 做什麼，各塊怎麼接在一起

兩件事，一個外掛。

SEO 是比較舊的那件事：給每個頁面一個標題和描述、標記出它是哪一類東西好讓搜尋引擎 知道、把每一個頁面列進網站地圖，並把相關的頁面彼此連起來。

GEO 是比較新的那件。AI 助理不像搜尋引擎那樣爬一個網站。它們要的是能引用的事實， 而且要以不必猜的形式給出。AumViso 用三種方式寫出這些事實：寫成頁面裡的結構化資料、 寫成網站根目錄下的純文字 llms.txt，以及寫成為此而生的內容類型 —— FAQ、詞彙表，和逐步指南。

這兩件事共用同一個想法：把自己是什麼說出來，而且說成不需要解讀的形式。 這個外掛裡的每一樣東西都是這句話的某個版本。

AumViso 裡的知識分兩層，而這個區分很重要，因為好幾個畫面都會提到它：

• 第一層 —— 只有自己知道的事實。公司身分、產品、詞彙表的詞條。這些沒有任何東西 生得出來，只能由人填進去。
• 第二層 —— 從第一層造出來的材料。用已經在冊的事實去回答問題的 FAQ 和指南。

Knowledge Builder 這個畫面存在的理由就是把第一層變成第二層。第一層裡還沒有東西時， 它跑不起來。

2. 安裝與最初十分鐘

照常安裝並啟用。後台選單裡會多出一個 AumViso 項目。

AumViso 在啟用時不會對網站做任何事。它不會改標題、不會改網址、不會改佈景主題。 在有功能被打開之前，前台不會被寫入任何東西。

打開 AumViso → Setup。那個畫面做兩件事：畫出各塊之間怎麼接，以及按合理的順序 列出接下來該做什麼。如果其他什麼都不做，至少做這三件：

1. Brand Entity —— 這個組織是誰。五分鐘。
2. Technical SEO —— 標題與描述的樣板，以及哪些文章類型要有 SEO 欄位。十分鐘。
3. llms.txt —— 一個開關，然後一段描述。

這之後的每一樣都是選用的，而且大多要花錢才跑得動，因為它們會呼叫 AI 供應商。

2.1 AumViso 會取代原本的 SEO 外掛嗎

它管的是同一塊地，所以兩個一起跑就等於 <head> 裡有兩套 meta 標籤、站上有兩份網站 地圖。挑一個。如果是在搬家，先把另一個關掉，再看一次原始碼裡有沒有重複的標籤。

3. Brand Entity

AumViso → Brand Entity。 這是第一層知識：關於這個組織、沒有任何東西推得出來的事實。

在這些欄位底下，同一個畫面還收一段較長的描述、一句標語、成立日期、創辦人、社群檔案 網址（一行一個）、一個 email、一個電話，以及一個通訊地址。

填真的，其餘留空。 空欄位會從結構化資料裡被省略。一個填了大概值的欄位，比一個 缺著的欄位更糟 —— 那是一句本來不打算說的話。

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 開關，各帶一個刪除 按鈕；底下的 Add keyword 新增一行。

而「把自動連結打開」那個開關、以及它套用到哪些文章類型，在另一個畫面上 —— 見 6.1。

5. llms.txt

AumViso → llms.txt。 llms.txt 是放在網站根目錄的一個純文字檔案，用來告訴 AI 助理 這個站是什麼、哪些內容值得讀。它是一個年輕的慣例，不是標準；不認識它的助理就直接忽略。

這個畫面在設定上方放了直通實際檔案的連結，所以訪客會拿到什麼可以當場讀到。 實際提供兩份：/llms.txt（清單）和 /llms-full.txt（同一份，附摘要）。

磁碟上不會寫出任何檔案。 兩份都是每次請求當場生成，所以永遠反映當下的內容 —— 這也意味著它們需要固定網址（pretty permalinks）。如果拿到 404，打開 Settings → Permalinks 按一次儲存。

沒有答案的條目照樣會出現。 建了一條 FAQ 卻把答案留空，llms.txt 就會列出那個問題、 後面什麼都沒有。要嘛補上，要嘛取消發布。

6. Linking & Related

AumViso → Linking & Related。

6.1 Internal linking

這個畫面上放的是 Enable automatic internal linking 和它套用到的文章類型。 關鍵字本身要在 Technical SEO → Internal Links 裡加（4.6 節）—— 開關和清單在兩個 不同的畫面上，這件事值得在去另一邊找之前先知道。

開關打開之後，當一個關鍵字出現在所選文章類型的內容裡，AumViso 會把最前面幾次出現 變成連結，上限由那個關鍵字自己的設定決定。

Apply to post types 限制這件事發生在哪裡。改寫發生在輸出那一刻 —— 資料庫裡存的內容從不被修改，所以把這個功能關掉，原本的文字會一字不差地回來。

上限留小。同一個頁面上指向同一處的連結到了兩三個，就開始讀起來像廣告了。

6.2 Related content

在文章底部附上一塊相關項目。顯示幾條、把哪些類型納入考慮，都在這裡設。

7. 編輯器裡的 AumViso 區塊

每一個在 4.2 節勾選過的文章類型，編輯器裡都會多出一個 AumViso 區塊。

商店會多出兩個欄位 —— price 和 currency —— 它們餵給商品的結構化資料。

這個區塊還會給頁面一個分數，量的是 SEO 和 GEO 欄位填得多完整。它是一份清單， 不是一個成績：它說的是「還缺什麼」，而缺著的東西並不總是錯的。一個短的工具頁 本來就不需要一段長描述。

8. FAQ、詞彙表與指南

AumViso 註冊三種內容類型，各有自己的選單項目。

8.1 FAQs

一條 FAQ 是一個問題加一個答案，也可以附帶相關問題。它們可以用 FAQ category 分類法分組，而且同時餵給 FAQPage 結構化資料和 llms.txt。

8.2 Glossary

一個詞彙表詞條有一段簡短定義和一段較長的說明，也可以指向相關詞條。詞條屬於第一層 知識 —— 它們說的是「我們說這個詞時指的是什麼」，而那正是助理推不出來的那一類東西。

一個已發布的詞彙表詞條也可以餵給內部連結的關鍵字清單，於是這個詞出現在哪裡， 就在哪裡連回它自己的定義。

8.3 Guides

一份指南是一串步驟，可選附上工具、材料、所需時間和難度。它產出 HowTo 結構化資料， 並由短代碼 [aumviso_guide_steps] 呈現。

9. 短代碼

六個，任何內容裡都能用：

如果手上照的是這份清單的舊版，請核對名字。 這些名字在之前某一版改過， 而那次改動之前寫的文件用的是 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. 設定一覽

16. 疑難排解

一個短代碼什麼都不顯示。 那個名字多半是舊的。見第 9 節。

改了 robots.txt 卻沒有作用。 網站根目錄下真的存在的 robots.txt 檔案，優先於 WordPress 提供的任何東西。把它刪掉。

/llms.txt 回 404。 最常見的是固定網址：打開 Settings → Permalinks 按一次儲存 —— 外掛自己的畫面上也這麼寫。否則就是第 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、 詞彙表詞條和指南上的 meta 欄位從來沒有被存下來，而且不報任何錯。 如果因此丟了工作成果，那不是操作的問題。