KKNDLI · 回首頁
KNDLI 案例 · 自家網站全面檢查

AI 搜尋最佳化:我們用一天實測後看見的事

在 Google 官方文件寫下「忽略 llms.txt」的那一天,我們把自家網站從頭到尾重新量了一遍。結果是:語言按鈕會讓正文整個消失、已經翻好的 30 個頁面被擋在搜尋之外,而最要緊的是——我們自己的檢測工具,一天之內錯了四次。數字與原文出處,全部照實公開。

2026 年 8 月 5 日 檢查 245 個頁面 閱讀約 9 分鐘

01Google 親口說「不必做」的那些事

談到 AI 搜尋最佳化,常見的處方大概是這幾種:做一份 llms.txt、把內容切成小塊、改寫成 AI 好讀的樣子。其中有些,我們自己也一直在做。

但 Google 在自家文件裡,直接否定了其中相當一部分。以下照原文引用。

「因為 Google 搜尋本身並不使用,所以你不需要為了出現在 Google 搜尋(含生成式 AI 功能)而製作新的機器可讀檔案、AI 文字檔、標記或 markdown。(…)Google 搜尋會忽略它,因此不會影響網站在 Google 搜尋的能見度或排名。

Google 搜尋中心 · 為 Google 搜尋的生成式 AI 功能最佳化網站

同一份文件還這樣寫:

常見處方Google 的原句
做一份 llms.txt「Google 搜尋會忽略它」
把內容切成小塊「不需要把內容切成小塊」
為 AI 重寫內容「不需要用特別的方式書寫」
盡量取得更多提及「追求不真誠的『提及』,沒有你想像中那麼有幫助」
專注在結構化資料「生成式 AI 搜尋並不需要結構化資料」——但對複合式搜尋結果仍然有用

其中最關鍵的,是這一句。

「從 Google 搜尋的角度來看,為生成式 AI 搜尋最佳化就是為搜尋環境最佳化,所以它依然是搜尋引擎最佳化。

同一份文件 · 關於 AEO / GEO 這兩個詞

我們的結論AEO 也好、GEO 也好,都不是另一門技術。並不存在什麼新的祕訣,只是本來就該做好的事,有沒有真的做好會原封不動地顯現出來。所以我們沒有去找祕訣,而是把自家網站重新量了一遍。

為免誤會,補充一句:這不代表 llms.txt 本身不好。Google 也寫著「為了其他服務或系統而製作並維護它,完全沒問題」。只是沒有理由為了 Google 的能見度而做它。我們沒有刪掉檔案,而是把它在自家評分表裡的比重調低了。

02於是重新量了一遍——真正的問題都在基本功

① 按下語言按鈕,正文會整個消失

我們的網站有韓文、繁體、簡體、英文四種版本。可是在繁體頁面按下「简」之後,畫面上的字全部不見了,只剩下方框、圖示和星號。

原因只有一行。語言按鈕沒有換頁,只是把畫面上的語言標記換掉了。

頁面該頁擁有的文字按下「简」之後
韓文首頁韓文 394 處隱藏韓文 → 顯示簡體 → 簡體文字 0 處
簡體說明頁簡體 235 處隱藏簡體 → 顯示繁體 → 繁體文字 0 處
英文案例頁英文 206 處隱藏英文 → 顯示簡體 → 簡體文字 0 處

每個語言頁面只有自己那個語言的文字,卻被要求顯示這個頁面沒有的語言,於是能顯示的東西一個都不剩。更麻煩的是,按過一次的選擇會被記住,所以之後就算不點,一打開頁面就是空白的。

修法很單純:讓語言按鈕直接跳到那個語言的網址。要跳去哪裡,我們沒有另外做一張對照表,而是直接使用每個頁面本來就有的語言替代宣告(hreflang)——另外做表,遲早會和實際檔案對不上。至於那個頁面根本沒有的語言,就什麼都不做。與其做出一片空白,不如維持原狀。

順帶得到的東西現在換語言,網址也會跟著換。在這之前,讀繁體的人,網址仍然是韓文頁。等於做了四個語言,而造訪、分享、索引全都擠在同一個韓文網址上。

② 已經翻好的 30 個頁面,被擋在搜尋之外

