前言
你的網站上現在有幾份 PDF？產品型錄、年報、白皮書、申請表、餐廳菜單，大概每家公司都有一堆。我自己的習慣是做完就丟上去，從沒想過 Google 到底是怎麼看它們的。
Google 的 Martin Splitt 與 John Mueller 最近在 Search Off the Record podcast 上，把這件事講得比以往都清楚。Search Engine Journal 的 Roger Montti 在 10 月 14 日整理了重點。我讀完之後，又查了官方文件和業界的其他說法，發現大家並不完全同意。下面來看看。
Google 怎麼處理 PDF：先轉成 HTML，再進索引
Splitt 說，Google 在索引流程中有一個「轉換器」元件，位置在渲染之後、進入索引之前，會把 PDF 轉成 HTML，後面的流程基本上只處理 HTML。簡單講，Google 索引的不是你那份漂亮的 PDF，而是它的 HTML 翻譯版。
這個前提帶出幾個結論：
- 連結有效。 因為索引的是轉換後的 HTML，PDF 裡的連結和一般網頁連結一樣能被追蹤。這和 Google 在 2011 年的說法一致：PDF 裡的連結跟 HTML 連結類似，可以傳遞 PageRank 和其他索引訊號。
- 圖片很可能沒被當一般圖片處理。 Splitt 自己也不確定，他傾向認為 PDF 內的圖片沒有被索引，因為它們沒有獨立的圖片網址，並說這個狀況未來可能改變。
- 能進 AI Mode。 兩人都確認 PDF 可以出現在 AI Mode 與 AI 概覽，原理和一般搜尋相同。
- 掃描檔有風險。 有些 PDF 本質上是圖片。Splitt 給了一個簡單測試：如果你能在 PDF 裡選取文字、複製貼到純文字檔，Google 就能轉換並用來排名。
這個「全選、複製、貼到記事本」的測試很實用，30 秒就能做完。
檔案大小：官方文件和 podcast 有點落差
Splitt 在節目中說，PDF 的抓取上限應該比一般網頁大，但他不知道確切數字。不過官方文件其實寫得很明白：Googlebot 目前對單一網址（PDF 除外）最多抓 2MB，PDF 的上限是 64MB。
另外要注意：超過上限的部分會被整個忽略，已下載的前段內容則會被當成完整檔案交給索引系統。這段原文講的是 2MB 的情境。PDF 超過 64MB 時是否同樣處理，我沒找到明確說明，但合理推測類似。Google 也表示這個上限不是固定的，可能隨網路演進而調整。
實務上，如果你有一份 80MB 的產品型錄，後半本很可能根本沒進索引。
三種立場：PDF 到底該不該用？
這是整件事最有意思的地方。同一份資訊，不同人讀出完全不同的結論。
立場一：HTML 派，「能用網頁就別用 PDF」
這一派的代表其實是 Google 自己。Mueller 說，如果選項是「PDF 菜單」對「普通網頁」，他比較喜歡網頁，因為更容易互動；若內容能直接放進 HTML，一切會稍微簡單一點。
業界的理由更具體：HTML 有清楚的標題、連結、中繼資料和內部導覽，搜尋引擎比較好理解；PDF 即使有標籤，固定版面在手機上仍可能造成閱讀問題。
立場二：PDF 務實派，「有總比沒有好」
Splitt 的態度很務實。他認為內容有需要時當然可以做 PDF，例如有特定排版、要印刷、或需要表單；他也提到餐廳把印刷用的菜單 PDF 直接上傳，總比網站上完全沒有菜單好，而且 PDF 的索引與排名和其他文件基本相同。
我同意這一派在現實中更常見。台灣的小店家、公部門公告、補助申請表，很多根本沒有人力做 HTML 版，直接掛 PDF 反而是最能落地的做法。
立場三：重複內容與流量分散派
如果你同時有 HTML 版和 PDF 版，麻煩就來了。有 SEO 指南指出，HTML 頁面和 PDF 可能出現在同一個搜尋結果中而互相競爭。Google 的官方建議很一致：盡量只提供一份內容；做不到的話，要用 sitemap 或 canonical 標示偏好版本，canonical 可以放在 HTML 裡或 PDF 的 HTTP 標頭。
具體做法是這樣：Google 支援對非 HTML 文件使用 HTTP 回應標頭的 canonical，格式是 Link: <網址> ; rel="canonical"，且要用絕對網址。
立場四：GEO 派，「PDF 要讓 AI 讀得懂、引用得到」
GEO（生成式引擎優化）圈有人把這件事叫做 PDF GEO。這套說法的核心是：要用真正的標題而不只是放大字體，檔名要有描述性，例如用「b2b-saas-demo-conversion-benchmark-2026.pdf」而非「final-v7-updated.pdf」。
我對這一派抱持保留。第一，那篇文章出自 GEO 服務商，有行銷動機。第二，也是更重要的一點：Google 的說法只涵蓋 Google。有 GEO 業者指出，被 ChatGPT 引用不代表會被 Perplexity 引用，很多人只測了一個引擎就以為有「AI 能見度」。所以「PDF 在 AI Mode 能排名」不能直接推論成「所有 AI 搜尋都這樣處理 PDF」，這是我的推論，你需要自己測。
PDF SEO／GEO 檢查清單
| 檢查項目 | 做法 | 依據 |
|---|---|---|
| 文字可選取 | 全選複製貼到記事本，能貼出完整文字才算過關 | Splitt 的測試 |
| 標題與描述 | 填好文件屬性的 Title 與 Description，Title 的作用和 HTML 的 title 標籤類似 | 業界指南 |
| 長度參考 | 有指南建議 PDF 標題不超過 60 字元、描述不超過 170 字元 | 業界經驗值，非 Google 規定 |
| 檔名 | 用有意義的英文或拼音關鍵字，以連字號分隔 | 業界指南、GEO 實務 |
| 內部連結 | 要從網站頁面連到 PDF，才能把連結權重傳給它 | 業界指南 |
| 檔案大小 | 壓縮圖片，維持在 64MB 以下，越小越好 | Google 官方文件 |
| 是否有 HTML 版 | 有的話設定 canonical，避免兩份互搶 | Google 建議 |
| 無障礙標籤 | 沒有正確標籤的 PDF 會讓螢幕閱讀器出現嚴重問題 | 無障礙指南 |
我的看法
讀完所有資料，我最大的感想是：Google 說「可以」，不等於「建議」。
Google 的回答很誠實：PDF 能排名、連結有效、能進 AI Mode，但如果你有選擇，HTML 比較省事。這跟 SEO 一貫的邏輯相同，就是降低搜尋引擎理解你內容的成本。
所以我會這樣分：
- 本來就是為了印刷、簽署、填寫的檔案（表單、型錄、菜單）：留著 PDF，把上面的清單做完。
- 你希望帶來搜尋流量的內容（白皮書、研究報告、教學）：做成 HTML 頁面，PDF 當作「下載版」附在頁面上，並用 canonical 指向 HTML。
- 掃描檔：先做 OCR，再談 SEO。
另外一個我覺得常被忽略的成本是分析。PDF 沒辦法像網頁那樣放追蹤碼，你很難知道讀者看到第幾頁就離開。這是我的觀察，不是 Google 的說法，但對想做內容成效的人來說很實際。
常見問題
Q：PDF 會比 HTML 更難排名嗎？
Google 的說法是索引與排名基本和其他文件相同，沒有說 PDF 會被降權。但 Mueller 認為 HTML 讓一切更簡單，所以同樣內容下，我會優先選 HTML。
Q：PDF 裡的圖片會被 Google 圖片搜尋收錄嗎？
目前不確定。Splitt 傾向認為不會，且說可能改變。如果圖片搜尋對你重要，把圖片放在 HTML 頁面上比較保險。
Q：同一份內容有 PDF 和網頁，會被罰嗎？
通常不會被罰，Google 只會挑一個版本顯示。但為了掌握哪個版本出現，建議用 canonical 指定。
現在就能做的事
打開 Google Search Console，找出你網站上流量最高的 5 份 PDF，每份都做一次「全選、複製、貼到記事本」。貼不出文字的，就是你這週的第一個待辦。
