|

ChatGPT、Gemini、Claude、Perplexity 要分開做 GEO

更新 2026-10-14

AthenaHQ 賣多引擎監測。這篇主張 ChatGPT、Gemini、Claude、Perplexity 不能共用一套 GEO。他們寫,研究顯示主要回答引擎之間,被引用的網域只有 11% 重疊。研究沒有點名,也沒有樣本。開頭另寫一半消費者已用 AI 搜尋、71% 的 B2B 買家靠 AI 聊天機器人做軟體研究,以及到 2028 年最多 50% 的搜尋流量可能由 AI 生成。這三句都沒有出處。McKinsey 的《State of AI 2025》被引來說明,大約三分之一的組織已從試點進到規模化,差距在拉開。這句有報告名,這篇沒有網址。1

共同底層有三塊。權威:作者簡歷、資歷、機構、產業裡的權威連結,以及資料宣稱要有透明引用。模型核對不了,就不容易把你放進回答。結構:H1 到 H3、article 和 section 這類語意 HTML、表格、清楚的定義區塊,讓模型抽得到一段話。實體:把類別裡的概念、產品、組織、人,以及彼此關係寫清楚。另外補 schema,類型是 Article、Organization、FAQ、HowTo;robots.txt 要放行 OAI-SearchBot 和 GPTBot;少用空話。問答格式被寫成各模型都吃,因為它貼近使用者的提示詞。

目錄(3)

編譯自 2026-06-15 · AthenaHQ〈Platform-Specific Enterprise GEO Strategy〉 原文

完整來源聲明

來源聲明:本文根據 AthenaHQ〈Platform-Specific Enterprise GEO Strategy〉(2026-06-15)編譯整理,不是逐句翻譯。原文連結:https://athenahq.ai/blog/platform-specific-enterprise-geo-strategy-optimizing-for-chatgpt-vs-gemini-vs-claude-vs-perplexity。文中「編輯解讀」為本站觀點,不屬於原文。

ChatGPT 被寫成爬得廣,即時查詢會接 Bing,強項是把比較文、問答和參考來源合成一段。Wikipedia 和 Wikidata 特別影響它怎麼理解實體。企業若品牌、產品或主管沒有中性、可核對的實體描述,內容還沒被評估就已經吃虧。做法是:用中性事實口吻經營 Wikipedia 和 Wikidata,這是長期投資;既然 Bing 是即時檢索的主要來源,就在 Bing Webmaster Tools 交 sitemap,並做 Bing 的 SEO;做完整的 FAQ,讓模型有乾淨的材料;寫「甲對乙」的比較文,這是它合成回答時最常抽的格式之一。

Gemini 和 AI Overviews 被寫成受傳統 SEO、E-E-A-T(經驗、專業、權威、可信)和精選摘要影響。既有的自然搜尋基礎被說成是優勢:結構化內容、反向連結、快的頁面、主題權威,以及依 Google 搜尋品質評估指南寫給人看的內容。精選摘要的格式和 AI Overviews 重疊很多:短定義、編號步驟、比較表、對特定問題的直接答案。每篇要寫明作者是誰、為什麼夠格,並連到一手研究。風險是只加碼傳統 SEO,放掉其他引擎要的內容和社群做法。Gemini 應是整份 GEO 的一部分,不是不做其他引擎的理由。

Claude 的差別是長上下文,能對長文件做較細的推理。ChatGPT 被拿來對比合成,Perplexity 對比新鮮度,Claude 對比深度。它較吃完整敘事、技術文件,以及把推理過程寫出來的思想領導和定論式指南。做法是:做有目錄、章節清楚、真的有深度的長文,不要把舊文拉長充數;提供白皮書、資料集、研究報告和程式碼庫,讓它多一份材料;把「為什麼」寫出來,包括算過的例子、方法、步驟和出處。成本高,所以只做你的專家真的有深度的題目。

Perplexity 被寫成不是從一大份訓練語料綜合,而是即時回答並在每則回應裡引用來源。新鮮度是主要訊號。來源偏社群,尤其 Reddit,再加上新聞標題、YouTube 和評論站。做法是:真人去相關 subreddit 回答問題,不要假裝使用者發廣告,版主和讀者認得出來;做對準高意圖問題的教學、產品走查和說明影片,因為它常引用影片字幕;在 G2、Capterra、Trustpilot 維持存在,競爭型查詢會抽這些站;產業新聞、研究發布或新趨勢出來時快寫有出處的稿。風險是社群做不大,也不能用廣播式行銷代替參與。要先定品牌怎麼在這些地方發言。

