GEO 10 個最常見錯誤與修法：為什麼你的網站還沒被 AI 引用
很多網站不是「沒做 GEO」，而是「做了卻踩坑」——花力氣寫內容、加 schema，AI 卻還是讀不到、看不懂、不引用。問題往往出在幾個重複出現的失誤上：爬蟲根本進不來、內容是空殼、結構自相矛盾。這篇把實務上最常見的 10 個錯誤分成六大類拆開，每個都給「為什麼錯」和「怎麼修」，你可以當成排錯清單，從上往下一條條檢查。
可及性關卡：爬蟲根本進不來（錯誤 1、2）
這是最致命也最隱形的一類坑：AI 連你的頁面都拿不到，后面再怎麼優化都是白費。最常見的兩個原因，一是內容只在 JavaScript 渲染後才出現（錯誤 1），二是 robots.txt 或 WAF／CDN 默默擋掉檢索爬蟲（錯誤 2）。
錯誤 1：你在瀏覽器看得到完整內容，但多數 AI 檢索爬蟲不執行 JavaScript，它們抓到的是還沒渲染的 HTML 空殼。修法是把核心內容改成伺服器端輸出（SSR／SSG），讓正文、標題、JSON-LD 在第一份 HTML 裡就完整存在。
錯誤 2：很多人以為「沒特別封鎖就是放行」，但 Cloudflare、WAF 或主機商的安全規則常把陌生 User-Agent 當可疑流量擋掉。robots.txt 寫允許也沒用——請求根本到不了頁面。
- 用「檢視網頁原始碼」（不是開發者工具的 Elements）或關掉 JS 重整，確認正文文字真的在原始 HTML 裡。
- 重要內容改用 SSR／SSG 輸出；前端 JS 只負責互動，不負責「生出內容」。
- 在 robots.txt 明確 Allow 檢索型爬蟲：OAI-SearchBot、PerplexityBot、Claude-SearchBot、ChatGPT-User。
- 用對應 User-Agent 實際發一次請求，確認回 200 而非 403／429／挑戰頁；請 IT 在 CDN／WAF 白名單放行。
語意訊號矛盾：schema 與聯絡資訊出問題（錯誤 3、8）
AI 靠結構化訊號讀懂你是誰、能回答什麼，一旦這些訊號自相矛盾或機器讀不到，信任度就打折扣。兩個常見失誤是：schema 與內文對不上（錯誤 3），以及聯絡與營業資訊只是圖片或純文字、沒有機器可讀標記（錯誤 8）。
錯誤 3：用範本套了 schema 卻沒隨內容更新，或 FAQPage 裡的問答跟頁面實際呈現的不同。結構化資料應該是「畫面內容的鏡像」，內容改、標記就要跟著改。
錯誤 8：當有人問 AI「這家店電話幾號、營業到幾點」，如果電話、地址只放在圖片上或無任何標記，AI 難以解析，在地查詢時就不會帶到你。
- schema 只描述「使用者真的看得到」的內容；FAQPage 每組問答，正文都要有對應的可見問與答。
- 改價格、營業時間、標題後，回頭同步更新 JSON-LD，並用結構化資料測試工具驗證語法。
- 聯絡資訊用 tel:、mailto: 連結與 <address> 標籤，不要只埋在圖片裡。
- 補上 LocalBusiness／Organization schema，標清楚 openingHours、地址、服務範圍。
可擷取性差：結論與標題讓 AI 抽不到重點（錯誤 4、9）
AI 引擎傾向抽取「能獨立成段、直接回答問題」的內容，並靠標題與描述快速判斷頁面能回答什麼。結論埋太後面（錯誤 4）與標題描述含糊（錯誤 9），都會讓 AI 看不出這頁能回答使用者的提問。
錯誤 4：把答案藏在文末是 SEO 老習慣，但 AI 切段擷取時容易錯過。改用倒金字塔：每個小標下的第一句話就是這段的答案，不論 AI 從哪段切入都能抓到可引用的完整陳述。
錯誤 9：標題是模糊口號、description 塞滿關鍵字，AI 難以把頁面對應到具體提問。讓標題直接說清「這頁是什麼、解決什麼」，description 用一兩句總結核心答案。
- 每個 h2 段落的第一句，寫成可獨立成立的結論句。
- 重要定義、步驟、比較做成清單或表格，比埋在長句裡更易被整段擷取。
- 標題講明主題與價值，避免只有品牌口號或空泛詞。
- 補齊 Open Graph（og:title／description／image／url），讓被引用、被分享時呈現正確。
權威與深度不足：只說自己、內容太淺（錯誤 5、7）
AI 偏好引用「可信且資訊密度高」的來源，而可信度不只看你自己怎麼說。只經營自家內容、零第三方提及（錯誤 5），加上內容太淺、只是關鍵字湊成一篇（錯誤 7），是最讓人「看起來有做、卻沒效果」的兩個坑。
錯誤 5：AI 判斷品牌可不可信，更看「別人有沒有提到你」。若全網只有官網在講自己，缺乏第三方名單、評論、報導的佐證，引用意願就低。要有意識累積品牌在外部的「實體足跡」。
錯誤 7：為了「有東西可發」而產出的淺內容，講的都是人人都會講的通則，在別處也找得到一模一樣的說法，引用你並不會讓答案更好。要給「只有你能提供的東西」。
- 登錄產業目錄、在地名錄、Google 商家檔案等可信來源；鼓勵真實顧客公開留評論。
- 確保跨平台品牌名稱、地址、電話（NAP）一致，用 sameAs 串起官方帳號。
- 每個主張配一個「怎麼做」的具體步驟或可複製範例。
- 加入實務判斷：什麼情況做、什麼情況不做、常見坑是什麼。
時效訊號：沒標日期讓 AI 以為你過時（錯誤 6）
AI 在回答時偏好「新鮮、可信」的來源，而日期是它判斷時效性的重要訊號。沒有發布日、沒有更新日的頁面（錯誤 6），會被當成「不知道是不是過時」而打折扣，特別是價格、規格、法規這類會變動的主題。
修法是在頁面上明確標示 datePublished 與 dateModified，並讓它同時出現在可見內文與結構化資料裡。但更重要的是：真的去更新內容，再更新日期——把舊日期換成今天卻沒改內容，反而是另一種失信。
- 在 Article 的 JSON-LD 加上 datePublished 與 dateModified。
- 頁面可見處也標出「發布／最後更新」日期，與標記值一致。
- 定期回頭檢視會過時的內容，實質更新後才更新日期。
最後一個坑：上線後就不再驗證（錯誤 10）
GEO 最大的隱性風險，是「以為做了就有效」。schema 可能語法錯、爬蟲可能某天被新規則擋掉、內容更新後標記沒跟上——這些都不會主動報錯，只會默默讓你失分（錯誤 10）。沒有定期驗證的機制，問題往往拖很久才被發現。
修法是把驗證變成例行動作：每次改版後重抓原始 HTML 確認內容與標記都還在，定期用工具量出可讀性基準分並追蹤被引用情況。與其憑感覺，不如先用免費 GEO 健檢量出 0–100 的起點分數，對照這 10 個錯誤找出自己漏在哪、照逐項建議補完，再定期回測。
- 每次改版後，重抓原始 HTML 確認正文與 JSON-LD 都還在。
- 定期用結構化資料測試工具與爬蟲模擬重新驗證可及性。
- 建立基準分數與追蹤，讓「退步」能被及早發現，而不是等到流量掉了才知道。
常見問題
Q. 我的網站在瀏覽器看起來內容都正常，為什麼 AI 還是讀不到？
因為你看到的是 JavaScript 執行完的畫面，而多數 AI 檢索爬蟲不跑 JavaScript，只讀原始 HTML。請用「檢視網頁原始碼」或關掉 JS 重新整理，看正文文字是否還在；若不在，就要把核心內容改成伺服器端輸出（SSR／SSG），讓內容在第一份 HTML 裡就完整存在。
Q. robots.txt 已經允許 AI 爬蟲了，為什麼還是沒被引用？
robots.txt 寫允許，不代表請求真的進得來。Cloudflare、WAF 或主機商的安全規則常把陌生 User-Agent 擋成 403／429 或丟出挑戰頁，請求根本到不了頁面。請用對應的 User-Agent 實際發一次請求確認回傳 200，並請 IT 在 CDN／WAF 白名單放行這些檢索爬蟲。
Q. 結構化資料（schema）一定要和頁面內容完全一樣嗎？
是。schema 應該是「使用者實際看得到的內容」的鏡像。如果標記的價格、評分、營業時間、問答和畫面不一致，AI 與搜尋引擎偵測到矛盾會降低對整頁的信任，甚至忽略你的標記。內容改了，記得回頭同步更新 JSON-LD。
Q. 為什麼要在文章開頭就講結論？這跟以前寫法不一樣。
因為 AI 引擎傾向抽取「能獨立成段、直接回答問題」的內容。把結論埋在文末，AI 切段擷取時容易錯過。改用倒金字塔：每個小標下的第一句就是該段答案，這樣不論 AI 從哪段切入，都能抓到一句可直接引用的完整陳述。
Q. 只經營自家官網內容，為什麼 AI 不太願意引用我？
AI 判斷品牌可信度不只看你自己怎麼說，更看「別人有沒有提到你」。如果全網只有官網在講自己，缺乏第三方名單、評論、報導的佐證，引用意願就低。可以從登錄可信目錄、爭取出現在第三方比較文、累積真實評論做起，並讓跨平台的品牌資訊一致。
Q. 我怎麼知道自己到底踩了哪幾個坑？
最快的方式是先量出基準：用免費 GEO 健檢工具掃一次，拿到 0–100 的 AI 可讀性分數與逐項修復建議，就能對照這 10 個錯誤看自己漏在哪。修完之後定期重抓原始 HTML、重驗 schema 與爬蟲可及性，避免改版後默默退步而不自知。