無頭瀏覽器是什麼？如何用 headless 模式執行自動化任務

撰寫腳本批次抓取資料、進行端對端測試，或讓伺服器定時執行任務時，很多人都會聽到「無頭瀏覽器」這個詞。它聽起來很專業，其實概念並不複雜：無頭瀏覽器就是沒有圖形介面的瀏覽器，由程式碼驅動，在背景完成網頁操作。本文會說明它是什麼、與平常使用的瀏覽器有何差異、有哪些工具可用，以及最常見的問題與處理思路。

無頭瀏覽器到底是什麼？

無頭瀏覽器（Headless Browser）的運作邏輯和你每天開啟的 Chrome、Edge 幾乎一樣：能正常載入網頁、執行 JavaScript、儲存 Cookie、讀取 LocalStorage，也支援 Canvas、WebGL 等現代網頁功能。唯一主要差異是它不會彈出可視視窗，所有工作都在背景完成，你只能透過程式碼或命令列進行控制並查看結果。

可以這樣理解：一般瀏覽器有「大腦」（負責渲染、執行、互動），也有「臉面」（顯示視窗）；無頭瀏覽器保留完整的大腦能力，只是移除可視視窗，因此適合無人值守、批次和伺服器端執行。

有哪些常見的實作方式？

無頭能力通常由瀏覽器本身或第三方函式庫提供，常見方式包括：

• Chrome/Chromium 內建參數：啟動 Chrome 時加入 --headless 參數，即可用無頭方式執行，適合簡單的命令列抓取與截圖。
• Puppeteer：Node.js 生態中很熱門的函式庫，預設操作 Chromium，可模擬點擊、輸入、捲動、截圖與匯出 PDF，常用於前端自動化與資料抓取。
• Playwright：支援 Chromium、Firefox、WebKit 多種核心，跨瀏覽器一致性佳，是現代 Web 應用測試與自動化的常見選擇。
• Selenium：老牌自動化框架，透過 WebDriver 協定驅動真實瀏覽器，生態成熟，並支援 Python、Java、JS 等多種語言綁定，因此測試團隊經常使用。

要選哪一種，主要取決於你熟悉的技術棧，以及是否需要跨瀏覽器支援。Node 專案常選 Puppeteer 或 Playwright，測試與多語言專案常選 Selenium，輕量抓取則可能直接使用 Chrome 參數。

為什麼大家會用無頭模式執行任務？

無頭模式最直接的價值就是適合伺服器端與批次執行：

• 一台伺服器可以同時執行多個實例，不占用桌面資源；
• 行程更輕量，通常比有介面的瀏覽器占用更少資源；
• 常用於沒有桌面環境的 Linux 伺服器或 Docker 容器；
• 配合排程任務，可以無人值守地完成抓取、截圖、回歸測試等工作。

這些特性讓無頭瀏覽器成為自動化開發、網頁抓取與測試工程中常見的基礎設施。

無頭模式最常見的問題：特徵明顯、可能容易受到限制

無頭執行雖然節省資源，但也有一些較容易被識別的特徵。許多反爬與風控系統會綜合判斷造訪來源是否可疑，純無頭瀏覽器常會在下列方面留下痕跡：

• 渲染差異：無頭環境中的 Canvas / WebGL 輸出可能與一般瀏覽器不同；
• 協定痕跡：部分自動化使用的除錯協定路徑可能被識別；
• 資訊不一致：User-Agent、字型清單、Permissions API、硬體並行度等訊號可能與一般瀏覽器環境不符；
• 缺乏真實使用流程：純腳本可能直接跳轉、以機械式間隔點擊，缺少正常使用者的操作節奏。

如果任務需要穩定工作階段與登入狀態，直接使用純無頭環境常會遇到登入困難或頻繁要求二次驗證。這就是無頭模式「節省資源」與「環境接近正常使用」之間需要權衡的地方。

想要穩定執行，可以先從環境著手

如果腳本要處理需要登入、需要穩定工作階段的網頁任務，單純追求「無頭、省資源」通常不夠，還需要讓腳本執行在一個參數一致、工作階段穩定的瀏覽器環境中。常見做法包括：

• 為不同任務建立各自的瀏覽器環境，分別設定作業系統、User-Agent、Cookie、解析度等，讓每次執行都落在同一套一致的參數上；
• 固定網路出口，避免同一腳本頻繁切換出口而觸發風控；
• 對需要保留登入狀態的任務，重複使用已儲存的 Cookie 與本機資料，減少反覆登入；
• 腳本本身維持合理節奏，盡量按照真實操作順序執行，而不是機械式跳轉。

完成這些準備後，再讓 Puppeteer、Playwright 或 Selenium 腳本透過介面連接這些環境，就能在保留無頭高效率的同時，獲得更接近一般瀏覽器的穩定工作階段。對需要背景批次執行、又要重複使用環境的團隊來說，這正是 PurpleMark Local API 的適用情境：你可以在 PurpleMark 工作區集中維護這些環境，再讓自動化腳本透過 Local API 按環境識別碼啟動執行，將「環境設定」與「腳本執行」分開管理，腳本與環境的參數都保留在工作區中，方便重複使用與多人協作。

說明：請將自動化用於合規的資料蒐集、測試與自有業務營運，遵守目標網站的服務條款與 robots 規則，不要使用工具規避平台安全審查或大量偽造帳號。

無頭模式適合誰使用？

無頭瀏覽器不是萬靈丹，要不要使用取決於任務性質：

• 網頁自動化腳本 / 排程任務：批次抓取公開資料、定時監控頁面變化，很適合無頭模式；
• 端對端測試：前端工程師可在 CI 中執行回歸測試，透過無頭模式快速驗證功能是否正常；
• 需要穩定工作階段的登入型任務：只靠純無頭環境通常不夠穩定，建議把無頭執行與穩定瀏覽器環境結合，而不是只依賴無頭模式。

如果只是偶爾手動查看一個頁面，直接開啟一般瀏覽器更簡單；如果需要長期、批次、在伺服器上執行網頁任務，無頭模式才有明顯價值。

常見問題

無頭瀏覽器和一般瀏覽器有差別嗎？ 核心渲染與腳本執行能力相同，主要差別是沒有可視視窗、需要由程式碼驅動。也正因如此，它的自動化特徵更明顯，一些網站能識別出非人工存取。

一定要使用無頭模式嗎？ 不一定。只是一次性手動查看時，使用一般瀏覽器即可；只有需要在伺服器上批次、無人值守地執行網頁任務時，無頭模式才有明顯收益。

無頭腳本登入困難怎麼辦？ 先確認是腳本行為問題還是環境問題。若環境過於「機械」或參數不一致，可以讓腳本連接到參數一致、網路出口穩定的瀏覽器環境，並合理重複使用已儲存的工作階段與 Cookie。

Puppeteer 和 Playwright 選哪一個？ 兩者都很成熟。Puppeteer 偏向 Chromium 單核心，容易上手；Playwright 支援多種瀏覽器，跨瀏覽器一致性更好。依專案技術棧以及是否需要跨核心支援來選擇即可。