SEO、AEO、GEO 差在哪?Google 說都算 SEO,我們官網的做法也只有一套
SEO、AEO、GEO 三個縮寫,差在內容出現的位置和成效怎麼量,做法大部分是同一套。Google 的生成式 AI 最佳化指南寫明,針對 AI 搜尋最佳化「仍屬於 SEO」。我們把官網做過的 10 項檢查逐項對照,再問 3 個 AI 要不要分開做,整理成小公司可以直接用的判斷。
SEO、AEO、GEO 三個縮寫,差在內容出現的位置和成效怎麼量,做法大部分是同一套。Google 的生成式 AI 最佳化指南寫明,針對 AI 搜尋最佳化「仍屬於 SEO」。我們把官網做過的 10 項檢查逐項對照,再問 3 個 AI 要不要分開做,整理成小公司可以直接用的判斷。
NAP 是公司名稱、地址、電話,一致性講的是這三項在官網、商家檔案、社群和各種名錄上寫法都一樣。多數文章從在地 SEO 講起,我們換個角度:問 AI 自己公司的地址和電話,看它答出什麼、引用哪裡,再對照 Google、Bing 的官方說法,整理小公司可以照做的檢查方法。
我們自家經營的西布倫集運,10 月初把桌機時代寫的會員系統改成手機可用,之後用 390 像素寬把前台十頁、後台八頁逐頁量了一次。整頁都沒有橫向捲動,但還有斷句、輸入框、點擊區三類 16 條局部問題,這篇附上量法和修法。
Google 的自我評估問題問的是:讀者看得出這篇是誰寫的嗎?署名能不能連到作者的背景?我們把作者資料拆成長、中、短三版,從同一份口徑放到作者頁、結構化資料和文末作者欄。寫這篇時自查,還抓到 2 處沒連上的地方。
想知道 AI 會不會提到你的品牌,不一定要買工具。我們用固定 8 題、5 個 AI、無痕視窗各問 3 次:問品牌名的 45 次都有提及,問「推薦誰」的 75 次裡一次都沒提到我們。
Google 官方說 AI 摘要沒有額外的需求條件;微軟官方則建議小標題寫具體,用直接的問題搭配清楚的答案。我們數了自己官網 20 篇文章:小標題 30% 是問句、每段平均 2 句、每篇都有 4 題問答,也找到該改的地方。
GA4 的預設管道群組已經有 AI Assistant 管道,不用自己設規則就能看 ChatGPT、Gemini 這類 AI 帶來的人。但它沒有包含 Google 自己的 AI 摘要,官方也沒寫 Perplexity、Claude。我們把官網 GA4 和伺服器記錄放在一起看:AI 有來讀,還沒帶人來。
同一個問題丟給 Perplexity 和 Gemini,引用的來源差很多。我們用 10 個和本站主題相關的問題同一天各問一次,記錄每個來源的網域與類型:Perplexity 每題都附來源,Gemini 一個都沒附。兩家要的東西不一樣,小公司能做的事也不一樣。
robots.txt 擋 AI 爬蟲,不是一個開關。各家都把「拿去訓練」和「拿來搜尋、引用」分成不同的爬蟲,擋錯一個,就可能從 ChatGPT 的搜尋答案裡消失。我們整理各家官方說法、三種設定範本,並用自己官網一週的伺服器記錄,看哪些爬蟲真的來過。
llms.txt 是給 AI 看的網站導覽檔,但 AI 爬蟲真的會來讀嗎?我們在自己的官網開啟後看了 4 天的伺服器記錄,連同 Google 與提案者的說法,整理成中小企業可以直接用的判斷。
Rails 之父 DHH 說 37signals 已經「放下鉛筆」。我自己也幾乎不手寫程式碼了,這篇翻出兩年的紀錄,寫我的 AI 開發工作流怎麼一步步變成現在的樣子、付過哪些代價,以及我把人留在哪裡。
想出現在 Google AI 摘要的來源裡,先看官方怎麼說,再看實際結果。我們用自己 14 篇文章的主題實搜,記錄 AI 摘要引用了哪些網站,發現排名和引用有關係,但不是同一件事。
GEO 做得好不好,不一定要花錢買評分工具。這份清單列出 10 項自己查得到的檢查,每項說明為什麼要查、怎麼查,並附上我們官網 9 月 28 日的實測結果,包括兩個自己踩到的問題。
FAQ 複合式結果在 2026 年 5 月退場,很多人開始問 FAQ 結構化資料要不要拿掉。本文整理 Google 官方說法,並用我們官網 83 題的實測,說明它現在的用途、做對的條件與自查方法。
網站要加英文或日文版,第一個要決定的不是翻譯,而是網址結構。本文依 Google 官方文件,比較子目錄、子網域與各國網域,說明 hreflang 的寫法與常見錯誤,並分享我們自己官網的選擇。
想做 App 但預算與時間有限,PWA 常是第一個被提到的選項。本文用一句話講清楚 PWA,比較它和原生 App 的差別,說明 iOS 的安裝與推播限制,並分享我們用同一套技術做出 iOS 與 Android 版本的經驗。
網站上線之後,每個月付的維護費到底買到什麼?本文先分清主機代管與網站維護,再列出一份維護合約該寫清楚的六件事,以及自己維護或委外的判斷方式。
一頁式網站把所有重點放在同一頁,適合新品、活動與廣告導流,卻不適合要長期累積搜尋流量的官網。本文整理優缺點、三種適用情境,並回應很多人對一頁式的信任疑慮。
電子發票串接看起來是技術問題,其實先要決定的是路線:委託加值中心,或自己用 Turnkey 和財政部平台介接。本文分清三個角色、比較兩條路,再列出系統端一定要處理的五件事。
集運的利潤常常被人工作業吃掉。本文把一套集運系統拆成七個功能區,說明每一區為什麼值得自動化,最後附上選型或自建前該問的五個問題。