他們的四步是:先用企業級平台(他們點名自己)記各引擎的引用、對手在哪裡贏、缺口在哪;再做上面的底層;然後按買家所在的引擎加特定做法。起點是六四開:六成做對所有引擎都有用的底層,四成做特定引擎,而且這四成要照引用稽核,不要照平台名氣均分。最後持續對基準看,模型會改、引用會移、對手會發新內容。常見問題裡補了時間:schema、結構和抓取權限常常數週內就影響抓取;長文、FAQ 和比較文常常一到三個月才有明顯引用;Reddit 和評論站是持續投入,不是一檔活動。Perplexity 對新內容動得比 ChatGPT 或 Claude 快,後兩者更看既有權威。優先序他們的起點是:一般研究和比較偏 ChatGPT 與 Gemini;即時、高意圖、尤其技術和 B2B 偏 Perplexity;長文件和複雜問題偏 Claude。要記的是各平台的引用次數、引用出現在回答的哪裡、提到率、和對手的差距,以及哪一篇在帶引用。手動在企業規模做不到,是他們賣監測的理由。ACE 被寫成指出哪篇被引用、為什麼、各平台的機會在哪。沒有一套內容能同時在四個引擎拿到同樣的引用。四個引擎從一開始就平均做,這篇說通常會把資源攤薄。Claude 對短、淺的內容相對更弱。排優先序最可靠的做法,是先稽核你現在各平台的引用足跡,再決定錢花在哪。要記的還有引用出現在回答的哪一段,以及和對手比的引用率。Wikipedia 和 Wikidata 被寫成跨平台都有用的權威訊號,對 ChatGPT 尤其如此。Perplexity 的來源除了 Reddit,還有新聞標題。品質評估指南被說成公開文件,仍應當成基準,不是只放在參考資料夾裡。

常見問題

  • 11% 重疊能引用嗎?不能當成已核對的研究。這篇寫成研究顯示,沒有作者、樣本和網址。一半消費者、71% 和 2028 年 50% 也沒有出處。
  • 四個引擎各做什麼?ChatGPT 做實體、Bing、FAQ 和比較文。Gemini 沿用 SEO、精選摘要和 E-E-A-T。Claude 做長文和把推理寫出來。Perplexity 做新鮮度、Reddit、YouTube 和評論站。
  • 力氣怎麼分?這篇的起點是六成底層、四成特定引擎。四成要照你的引用稽核,不要四個引擎平均分。
  • 多久看得到?結構和抓取權限常常數週。長文和比較文常常一到三個月。Perplexity 對新稿更快。ChatGPT 和 Claude 更看既有權威。

編輯解讀

一句話重點:引擎清單可以當分工表。11%、71% 和 2028 年 50% 不要寫進你的簡報,除非你另找到出處。

這對你的網站意味著什麼:

  • 先放行 OAI-SearchBot 和 GPTBot,並補 Article、Organization、FAQ、HowTo。這是這篇的底層,不是某一個引擎的私房做法。
  • Gemini 的工作多數已在既有 SEO 裡。另開的是 Wikipedia、Bing、Reddit 和評論站,不要用同一篇舊文打發。
  • 六四開是這篇的建議比例,不是測量結果。

適用與不適用的情境:適合已有自然搜尋、還要決定下一個引擎做什麼的團隊。不適合拿 11% 去證明「做一個引擎就等於沒做其他三個」。

需要注意的限制:作者賣跨 8 個以上引擎的監測和 ACE。11%、消費者占比、71% 和 2028 年流量沒有網址。McKinsey 只有報告名。Wikipedia 能不能建頁,取決於對方的編輯標準,這篇沒有教你怎麼過審。

延伸閱讀:

可沉澱規則 · 供站點自檢2 條

從本文提煉,可供人工對照或 AI 分析站點時作為依據。全部規則

  1. 四引擎 GEO 資源分配起點:六成做權威/結構/實體/schema 與放行 OAI-SearchBot、GPTBot 的共通底層;四成依各平台引用稽核分配,勿按平台名氣均分。AthenaHQ 寫的 11% 引用網域重疊未附研究,不可寫進對外簡報除非另核對。

    適用 決定下一個引擎先做什麼
    排除 不要用 71% B2B 或 2028 年 50% 流量當內部 KPI(原文無出處)
    • 是否有分引擎引用報表
    • 底層 robots 與 schema 是否已做
  2. ChatGPT 路徑:中性 Wikipedia/Wikidata、Bing sitemap、FAQ 與「甲對乙」比較文。Perplexity 路徑:新鮮有出處稿、Reddit 真人答、G2/Capterra 與 YouTube 字幕;Gemini 多數落在既有 SEO/E-E-A-T,Claude 偏長文與寫出推理的白皮書。

    適用 四成引擎預算要落地到內容類型
    排除 不要四引擎同一篇舊文重複發
    • Bing WMT 是否提交
    • 比較文與 FAQ 是否獨立 URL

名詞與資料來源

  1. 四引擎做法 — AthenaHQ:〈Platform-Specific Enterprise GEO Strategy〉 https://athenahq.ai/blog/platform-specific-enterprise-geo-strategy-optimizing-for-chatgpt-vs-gemini-vs-claude-vs-perplexity(檢索日期:2026-10-09)

One Comment

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *