Martin Splitt 與 John Mueller 在第 115 集說明：Google 會先把 PDF 轉成 HTML 再索引，可以排名、也能進 AI Overviews 與 AI Mode；但掃描檔看不懂、重新抓取很慢，改版請換檔名。
台灣企業官網有一種神祕生物，叫做「產品型錄.pdf」。它通常 38MB、由印刷廠輸出、放在「下載專區」第三層，檔名可能是 final_final_v3(1).pdf。業務說它很重要，行銷說它很美，SEO 顧問看著它默默嘆氣。
好消息是：Google 官方剛好花了一整集 podcast 聊 PDF。2026 年 10 月 13 日，Google Search Central 推出 Search Off the Record 第 115 集〈PDFs in Search: Indexing, AI & Pitfalls〉，由 Martin Splitt 與 John Mueller 對談約 25 分鐘。Search Engine Roundtable 的 Barry Schwartz 當天就整理了重點；PPC Land 隔天更把逐字稿和官方文件逐條對照。以下是我們幫客戶翻譯成「明天就能做」的版本。
重點一：Google 不是用 PDF 閱讀器看你的檔案
Splitt 說得很直白：PDF 是二進位容器，不是純文字格式，用文字編輯器打開只會看到一堆亂碼。Google 搜尋並沒有開一個 PDF 閱讀器去「看」，而是在索引流程裡用一個叫 converter（轉換器） 的元件處理——位置在「算繪之後、進索引之前」。
這個轉換器家族還包括 RTF、文書檔、Excel 試算表，甚至 Lotus Notes 文件（Splitt 自己都說「不知道為什麼」）。輸出一律是 HTML，因為後面的管線「幾乎只處理 HTML」。
換句話說：Google 評估的是你的 PDF「轉成 HTML 之後的樣子」。 這解釋了幾件事：
- PDF 裡的文字連結會被保留，像一般網頁連結一樣被處理；
- 轉換後的 PDF 用跟一般文件差不多的系統做索引與排名；
- Mueller 補充：所以它們也能出現在 AI Overviews、AI Mode 等功能裡。Splitt 再丟出今年 Google 很愛講的一句：好的 SEO 就是好的 GEO。
重點二：掃描檔是「最糟的那一種」
如果 PDF 的每一頁其實是一張圖（點陣化頁面、掃描書），文字層就不見了。Splitt 直接稱它為最糟的情況：內容全部流失。Mueller 也說，有些系統也許能做 OCR，但「你不能依賴它」。
Splitt 給了一個不用任何工具的檢查法，建議貼在公司白板上：
- 打開 PDF，全選文字；
- 複製，貼到記事本；
- 有文字出現，恭喜；空白一片，那 Google 多半也看不到。
點陣化頁面對螢幕閱讀器等輔助科技同樣不友善，除非產生器有特別處理無障礙。對政府標案、上市櫃公司報告來說，這可不只是 SEO 問題。
至於 PDF 裡的圖片？Splitt 的回答很保守：圖片搜尋通常從圖片 URL 出發，而內嵌在 PDF 裡的圖沒有 URL，所以他「不認為能像一般圖片那樣處理」，但也說這可能已經改變。產品照片想被圖片搜尋找到，請另外放在網頁上。
重點三：大小限制，連主持人都記不得
Mueller 問 PDF 的大小上限，Splitt 說他知道抓取 PDF 的上限比一般網頁大，但「不知道確切數字」，而且轉成 HTML 後的版本可能另有限制。
不過 Google 的文件其實寫過：Googlebot 對 HTML 等檔案的上限是 2MB，PDF 則抓取前 64MB；平台預設值為 15MB。PPC Land 特別點出這個「主持人說不出來、文件裡卻寫著」的落差。實務結論很簡單：別讓重要資訊只躲在一份巨大 PDF 的後半段。
重點四：PDF 重新抓取很慢，改版請換檔名
這段對有價目表、季刊型錄的客戶最關鍵。Mueller 說 Google 把 PDF 當成類似圖片的靜態檔案，不會每幾分鐘重抓一次，因為系統假設它「很久都不會變」。
所以他的建議是：要更新 PDF 時，乾脆用新的檔名。 新 URL 被連結後，會被當成新內容發現與抓取。舊檔名覆蓋更新，搜尋結果可能好一段時間還停在舊價格。
Mueller 還講了一個慘案：某個 CMS（他印象中可能是 Joomla 之類）會替每一頁自動產生 PDF 版。因為 PDF 更新比較慢，最後變成「舊內容以 PDF 被索引、新內容以 HTML 被索引」，兩個版本互相競爭還不同步。他的看法是：經常變動、又自動產生的 PDF，最好不要讓它進索引。
重點五：完全相同的檔案，標準化更麻煩
PDF 被下載再轉貼到別的網站時，是位元組完全相同的副本。Mueller 說這讓 canonical 判斷更難。他提出兩個方法：
- 在 HTTP 回應加上
rel="canonical"的 Link 標頭（他也承認很少人做，因為麻煩）； - 在 PDF 開頭放一個明顯連回官網的連結，轉換後這個連結會跟著保留。
Splitt 補充：作者、描述、來源連結等 PDF 中繼資料欄位也值得填。另外，設密碼的 PDF 搜尋引擎讀不到；被 robots.txt 擋住的也一樣。
台灣官網最常見的四種 PDF 場景
對照本集內容，我們把客戶最常遇到的情況分成四類，處理方式各不相同：
- 產品型錄與規格書：B2B 製造業最愛。內容重要、更新不頻繁，但常是印刷檔直出、文字轉外框。建議每個主力產品都有自己的 HTML 規格頁，型錄只當打包下載。
- 價目表與方案說明：更新頻率高、錯一個數字就會被客戶截圖。最不適合只靠 PDF，因為重新抓取慢，舊價格可能在搜尋結果裡停留很久。
- 年報、ESG 與白皮書：篇幅長、格式要求嚴格，PDF 很合理。重點是保留文字層、做好無障礙標記，並另外寫一頁 HTML 摘要，讓重點能被搜尋與 AI 引用。
- 報名表、申請書與菜單：Splitt 舉的度假小屋報名表、餐廳菜單就是這類。能列印、能填寫是剛需；但如果客戶有餘力，網頁版永遠更好用。
工作室給客戶的 PDF 檢查清單
把 podcast 內容轉成交付規格，我們會這樣做：
- 主內容用 HTML，PDF 當「下載版」。 產品規格、服務價目、門市資訊做成可回應式網頁，PDF 放在頁面裡當附件。Mueller 說得很中肯：如果選項是「有 PDF 菜單」或「沒有菜單」，那當然要菜單；但如果能做成網頁，他比較喜歡網頁。
- 每份 PDF 跑一次「全選複製」測試。 印刷廠給的外框字、轉曲線檔案，請要求另出一份保留文字層的網路版。
- 版本化檔名。 例如
catalog-2026q4.pdf，網頁上的下載連結同步更新；舊檔要下架還是轉址，依業務需求決定（這是我們的建議，不是 Google 原話）。 - 伺服器幫 PDF 加 canonical 標頭。 Laravel 可以這樣寫：
return response()->file($path, [
'Link' => '<https://example.com/products/widget>; rel="canonical"',
]);
- 自動產生的「列印版 PDF」加
X-Robots-Tag: noindex，避免和 HTML 本尊打架。 - 快取設定配合更新頻率。 Splitt 舉例：每季更新的型錄，快取個幾個月是合理的。
- PDF 第一頁放官網連結與聯絡方式，順手填好中繼資料。
- 不要把 llms.txt 存成 PDF。 這是本集開場的玩笑，但 Splitt 的回答很認真：「不。」llms.txt 的目的是用最簡單的純文字給模型讀，PDF 完全反其道而行。
你可能會問
Q：PDF 會不會被 Google 歧視、排名比較差？
A：依本集說法，轉換後的 PDF 索引與排名「跟其他文件差不多」，也能出現在 AI 功能裡。問題通常不在格式本身，而在掃描檔、更新慢、行動版體驗差。
Q：同一份內容同時有網頁和 PDF，會不會重複內容扣分？
A：本集沒有說會扣分，但提醒了兩個版本不同步、互相競爭的風險。建議用 canonical 標頭指回 HTML，或讓自動產生的 PDF 不進索引。
Q：PDF 很大，會不會只被讀一半？
A：Google 文件寫明 Googlebot 抓 PDF 的前 64MB，轉換後是否另有上限則沒公開。保險做法是重要資訊放前面、檔案適度壓縮，並另做 HTML 摘要頁。
Q：PDF 裡的連結有用嗎？
A：有。因為 PDF 會被轉成 HTML，裡面的文字連結會被保留並像一般連結一樣處理。所以型錄裡記得放回官網產品頁的連結，別只放一個 QR Code。
結語
這集 podcast 最實用的一句話不是「好的 SEO 就是好的 GEO」，而是 Mueller 那句樸素的建議：要改 PDF，就換個檔名。PDF 不是 SEO 的敵人，它只是一位做事很慢、看不懂圖片、還不愛在手機上縮放的同事。給它清楚的文字層、合理的檔名、一張回官網的名片，再讓 HTML 頁面擔任門面，它就能乖乖幫你在搜尋與 AI 答案裡露臉。
今天就把官網「下載專區」打開，挑三份最重要的 PDF 做全選複製測試——結果可能比你想像的更刺激。
來源： Google Search On PDFs: Conversion, Links, HTML, Ranking, Limits, Crawling...（Barry Schwartz，Search Engine Roundtable，2026/10/13）；延伸參考：Google podcast hosts can't name the PDF crawl limit it documents as 64MB（Luis Rijo，PPC Land，2026/10/14）、Google Explains How They Rank PDFs And What It Means For SEO/GEO（Roger Montti，Search Engine Journal）、Overview of Google crawlers and fetchers（Google for Developers）。