頁面裡的 Logo 和搜尋結果網站名稱左側的小圖示（favicon，網站圖示）是兩套獨立機制。前者由模板與樣式表決定，圖片上傳成功、版式沒錯，訪客就能看到；後者需要 Googlebot 抓取、解析並快取之後才可能顯示。因此「Logo 明明是好的」和「圖示沒出現」完全可以同時成立。
最常見的誤判，是把一張橫版品牌圖當成了圖示。Google 不讀設計稿，它只認首頁 HTML 裡的 - 宣告，以及自己真正抓到的那個檔案。要讓圖示進入展示流程，四個條件必須同時成立：首頁能被 Googlebot 抓取；Googlebot 能跟隨首頁重新導向，找到宣告圖示的頁面；Googlebot-Image 能抓到圖示檔案；檔案本身滿足官方對方形、尺寸與格式的要求。任何一環斷掉，結果頁就會退回預設的灰色地球圖示。
網站 Logo 和 Favicon 有什麼差別？
把兩者混為一談，是排查方向的第一個錯誤。它們的用途、比例要求和決定權都不同。
| 對比項 | 頁面 Logo | Favicon 網站圖示 |
|---|---|---|
| 展示位置 | 頁首、頁尾、首屏等版式位置 | 瀏覽器分頁標籤、書籤、搜尋結果網站名稱左側 |
| 比例要求 | 可以是橫版、異形，甚至純文字 | 需要 1:1 正方形畫布 |
| 常見檔案 | 大尺寸 PNG、SVG、WebP | ICO、PNG 等小尺寸方圖 |
| 由誰決定 | 模板結構與樣式表 | Google 抓取後自行裁切展示 |
| 出錯表現 | 版式錯位、圖片 404 | 結果頁顯示預設圖示 |
圖示雖小，承擔的是品牌識別的第二次確認：在多個分頁標籤之間、書籤列表裡、以及一屏搜尋結果中，它決定使用者能不能一眼認出你。一篇關於 favicon 與品牌、SEO 關係的分析指出，它影響分頁標籤辨識度、書籤可發現性和使用者對網站專業度的判斷，但它不會單獨大幅提升排名（DEV Community 分析）。合理的期待是：圖示提升識別與點擊意願，而不是替你做排名。
Googlebot 如何找到網站圖示？三條必經鏈路
理解鏈路比記住零散技巧更有用。Google 找到圖示的順序大致是三步：
- 抓首頁：Googlebot 請求首頁（或標準首頁網址），讀取回傳 HTML 的 ``。
- 跟隨重新導向：如果首頁發生跳轉，Googlebot 需要一路跟到最終頁面，並在那裡找到圖示宣告。
- 抓圖示檔案：Googlebot-Image 單獨請求圖示網址，確認它能被公開存取、回傳正常狀態碼。
這也解釋了那個常見困惑：在本機打開分頁標籤明明能看到圖示。你的瀏覽器走的是另一條路徑，它不關心 robots.txt，也不在意跳轉鏈路是否完整。
10 月 27 日的文件更新：重新導向與 robots.txt 成了硬性要求
Google 網站圖示文件在 10 月 27 日更新了一條關鍵說明：Googlebot 必須能夠抓取首頁、跟隨從首頁到宣告圖示頁面的任意重新導向，並且 Googlebot-Image 必須能夠抓取圖示檔案，這些網址不得被 robots.txt 或其他方式阻止抓取（Search Engine Roundtable 報導，原文見 Google 網站圖示文件）。改動前的表述只要求首頁與圖示檔案不被阻止抓取，沒有點明重新導向這一環；按報導引述的說法，這次澄清與排查該問題時容易漏看跳轉鏈路有關。對企業網站的含義很直接：重新導向不再屬於「可能相關」，而是必須逐跳核對的前置條件。
Favicon 應該放在哪裡？檔案位置與 HTML 宣告
把 favicon.ico 放在網站根目錄，是相容性最好的保底做法，多數瀏覽器和爬蟲會預設到這裡找（DEV Community）。但要精確控制展示，仍建議在首頁 HTML 裡明確宣告：
-
-
-
-
三點細節決定這段程式碼有沒有用：標籤必須由伺服器端輸出，靠 JavaScript 事後注入的標籤，第一輪抓取很可能看不到；一套就夠，舊主題、SEO 外掛、網站圖示設定項同時生效時容易出現兩組衝突宣告；href 要能被直接抓取，相對路徑或 CDN 絕對網址都可以，前提是 Googlebot-Image 請求它時回傳圖示本身，而不是 404、登入頁或跳回首頁的重新導向。用 WordPress、Shopify、Wix 這類平台時，優先使用平台自帶的網站圖示設定項，再回到原始碼確認最終只落地了一組標籤。
尺寸與格式：為什麼 16×16 常常不夠
圖示在結果頁裡被渲染得極小，但 Google 需要一張足夠大的來源檔案來裁切。根據 Google 現行規範整理的排查指南，Google 關注方形（1:1）、最小 8×8 像素、建議大於 48×48 像素，支援的格式包括 BMP、GIF、ICO、PNG、JPEG、PPM 與 TIFF，接受的 rel 取值包括 icon、shortcut icon、apple-touch-icon 與 apple-touch-icon-precomposed（完整修復指南）。
實務上可以這樣取捨：把橫版 Logo 放進方形畫布，或乾脆只用圖形符號、首字母；至少提供 48×48，96×96 或 192×192 更穩；主檔案用 PNG 或 ICO；去掉細線、小字和漸層細節。SVG 在瀏覽器裡運作良好，但不在上述支援清單中，合理做法是 SVG 留給瀏覽器，同時提供一份 PNG 或 ICO 給搜尋引擎。另外 .ico 內部可能只裝了一個很小的尺寸，排查時要確認裡面真的有足夠大的那一張。
首頁跳轉與 robots.txt：兩個最容易被忽略的阻斷點
首頁跳轉：example.com 跳 www.example.com、/ 跳 /zh/、HTTP 跳 HTTPS，在瀏覽器裡都無感，對爬蟲卻是一條必須走通的路徑。多語言網站尤其容易在這裡出問題：跳轉鏈過長、跳到需要登入的頁面，或終點頁面的 `` 裡根本沒有圖示宣告，抓取就斷了。
幾分鐘搭建展示站並增長獲客
輸入一句想法，We0 AI 即可生成展示站、頁面與 CMS。發佈上線後並幫你獲取客戶和流量。
用戶註冊贈送一次完整項目生成
適合先體驗一次完整生成流程，快速看到專案初稿。
robots.txt：圖示常被放在 wp-content、assets、static 這類目錄下，而這些目錄最容易被一條「省流量」的規則封掉：
User-agent: *
Disallow: /assets/icons/
User-agent: Googlebot-Image
Disallow: /
按 Google 抓取工具文件，Googlebot-Image 在 robots.txt 中的使用者代理標記是 Googlebot-Image 或 Googlebot，任一匹配規則即會生效；而針對 Googlebot-Image 的抓取偏好，會影響 Google 圖片、Discover、影片模式，以及 Google 搜尋中展示圖片、標誌和網站圖示的全部功能（Google 抓取工具清單）。也就是說，一條為了「保護圖片」而寫的規則，很可能順手關掉了你的搜尋結果圖示。修復方式有兩種：刪掉該規則，或為圖示路徑單獨加一條 Allow:。
修改圖示後，為什麼搜尋結果不會馬上更新
圖示不是即時讀取的。Google 需要重新抓取首頁、重新抓取圖示檔案，再重新產生展示素材，按上述指南的經驗，新圖示通常需要數天到數週才會出現在結果頁（ConvertICO）。等待期內有三件事值得做：在 Search Console 的網址檢查裡對首頁請求重新抓取；保持圖示 URL 穩定，不要為了「強制重新整理」每次部署都換檔名；一次只改一處變數，否則無法判斷是哪一步起了作用。同時要接受一個前提：即使所有規則都滿足，Google 也不承諾一定展示圖示，它保留裁切、縮放和替換的權利。
網站圖示檢查清單
把上面各節壓縮成一張可以逐項打勾的表，排查時從上往下走，不要跳步。
| # | 檢查項 | 合格標準 | 怎麼驗證 |
|---|---|---|---|
| 1 | HTML 中的 icon 標籤 | 首頁 `` 至少一條 rel="icon"，且由伺服器端輸出 | 查看頁面原始碼，搜尋 rel="icon" |
| 2 | 首頁重新導向 | 跳轉終點頁面含圖示宣告，鏈長可控 | 逐跳打開重新導向，檢查每跳狀態碼 |
| 3 | 圖示檔案可存取 | 直接打開圖示 URL 回傳 200 與圖片內容 | 新分頁打開圖示網址 |
| 4 | 抓取權限 | robots.txt 未封鎖圖示目錄，也未封鎖 Googlebot-Image | 檢查 robots.txt 中相關規則 |
| 5 | 尺寸與形狀 | 1:1 方形，至少 48×48，提供 96×96 或更大 | 查看圖片實際像素 |
| 6 | 格式 | PNG 或 ICO 為主，SVG 僅作補充 | 核對宣告的 type 與檔案副檔名 |
| 7 | URL 穩定性 | 檔名固定、長期可存取 | 對比多次部署後的原始碼 |
| 8 | 宣告唯一性 | 只有一組 icon 標籤 | 搜尋原始碼中所有 rel="icon" |
| 9 | 主網域覆蓋 | 每個主機名一個圖示，不為子目錄單獨期待圖示 | 分別檢查 www 與裸域首頁 |
建站階段就把圖示當成發佈物的一部分
圖示問題往往不是技術難題，而是流程問題：品牌 Logo 在設計環節被反覆打磨，favicon 卻常常是上線前十分鐘臨時匯出的一個檔案，沒有人負責驗證它在搜尋結果裡的呈現。
更穩的做法，是把品牌資產和圖示放進同一條發佈流程：圖示與 Logo 使用同一視覺來源，在方形安全區內裁切，一次匯出 48×48、96×96、192×192 與 ICO 多個版本，並在首頁 HTML 中一次宣告清楚。We0 的建站路徑適合承載這件事——從用自然語言描述需求開始，多 Agent 團隊把描述轉成可運行的網站，在視覺化畫布中微調細節，再一鍵部署到自己的網域（We0 AI 建站）；同一流程還涵蓋 SEO 與 GEO 優化、CMS 後台與多風格設計，圖示、網站結構與可被引用的品牌資訊可以在一次發佈裡一起確認，而不是等結果頁出現灰色地球圖示才回頭補。
常見問題
Logo 已經設在頁面上了，為什麼搜尋結果左側還是預設圖示？
因為兩者由不同鏈路決定。結果頁圖示依賴首頁 HTML 中的 rel="icon" 宣告，以及 Googlebot-Image 能否抓到該檔案；只在版式裡放圖片，通常不會產生圖示。
圖示必須是 .ico 檔案嗎？
不是。ICO 只是相容性最好的保底格式，PNG 完全可以，而且更容易做出高畫質版本。建議同時提供 ICO 與至少 96×96 的 PNG，SVG 留給瀏覽器使用。
首頁 301 跳轉會導致圖示抓不到嗎？
跳轉本身不違規，關鍵是 Googlebot 能否一路跟到終點頁面，並在那裡讀到圖示宣告。跳轉鏈過長、跳到需要登入的頁面，或終點頁面沒有宣告圖示，都會讓抓取中斷。
換了新圖示，多久能在搜尋結果裡看到？
取決於 Google 重新抓取與重新產生展示素材的時間，通常需要數天到數週。期間可以用 Search Console 對首頁請求重新抓取，並保持圖示 URL 穩定。
Related Tools
- Google Search Console 網址檢查（對首頁請求重新抓取）
- Google 抓取工具文件中的 Googlebot-Image 條目（確認抓取偏好的影響範圍）
- 瀏覽器開發者工具的 Network 面板（確認圖示請求的狀態碼與內容類型）
- 影像屬性查看工具（核對實際像素尺寸與檔案格式）
Related Links
- Google Search Central：針對搜尋結果定義網站圖示
- Google：Google 抓取工具清單（含 Googlebot-Image）
- Search Engine Roundtable：Google 更新文件，要求 Googlebot 跟隨首頁到圖示的跳轉
- ConvertICO：Why Is My Favicon Not Showing in Google?
- DEV Community：Why Favicons Matter for Branding & SEO
- We0：AI 智慧建站
Summary
Logo 正常顯示、搜尋結果裡卻還是灰色地球圖示，問題幾乎從不在於「圖片有沒有上傳」，而在於圖示有沒有被完整抓到：首頁可被抓取、可跟隨重新導向、圖示檔案可被 Googlebot-Image 取得、檔案本身是符合要求的方形圖片，四個條件缺一不可。10 月 27 日的文件更新把重新導向與 robots.txt 明確寫成硬性要求，排查時應當逐跳檢查跳轉鏈，並確認沒有規則順手封掉圖示目錄。修復之後還需要等待重新抓取週期，並保持圖示 URL 穩定。把圖示與品牌 Logo 放在同一條發佈流程裡處理，比事後排查省力得多。
