9 月 28 日早上，我們發了一篇新文章，順手拿自己的清單把官網檢查一遍，結果有一項沒過：網站地圖裡找不到那篇新文。
這就是自查的意義。GEO 的基本功不難，但很容易某一環默默斷掉，自己卻不知道。下面這 10 項都不用買工具，花一個下午就查得完。
10 項檢查與我們的結果
| # | 檢查項目 | 怎麼查 | 我們官網（9/28，28 個網址） |
|---|---|---|---|
| 1 | AI 爬蟲讀得到文字 | 帶 GPTBot 身分抓頁面，看有沒有正文 | 26 個內容網址全部回應正常、正文完整 |
| 2 | robots.txt 沒擋搜尋用的 AI 爬蟲 | 打開 /robots.txt 看 Disallow | 只擋後台 |
| 3 | 每頁一個 H1 | 檢視原始碼搜尋 h1 | 28 頁全部剛好一個 |
| 4 | 有問答段落 | 看頁面有沒有「問題＋直接答案」 | 23 頁有 |
| 5 | 結構化資料與畫面一致 | 逐題比對標記與畫面 | 83 題全部一致 |
| 6 | 看得到最後更新日期 | 看頁尾或文末 | 25 頁有，3 頁列表頁沒有 |
| 7 | 公司資訊處處一致 | 全站搜尋電話、信箱、地址 | 各只有一種寫法 |
| 8 | 聯絡資料機器讀得到 | 看原始碼裡的信箱是不是亂碼 | 修正後 0 頁有問題 |
| 9 | 標出作者、有作者頁 | 看文末署名能不能點進介紹頁 | 13 篇文章都有，連到作者頁 |
| 10 | 新內容有被送出去 | 新文發布後查網站地圖 | 沒過，已修 |
幾項值得多說的
第 1、2 項：先確定門是開的
這兩項沒過，其他都白做。我們的舊官網就是例子：內容要等 JavaScript 跑完才出現，AI 爬蟲只讀到 77 個字。自查方法寫在這一篇。要注意 robots.txt 只是其中一道門，網站前面的防火牆或 CDN 也可能擋爬蟲，發現讀不到時兩邊都要看。
第 7、8 項：資料一致，還要讀得到
我們把公司名稱、電話、信箱、地址放在網站的單一設定點，全站從同一處讀取，所以 28 個網址掃下來各只有一種寫法。
但第 8 項我們踩過。我們用的 Cloudflare 有個「電子郵件地址混淆」功能，官方文件寫明註冊時就會自動開啟：它把網頁裡的信箱換成一段要靠 JavaScript 還原的程式碼，訪客看起來一切正常，不跑 JavaScript 的機器讀到的卻是「[email protected]」。為了擋垃圾信而開的保護，連 AI 也一起擋了。
修法是 Cloudflare 文件提供的：在信箱前後加上 email_off 註解，讓這一段不被混淆。9 月 26 日改完，現在所有網址的原始碼都是真實信箱。
第 10 項：這次沒過的地方
我們用指令直接發布文章，網站地圖外掛的快取沒有跟著更新，新文章不在地圖裡，重新產生一次才補上。同一天還發現，通知 Bing 新網址的 IndexNow 推送，從網站上線起每一次都被拒絕；原因是切換網域前驗證金鑰失敗，結果被記住了，換一把新金鑰後才恢復正常。
兩個都不是大問題，但如果沒查，新文章就只能等搜尋引擎哪天自己來發現。
多久查一次？
建議每季一次，改版或換主機後馬上查。每次把結果記在同一張表，看得出哪一項退步。
這份清單查的是「AI 有沒有機會讀懂你」，不保證 AI 一定會引用或推薦你；但這些沒做到，後面的努力就很難有效果。想請人幫你跑一次，可以到聯絡頁留言。
常見問題
GEO 自查一定要買工具嗎？
不用。這份清單的 10 項都能用瀏覽器的檢視原始碼、網站地圖和 robots.txt 自己查完；付費工具的價值在長期追蹤與大量網頁，小網站先手動查就夠。
robots.txt 有放行，AI 就一定讀得到嗎？
不一定。robots.txt 只是其中一道門，網站前面的防火牆或 CDN 也可能擋掉爬蟲，內容如果要靠 JavaScript 才出現，爬蟲也可能讀不到。
Cloudflare 的電子郵件地址混淆會影響 AI 讀取嗎？
會。它把信箱換成要靠 JavaScript 還原的程式碼，不跑 JavaScript 的機器會讀到「[email protected]」。可以在信箱前後加 email_off 註解排除，或關閉這個功能。
清單全部通過，AI 就會推薦我的公司嗎？
不保證。這些檢查確保 AI 有機會正確讀懂你的網站，是否引用還取決於內容本身有沒有回答到使用者的問題。
最後更新：