一般形象官網的目標是「讓看到的人覺得公司專業」；SEO 友善官網多了一個目標：讓 Google 與 ChatGPT 等 AI 搜尋讀得懂、收錄得到、引用得了。兩者多出來的工作幾乎都在看不見的地方——網站怎麼輸出內容、每頁怎麼標記、上線後怎麼量測，而不是版面好不好看。值不值得，取決於你的客戶會不會用搜尋找到你。
一張表看懂差異
| 項目 | 一般形象官網常見做法 | SEO 友善官網 |
|---|---|---|
| 內容輸出 | 可能靠 JavaScript 在瀏覽器端才產生內容 | 伺服器端直接輸出完整 HTML 內文，爬蟲不用執行 JavaScript 也讀得到 |
| 每頁標題與描述 | 全站共用一組，或只有首頁有設定 | 每頁獨立的 title、description、canonical |
| 多語系 | 用切換按鈕換文字，網址可能相同 | 每個語系有獨立網址，並用 hreflang 標記彼此對應 |
| sitemap 與 robots.txt | 有時沒有，或用預設值 | sitemap 涵蓋所有頁面與語系；robots.txt 明確允許想被抓的爬蟲，包含 AI 爬蟲 |
| 結構化資料 | 通常沒有 | Organization、Article、FAQPage、BreadcrumbList 等 JSON-LD |
| 給 AI 的導覽 | 沒有 | 可加上 llms.txt 等 AI 代理人導覽 |
| 速度 | 以視覺效果優先，動畫與大圖較多 | 在視覺與 LCP 等速度指標之間取捨 |
| 內容結構 | 公司介紹、服務、聯絡我們 | 另有常見問題、文章、名詞解釋等能回答搜尋問題的頁面 |
| 上線後 | 上線即結案 | 設定 Google Search Console、Bing Webmaster Tools，持續看收錄與查詢 |
要注意的是，Google 官方表示，針對生成式 AI 搜尋做最佳化本質上仍然是 SEO，出現在 AI Overviews 也不需要特別的 AI 檔案或標記（2026 年 9 月查證）。所以 SEO 友善官網的核心，其實就是把上表這些基本功做完整。
多出來的工作，花在哪裡
1. 規劃：網址與頁面結構
形象官網常常從視覺稿開始；SEO 友善官網要先決定網址結構、每頁回答什麼問題、中英文版本怎麼對應。這一步決定後面的 sitemap、hreflang 與內部連結怎麼做，事後改動的代價很高。
2. 技術設定：metadata 與多語系
這是最容易「看起來做了，其實沒做對」的地方。我們在自家官網就踩過幾個坑：
- Next.js 的 metadata 覆蓋問題：子頁如果自己設定了 openGraph，會整組取代父層設定，網站名稱、語系等欄位就這樣默默消失。我們最後改成全站統一走一個 metadata helper。
- hreflang 代碼不一致：2026 年 9 月 16 日的稽核發現，頁面內的標記用
zh-Hant，sitemap 卻用zh-TW，後來才統一。 - 語系自動轉址：依瀏覽器語言自動轉址時，帶英文語言標頭的請求會被轉到英文版，ChatGPT-User 這類抓取工具與 Lighthouse 會送這個標頭，中文頁對它們等於不存在。
這些問題在畫面上完全看不出來，只有逐項檢查才會發現。
3. 結構化資料
在頁面裡加上 JSON-LD，告訴搜尋引擎與 AI「這家公司叫什麼、在哪裡、這篇文章誰寫的、這頁有哪些問答」。我們的官網放了 Organization（含統編與地址）、Article、FAQPage、Person、BreadcrumbList 等類型。
4. AI 爬蟲與 llms.txt
檢查 robots.txt 有沒有意外擋掉 GPTBot、ClaudeBot、PerplexityBot 等 AI 爬蟲，並視需要提供 llms.txt。llms.txt 目前仍是一份提案，我們把它當加分項，不當必要條件（2026 年 9 月查證）。
5. 效能：漂亮和快之間的取捨
這是形象官網和 SEO 友善官網最常衝突的地方。我們自己的官網就是例子：首頁有一個 three.js 背景動畫，在 2026 年 9 月 16 日的 Lighthouse 行動裝置測試中，首頁 LCP 是 5.9 秒。追查後發現動畫吃掉主執行緒 650 到 1100 毫秒，另外文章本文的淡入效果讓文字一開始是透明的。我們沒有拿掉動畫，而是改成延後載入、並修正淡入設定，9 月 22 日與 25 日複測時，首頁 LCP 降到 2.5 秒、文章頁 2.3 秒。SEO 友善不代表不能有設計感，而是每一個視覺效果都要算過代價。
6. 上線後的量測
形象官網上線就結案；SEO 友善官網上線才開始。至少要驗證 Google Search Console 與 Bing Webmaster Tools、提交 sitemap，之後定期看哪些頁面被收錄、哪些查詢帶來曝光。我們自己官網在 2026 年 9 月 14 日至 19 日的資料顯示，sitemap 有 114 個網址，Google 只認得 51 頁——不看數據，根本不會知道超過一半的網址還沒被收錄。
一個實例：ximu 多語系官網
我們替 ximu（AI 品牌 GEO 平台）做的官方網站，就是一個從一開始就以 SEO/GEO 為前提規劃的例子：
- 英文、簡體中文、繁體中文三個語系，sitemap 涵蓋 72 個網址。
- robots.txt 允許 GPTBot、ClaudeBot、PerplexityBot、Google-Extended 等 AI 爬蟲。
- 結構化資料包含 Organization、WebSite、SoftwareApplication、FAQPage、BreadcrumbList、BlogPosting、VideoObject。
- 行動裝置 Lighthouse 的 SEO 與 Best Practices 皆 100 分，Google Search Console 與 Bing Webmaster Tools 都已驗證。
這些項目沒有一項會出現在設計稿上，但它們決定了網站上線後能不能被找到。
多花在哪、值不值得
費用的部分，我們已經在《網站製作費用 2026 台灣行情》整理了市場行情與諾訊的四級報價，這裡不重複列表。可以先記住一個原則：SEO/GEO 多出來的成本，主要是規劃、技術設定與上線後量測的工時，不是設計費。
判斷值不值得，可以用下面這張表：
| 你的情況 | 建議 |
|---|---|
| 客戶幾乎都來自既有人脈或業務介紹，官網只是讓人確認公司存在 | 一般形象官網通常就夠，把預算放在設計與內容品質 |
| 希望陌生客戶透過 Google 搜尋找到你 | 值得做 SEO 友善架構 |
| 希望在 ChatGPT、Google AI 等 AI 搜尋的回答中被提到 | 值得做，並同步經營站外存在感 |
| 有海外客戶或多語系需求 | 值得做，hreflang 與語系網址事後補很麻煩 |
| 預計網站會長期使用、持續發文章 | 值得做，架構一開始就決定了之後內容能不能累積 |
另外也要公平地說：不一定要全客製化才能做到 SEO 友善。依 Wix 官方說明，Wix 支援逐頁設定標題與描述、自訂 JSON-LD 結構化資料，網站也是伺服器端渲染；WordPress 可以透過 Yoast SEO 等外掛處理 metadata 與結構化資料（2026 年 9 月查證）。差別在於可控制的深度，例如 llms.txt、語系轉址、效能細節。平台與客製化的完整比較，可以參考《Wix、WordPress、客製化開發：官網該選哪一種》。
常見誤解
- 「SEO 就是塞關鍵字。」 關鍵字只是一小部分，搜尋引擎讀不到內容、頁面沒被收錄，關鍵字寫再多也沒用。
- 「上線後再請人做 SEO 就好。」 網址結構、多語系與內容輸出方式都是架構層的決定，事後改常常等於重做。
- 「有 llms.txt 就能被 AI 引用。」 Google 官方已表示不需要 AI 專用檔案；被引用的前提仍是內容被收錄、值得引用。
- 「做了 SEO 就會馬上有流量。」 新站需要時間被收錄與累積，我們自己的官網上線初期也只有個位數點擊。
結語
SEO 友善官網和一般形象官網的差別，不在好不好看，而在看不見的架構與上線後的持續量測。如果你的客戶會用搜尋找供應商，這些工作值得從第一天就做進去；如果官網只是數位名片，把預算放在設計與內容也很合理。想進一步了解，可以參考《GEO 是什麼？》與《官網上線前的 SEO/GEO 檢查清單》，或看看我們的SEO/GEO 友善網站架設服務。也歡迎直接與我們聯絡，聊聊你的網站適合哪一種做法。