點擊網站上 PDF 文件的鏈接，然後看到瀏覽器的下載欄出現在視窗底部，而不是在瀏覽器標籤中優雅地呈現 PDF 內容，這是一種常見且令人沮喪的用戶體驗。 PDF 檔案本身沒有任何損壞、格式錯誤或損壞。在用戶看到內容的第一個像素之前，網頁伺服器和瀏覽器默默地協商如何處理傳入的文件，並且它們共同決定將文件下載到磁碟而不是內聯顯示。
PDF 能否在瀏覽器視窗中順利打開以立即查看，還是作為文件下載到用戶的本地存儲，取決於 Web 伺服器配置設定、瀏覽器內置 PDF 處理功能和用戶個人瀏覽器首選項之間的三向交互，所有這些都在用戶界面後面隱形運行。
了解為什麼要下載而不是顯示 PDF 需要檢查 Web 伺服器如何傳輸 Content-Disposition HTTP 標頭、瀏覽器如何處理 application/pdf MIME 類型，以及瀏覽器設定和安裝的擴充功能如何修改預設 PDF 處理行為。 WukongPDF 的PDF 格式 工具可建立適合跨平台PDF 閱讀 的符合標準的 PDF，以下的說明涵蓋了鏈中的每個因素。
內容處置標頭：伺服器如何指示瀏覽器
當任何 Web 伺服器將 PDF 檔案傳送到請求瀏覽器時，它會在實際文件資料之前包含一組 HTTP 回應標頭。 Content-Type 標頭將傳入資料流標識為 application/pdf，告訴瀏覽器期望什麼樣的內容。 Content-Disposition 標頭提供了決定瀏覽器行為的關鍵指令。配置為發送 Content-Disposition: inline 的伺服器指示瀏覽器使用瀏覽器可用的任何 PDF 渲染功能直接在瀏覽器視窗中顯示 PDF 內容。設定為傳送 Content-Disposition: 附件的伺服器指示瀏覽器提示使用者在本機下載並儲存檔案。
網站管理員和託管提供者在 Web 伺服器層級配置 Content-Disposition 標頭，可以全域配置從網域提供的所有 PDF 文件，按目錄配置特定資料夾，或按文件配置單一文件。如果網站營運商希望訪客能夠在瀏覽器中閱讀 PDF，而無需下載，則可以設定內聯交付。網站業者希望確保訪客保留永久的本地副本（可能用於使用者應存檔的稅務文件、法律文件或保固登記），則配置附件傳送。在大多數情況下，決定因素是伺服器配置，而不是 PDF 檔案本身的任何屬性。
瀏覽器設定和內建 PDF 查看功能
每個現代網頁瀏覽器（Chrome、Edge、Firefox、Safari）都包含內建的 PDF 檢視器元件，可直接在瀏覽器標籤中呈現 PDF 文檔，而無需任何外部應用程式或外掛程式。所有主要瀏覽器均預設啟用這些內建檢視器。當 Web 伺服器傳送 Content-Disposition 標頭設定為內聯的 PDF 時，瀏覽器會將傳入資料流路由至其內建檢視器，該檢視器會在瀏覽器標籤中與正常瀏覽器介面元素一起呈現頁面。當伺服器傳送 Content-Disposition: 附件時，無論內建檢視器是否可用且啟用，瀏覽器都會將檔案下載到本機磁碟。
每個瀏覽器都公開一個使用者可設定的設置，控制在瀏覽器層級對 PDF 檔案發生的情況，獨立於伺服器的指令進行操作。在 Chrome 中，導覽至“設定”、“隱私和安全性”、“網站設定”，捲動至“其他內容設定”，然後選擇“PDF 文件”。標記為下載 PDF 檔案而不是在 Chrome 中自動打開它們的開關直接控制瀏覽器是使用其內建檢視器還是強制下載每個 PDF，而不管伺服器的 Content-Disposition 標頭如何。故意啟用此切換的用戶（可能是因為他們更喜歡在專用桌面應用程式中閱讀 PDF）即使在伺服器正確內聯發送時也會體驗到他們單擊的每個 PDF 連結的下載。
瀏覽器擴充功能和第三方 PDF 處理應用程式
通常管理下載或專門處理 PDF 檔案的已安裝瀏覽器擴充功能可以攔截並覆蓋伺服器的 HTTP 標頭和瀏覽器自己的內建 PDF 設定。下載管理器擴充功能可以攔截具有 application/pdf MIME 類型的任何內容，並自動將其路由到下載佇列，而不是允許瀏覽器的檢視器顯示它。第三方 PDF 檢視器擴充功能可在瀏覽器中將自身註冊為 PDF 內容的指定處理程序，並在其自己的自訂檢視器介面中開啟檔案或提示使用者下載以供離線檢視。
Adobe Acrobat 的可選瀏覽器擴充功能在安裝並啟用後，可以攔截指向 PDF 文件的鏈接，並提供在完整的桌面 Acrobat 應用程式中開啟文檔，而不是在瀏覽器的輕量級內建檢視器中顯示它。擴充功能的行為由 Acrobat 中配置的使用者自己的首選項設定控制。先前選擇在 Acrobat 中開啟作為首選 PDF 處理方法的使用者將看到每個 PDF 在外部桌面應用程式中啟動，這可能會產生文件在實際在單獨的應用程式視窗中開啟時已下載的視覺印象。
| 係數 | 對 PDF 行為的影響 | 用戶控制等級 |
|---|---|---|
| 伺服器內容處置：內聯 | 瀏覽器在內建檢視器中開啟 PDF | 使用者無法直接覆蓋伺服器配置 |
| 伺服器內容處置：附件 | 無論所有其他設定如何，瀏覽器都會下載 PDF | 使用者無法直接覆蓋伺服器配置 |
| 瀏覽器 PDF 檢視器切換設定 | 在內建檢視器和強制下載之間切換 | 瀏覽器設定介面中的完全使用者控制 |
| 瀏覽器 PDF 擴充 | 可以攔截和重定向 PDF 處理 | 使用者控制擴充安裝和配置 |
檢查和更改瀏覽器的 PDF 處理行為
若要變更您自己的瀏覽器處理 PDF 檔案的方式，請開啟瀏覽器的設定介面並蒐索 PDF。尋找控制 PDF 處理行為的切換按鈕或下拉式選單，並將其設定為您的個人偏好。如果儘管您的瀏覽器配置為內聯查看，但特定網站始終強制下載 PDF，則伺服器會故意發送附件 Content-Disposition 標頭，並且僅您的瀏覽器設定無法覆蓋伺服器的明確指令。請聯絡網站所有者請求更改配置，或安裝專門的瀏覽器擴展，旨在從傳入的 HTTP 回應中剝離或重寫 Content-Disposition 標頭。
對於希望其 PDF 文件在訪客瀏覽器中順利開啟的網站擁有者和內容發佈者，請將 Web 伺服器設定為傳送 Content-Disposition: inline 對於所有具有 application/pdf MIME 類型的檔案。在 Apache HTTP Server 上，在面向 .htaccess 檔案中的 .pdf 副檔名的 FilesMatch 區塊中新增標頭集 Content-Disposition 內聯指令。在 Nginx 上，在處理 PDF 檔案請求的位置區塊中新增 add_header Content-Disposition 內聯指令。配置變更對所有新傳入請求立即生效。