30 個翻譯頁面上還留著「不要放進搜尋」的標記。韓文版全部開著,只有翻譯版關著。看起來是當初還沒準備好時鎖上,後來忘了解開。

但不能就這樣打開,因為翻譯的完成度並不平均。

③ 長度 100%,翻譯卻是 0%

一開始我們訂的標準是「相對韓文原稿長度達 60% 就開」。結果有一個英文頁面以 100% 的長度通過了。打開一看,它和韓文版是一字不差的同一份檔案——完全沒翻,只是把檔案複製過去而已。

另一個頁面則是只有標題被翻譯:長度 100%、漢字佔比 1%、韓文還留著 56%。

所以我們把標準改成三項。

  1. 長度——相對韓文原稿達 60% 以上
  2. 目標語言文字佔比——中文看漢字、英文看拉丁字母,需達 20% 以上
  3. 原文殘留——韓文低於 15%

依這個標準,我們開了 12 個、留下 18 個。留下的多半是英文版,正文只有原稿的 8~21%,等於一層殼。Google 把這類頁面視為「幾乎沒有投入心力、幾乎沒有附加價值的內容」。現在打開,賠上的不只是那一頁,而是整個網站的評價。比起打開,先把它填滿更重要。

03最有價值的發現——我們的檢測工具一天錯了四次

這是這篇文章最想說的一段。

工具說的工具查原始碼為什麼錯
網頁字型擋住了畫面149 個檔案93 → 0把預先連線標籤與備援標籤也算成「阻擋」
語言替代宣告斷了28 處0 處把網址寫法差異(結尾有無 /)當成不同網址
被鎖住的頁面上了網站地圖30 個0 個把它在別頁中作為參照出現,當成正式登錄
翻譯已完成 100%100%0%只量長度,沒看語言

四次都一樣:工具給出看起來很像回事的數字,打開原始碼一看卻是另一回事。其中甚至有一次是明知如此,卻又犯了同樣的錯。自動檢查器只會看「這個 <link> 裡有沒有這串字」,它並不知道那個標籤實際上在做什麼。

還有更難堪的。修改檔案的腳本我們跑了兩次,第二次的結果印出「143 個變更」,而我們就這樣讓它過去了。同一件事做兩次,第二次應該是 0 個才對——那個訊號我們沒有讀。那一次執行弄壞了 143 個檔案。幸好先前已經提交過版本,才得以還原。從那之後,我們會比對前後的檔案雜湊值,證明兩者一致才往下走。

於是我們定下的規則工具是起點,判定要看原始碼。賣一張分數表很容易,但那個分數是根據什麼算出來的,至少要親自打開看過一次。Google 也寫下同樣意思的話——「第三方工具無法存取 Google 的內部排名資料。」

04今天實際做了什麼,以及數字

項目之前之後
切換語言時正文會消失的頁面76 個檔案0
阻擋畫面繪製的網頁字型連結93 個0
被擋在搜尋之外的翻譯頁30 個18 個(有依據地保留)
網站地圖登錄的網址201216
語言替代宣告的相互連結231 頁全數無誤
多個頁面共用同一段描述0 組(檢查 214 頁)

結構化資料我們也動了。就是 Google 說「生成式 AI 搜尋並不需要」的那一項。我們還是放了,因為同一句話接著寫道:「但它有助於出現在 Google 搜尋的複合式搜尋結果中,因此建議繼續作為整體 SEO 策略的一部分使用。」只是放的方式守住了原則——畫面上看不到的東西,就不做標記。

05現在花 30 分鐘就能確認的三件事

  1. 把自家網址原封不動貼進搜尋框。如果搜不到自己的頁面,代表它還沒被登錄進搜尋。也用公司名字搜一次看看。
  2. 按一下其他語言的按鈕。如果網址沒有跟著改變,那麼用那個語言閱讀的訪客,造訪記錄全都累積在韓文網址上。
  3. 檢查有沒有「等準備好再開」而鎖住的東西。我們留了 30 個。上鎖的時候,把「什麼條件下解開」寫在同一個地方,這類事情就會少很多。

量測請用 Google Search Console。Google 自己稱它為「直接提供 Google 搜尋主要資訊與資料的第一方工具」,關於生成式 AI 功能的成效報表也在這裡。

出處

KNDLI · 夢幻團隊案例記錄 · 2026-08-05 查看 AI 曝光診斷 · 每週電子報