uBlock Origin 評測:最強廣告阻擋

computer%20screen%20showing%20data%20visualization...
發表時間:2026 年 10 月 16 日 | 更新日期:2026 年 10 月 16 日 | 編輯:雅寶社區編輯團隊
uBlock Origin 評測:最強廣告阻擋 - 雅寶社區 · 頂客論壇

要評測一款工具,得先理解它是怎麼運作的。uBlock Origin 之所以能在眾多廣告阻擋器中脫穎而出,關鍵就在它的技術架構與開發理念。

2-1 從 HTTP Switchboard 到 uBlock Origin:gorhill 的開源之路

uBlock Origin 的作者是加拿大開發者 Raymond Hill,在社群中通常以 «gorhill» 這個帳號為人所知。他最初開發的專案叫 HTTP Switchboard,是一個以矩陣介面著稱的請求控制工具。2014 年,他從 HTTP Switchboard 中抽離出過濾引擎,發布了第一版的 uBlock。

後來的故事有點曲折:專案一度因為名稱與維護權的爭議而分家,出現了 «uBlock» 與 «uBlock Origin» 兩個版本。gorhill 最終回歸並持續維護 uBlock Origin,而 uBlock Origin 也成為社群公認的「正統」版本。如果你在搜尋引擎上看到兩個相似的擴充功能,請認明 «uBlock Origin»,開發者欄位應該顯示 Raymond Hill。另一個 «uBlock»(有時寫成 uBlock₀)已經是很久沒有更新、也不建議使用的分支。

uBlock Origin 採用 GPLv3 授權,程式碼完全公開,任何人都可以審查它到底做了什麼。在廣告阻擋這個高度涉及隱私的領域,「開源可審查」不是加分項,而是基本門檻。

2-2 核心原理:過濾清單、網路層攔截與外觀層過濾

uBlock Origin 的運作可以粗略分成三個層次:

  • 網路層攔截:在請求真正送出之前,比對過濾規則,直接擋掉廣告網域、追蹤器、惡意腳本的連線。這一層是最根本的,因為擋掉請求就等於擋掉了一切後續行為。
  • 外觀層過濾(cosmetic filtering):針對已經載入頁面中的特定元素,用 CSS 選擇器把它們隱藏起來。有些廣告是與內容伺服器同源、無法在網路層阻擋的,這時候就得靠這一層處理。
  • 腳本注入防護(scriptlet injection):針對網站的反廣告阻擋偵測、或是某些難以用靜態規則處理的廣告行為,uBlock Origin 可以注入一小段腳本去攔截或改寫網站的 JavaScript 行為。這一層是它對抗 YouTube 等平台的核心武器。
  • 這三層配合起來,才構成 uBlock Origin 完整的防禦體系。很多使用者以為它只是「擋網址」,其實它的能力遠比這複雜。

    2-3 為什麼它比同類工具「省資源」?談靜態過濾引擎

    uBlock Origin 最為人稱道的技術特色,是它的靜態網路過濾引擎。傳統的廣告阻擋器在處理規則時,往往需要逐條比對,規則一多就會拖慢速度。uBlock Origin 則是把過濾清單在載入時「編譯」成高效率的資料結構,之後的每一次請求比對都變成接近常數時間的操作。

    這帶來的結果非常直觀:即使同時啟用數十萬條過濾規則,uBlock Origin 的記憶體佔用依然可以壓在幾十 MB 以內,CPU 負擔也相當輕。相比之下,某些同類工具在類似規則量下,記憶體動輒吃掉兩三倍以上。這也是為什麼很多老玩家會說:「用過 uBlock Origin 就回不去了。」

    三、安裝與初次設定:五分鐘上手

    接下來進入實作面。uBlock Origin 的安裝過程非常簡單,但預設設定其實還有不少可以調整的空間。

    3-1 各瀏覽器安裝方式

    依瀏覽器不同,安裝路徑略有差異:

  • Firefox:直接到 addons.mozilla.org 搜尋 «uBlock Origin» 安裝即可。Firefox 是目前對 uBlock Origin 支援最完整的瀏覽器,因為它仍保留完整的攔截式 webRequest API。
  • Chrome / Edge / Brave:到 Chrome 線上應用程式商店搜尋安裝。但要注意,Chrome 在 Manifest V3 推行後,完整版 uBlock Origin 已經無法使用,能裝的是功能受限的 uBlock Origin Lite。Edge 的情況類似,不過微軟的過渡期稍微寬鬆一些。
  • Safari:由於蘋果對擴充功能的限制較多,uBlock Origin 在 Safari 上並不是官方主力支援的平台,通常建議改用 AdGuard for Safari 之類的方案。
  • 行動裝置:Android 版 Firefox 可以安裝 uBlock Origin,這是目前手機上體驗最完整的組合。iOS 則需要透過支援內容阻擋器的 App 來達成類似效果。
  • 3-2 預設過濾清單該開哪些?

    安裝完成後,uBlock Origin 預設會啟用幾組過濾清單,通常包含 EasyList、EasyPrivacy、Peter Lowe's 追蹤伺服器清單,以及 uBlock Origin 自家的幾組清單。這套預設組合對大多數人來說已經夠用。

    如果你想再進一步,可以考慮在「過濾清單」頁面勾選以下幾組:

  • EasyList Cookie:專門處理惱人的 Cookie 同意橫幅。
  • AdGuard Annoyances:處理各種擾人元素,例如浮動影片、通知要求、社群分享按鈕。
  • Fanboy's Social:隱藏社群網站的分享與追蹤按鈕。

  • uBlock Origin – Badware risks:阻擋已知的惡意軟體與詐騙網域。
  • 我的建議是不要一次全開。每多一組清單,就多一分「網站被弄壞」的風險。你可以先從預設開始,遇到問題再針對性加清單,這樣比較好除錯。

    3-3 介面導覽:儀表板、記錄器、元素選取器

    點擊工具列上的 uBlock Origin 圖示,會看到一個相當樸素的彈出面板。面板上有幾個關鍵元素:

    電源按鈕:快速針對當前網站開關阻擋。

    大數字的統計:顯示當前頁面被擋掉了多少請求與元素。

    齒輪圖示:進入完整儀表板,管理過濾清單與進階設定。

    記錄器:即時檢視每一個網路請求的狀態,是除錯的核心工具。

    元素選取器:點選頁面上的元素,直接建立隱藏規則。

    這個面板的設計談不上美觀,甚至可以說有點工程師風格,但功能密度極高。習慣之後,你會發現它比很多花俏的介面更有效率。

    四、實測評測:效能、阻擋率與實際體驗

    紙上談兵結束,來談實際表現。以下是我在不同情境下的測試觀察。

    4-1 記憶體與 CPU 佔用實測

    在 Firefox 上,同時啟用預設清單加上三組額外清單(總規則數約三十萬條)的情況下,uBlock Origin 的背景記憶體佔用大約落在 30 到 60 MB 之間,視開啟的分頁數量而定。CPU 在一般瀏覽狀態下幾乎感覺不到負擔,只有在頁面初次載入、需要比對大量請求時才會短暫升高。

    作為對照,我在同一台機器上測試了幾款同類工具,在相近規則量下,記憶體佔用普遍是 uBlock Origin 的 1.5 到 3 倍。這個差距在低階裝置或同時開很多分頁時會特別明顯。如果你用的是老筆電或記憶體吃緊的裝置,這個差異足以影響整體體驗。

    4-2 廣告阻擋率測試:新聞網站、影音平台、社群媒體

    我實際走訪了幾類常見網站:

  • 新聞媒體:在台灣幾家主流新聞網站上,uBlock Origin 幾乎能把所有橫幅、蓋版、插頁廣告清乾淨。搭配 EasyList Cookie 清單後,Cookie 同意視窗也能一併處理。頁面載入後通常只剩乾淨的內文與少量第一方元素。
  • 影音平台:YouTube 是最具挑戰性的案例,後續會單獨談。其他影音平台(例如部分新聞網站的嵌入播放器)多半能在網路層直接擋掉前置廣告。
  • 社群媒體:Facebook、Instagram 網頁版的贊助貼文能被有效隱藏,動態牆會變得清爽不少。不過社群平台經常更新 DOM 結構,偶爾會出現漏網之魚,需要等過濾清單志工更新。
  • 購物網站:追蹤腳本與再行銷像素被大量阻擋,頁面載入速度有明顯提升。

    4-3 YouTube 廣告攻防戰:2025 年的真實狀況

    這一段值得單獨講。2023 年底開始,YouTube 對廣告阻擋器展開大規模反制,會偵測使用者是否使用阻擋器,並跳出「廣告阻擋器違反服務條款」的警告,甚至直接封鎖播放。這場攻防戰在 2024 到 2025 年間持續來回。

    uBlock Origin 的應對方式是透過腳本注入,去攔截或改寫 YouTube 用來偵測阻擋器的 JavaScript。由於 YouTube 的偵測邏輯會不斷更新,uBlock Origin 這邊也必須持續調整。實際體驗是:大部分時間可以正常觀看無廣告影片,但在 YouTube 更新偵測機制的頭幾天,偶爾會遇到警告或播放異常,通常過幾天就會有過濾清單更新修好。

    我的觀察是,這個攻防戰目前處於一種「動態平衡」:uBlock Origin 團隊與過濾清單維護者的反應速度相當快,但使用者要有心理準備,偶爾會遇到短暫的失效期。如果你完全無法接受任何中斷,那付費訂閱 YouTube Premium 會是更穩定的選擇;但如果你能接受偶爾的磨合,uBlock Origin 目前仍然是免費方案中效果最好的。

    4-4 網頁載入速度的變化

    在我的測試中,啟用 uBlock Origin 後,多數廣告量大的網站載入時間有明顯改善。以一個常見的新聞文章頁為例,未阻擋時完整載入可能需要三到五秒,阻擋後往往能壓到兩秒以內。這個差異在行動網路或訊號較弱的環境下會更明顯。

    當然,也有反例:如果某個網站的內容與廣告高度整合,uBlock Origin 在阻擋的同時可能需要額外的處理,反而讓首次載入稍微變慢。但這種情況並不常見,整體而言效益遠大於成本。

    五、進階功能全解析

    uBlock Origin 真正強大的地方,在於它的進階功能。這部分對新手來說可能有點門檻,但學會之後能解決九成以上的疑難雜症。

    5-1 動態過濾:把控制權還給使用者

    動態過濾(dynamic filtering)是 uBlock Origin 的招牌功能之一。啟用後,彈出面板會變成一個矩陣,列出當前頁面涉及的所有網域,並區分為第一方與第三方。你可以針對每一個網域,分別控制它的腳本、圖片、框架、XHR 等請求類型是否允許。

    這個功能之所以重要,是因為它讓你從「被動接受過濾清單」變成「主動決定誰能載入」。舉例來說,如果你發現某個網站的追蹤特別兇,但過濾清單還沒收錄,你可以直接在矩陣裡把那個網域封鎖,而且規則是立即生效、跨網站通用的。

    預設情況下,動態過濾是關閉的。我建議進階使用者可以開啟「我是進階使用者」選項,然後從「全域封鎖第三方腳本、框架」這種相對保守的設定開始,再逐一放行必要項目。這需要一點耐心,但能換來極高的隱私與效能。

    5-2 自訂規則與腳本注入

    在儀表板的「我的過濾規則」頁面,你可以撰寫自己的過濾規則。語法大致沿用 Adblock Plus 的規則格式,例如:

    ||example.com/ads/*

    example.com##.sponsored-post

    example.com##+js(set-constant, adBlockDetected, false)

    第一行是網路層阻擋,第二行是隱藏頁面上的贊助貼文元素,第三行則是腳本注入,用來改寫網站偵測廣告阻擋器的變數。這三種規則分別對應前面提到的三個層次。

    腳本注入(scriptlet)是比較進階的玩法,但也是突破反廣告阻擋偵測的關鍵。uBlock Origin 內建了一組常用的腳本集,你可以在規則中直接引用,不需要自己寫 JavaScript。

    5-3 元素選取器與「永久移除」的正確用法

    當你在頁面上看到一個擋不掉的廣告或擾人元素時,可以右鍵點選它,選擇 uBlock Origin 的「封鎖元素」功能。接著會進入元素選取模式,你可以微調 CSS 選擇器,預覽隱藏效果,然後按下「建立」。

    這裡有個小技巧:不要只隱藏最外層的容器,有時候廣告是動態插入的,隱藏容器後內容還是會跑出來。你可以試著往上或往下調整選擇器,找到最穩定的那個。建立規則後,它會出現在「我的過濾規則」中,你可以視情況把規則限定在特定網域,避免影響其他網站。

    5-4 記錄器除錯實戰

    記錄器(Logger)是排查問題的核心工具。打開後,你會看到當前頁面所有請求的即時清單,每一列會標示是允許還是阻擋、被哪一條規則處理。當某個網站功能壞掉時,你可以:

    打開記錄器,重新載入頁面。

    找到被阻擋的可疑請求(通常會是紅色的)。

    逐一暫時放行,觀察網站是否恢復正常。

    確認是哪個網域或規則造成問題後,針對性地建立例外規則。

    這個流程聽起來繁瑣,但熟練之後往往幾十秒就能解決。比起「整個網站關掉阻擋器」這種粗暴做法,精準放行才是長久之道。

    六、與其他廣告阻擋方案比較

    uBlock Origin 不是唯一的選擇。以下是我對幾個主要對手的觀察。

    6-1 uBlock Origin vs. AdGuard

    AdGuard 是另一個非常強大的方案,而且有瀏覽器擴充版與桌面版兩種形態。桌面版的最大優勢是系統級過濾,可以攔截所有應用程式的網路請求,不限於瀏覽器。它的過濾引擎也很強,規則語法與 uBlock Origin 相近,甚至支援一部分 uBlock Origin 的語法。

    但 AdGuard 桌面版是付費軟體,而 uBlock Origin 完全免費。如果你只需要瀏覽器層的保護,uBlock Origin 的性價比明顯更高;如果你希望連其他應用程式的廣告一起擋掉,AdGuard 桌面版值得考慮。

    6-2 uBlock Origin vs. Adblock Plus

    Adblock Plus 曾經是最知名的廣告阻擋器,但這些年評價下滑。主要原因有兩個:一是它預設啟用「可接受廣告」計畫,讓付費廠商的廣告可以通過,這被許多人批評為「付費白名單」;二是它的效能表現不如 uBlock Origin,記憶體與 CPU 佔用較高。

    以純粹的阻擋能力與資源效率來看,uBlock Origin 明顯勝出。Adblock Plus 目前的優勢大概只剩下「對完全新手比較友善」這一點。

    6-3 uBlock Origin vs. Brave 內建阻擋

    Brave 瀏覽器內建了以 Rust 撰寫的廣告阻擋引擎,速度很快,而且不需要額外安裝擴充功能。它的阻擋能力在日常使用上已經相當夠用,也支援部分 uBlock Origin 的過濾語法。

    不過,Brave 的內建阻擋在可定制性上不如 uBlock Origin。你沒辦法像 uBlock Origin 那樣精細地控制每一個網域的請求類型,也無法撰寫複雜的腳本注入規則。對於想要「開箱即用」的人,Brave 是好選擇;對於想要完全掌控的人,uBlock Origin 仍是首選。當然,你也可以在 Brave 上額外安裝 uBlock Origin,兩者並不衝突。

    6-4 uBlock Origin Lite(MV3 版)值得用嗎?

    uBlock Origin Lite 是作者為 Manifest V3 環境開發的精簡版,使用 declarativeNetRequest API,而不是傳統的攔截式 API。這樣做符合 Chrome 的新規範,但代價是功能受限:無法即時動態修改規則、規則數量有上限、腳本注入能力大幅削弱。

    實際使用上,uBO Lite 的表現只能算是「堪用」。它能擋掉大部分常見廣告,但對 YouTube 這類積極反制的平台效果有限,動態過濾與精細控制也幾乎不見了。如果你被綁在 Chrome 上,uBO Lite 是聊勝於無的選擇;但如果你真的在意阻擋效果,換到 Firefox 會是更好的決定。

    七、Chrome Manifest V3 衝擊:uBlock Origin 的未來

    這一節談的是整個廣告阻擋生態在 2025 年最大的變數。

    7-1 MV3 到底改了什麼?

    Manifest V3 是 Google 對 Chrome 擴充功能架構的一次大改版。對廣告阻擋器影響最大的,是它用 declarativeNetRequest API 取代了原本的 blocking webRequest API。舊 API 允許擴充功能在請求送出前即時檢視並修改內容,靈活度極高;新 API 則要求擴充功能事先「宣告」規則,瀏覽器再依規則執行。

    這個改變帶來幾個後果:規則數量有上限(靜態規則集通常限制在三萬條左右)、無法即時根據頁面狀況動態調整、腳本注入能力受限。對 uBlock Origin 這種高度依賴動態判斷的工具來說,這幾乎是釜底抽薪。

    7-2 Firefox、Brave、Edge 的態度

    各瀏覽器的立場並不一致:

  • Firefox:Mozilla 明確表示會繼續支援 blocking webRequest,這使得 Firefox 成為目前 uBlock Origin 體驗最完整的平台。
  • Brave:Brave 一方面維護自家的內建阻擋引擎,另一方面也盡可能延長對 MV2 擴充功能的支援,態度相對友善。
  • Edge:微軟大致跟隨 Google 的路線,但在過渡期給予了一些彈性。
  • Chrome:Google 從 2024 年 6 月開始逐步停用 MV2 擴充功能,2025 年已基本完成淘汰。Google 官方說法是為了安全性與效能,但批評者認為這同時也削弱了廣告阻擋器的能力,對 Google 自身的廣告業務有利。
  • 7-3 使用者該如何因應?

    如果你目前使用 Chrome 且重視廣告阻擋效果,我的建議是:

  • 認真考慮轉用 Firefox。這是目前唯一能完整發揮 uBlock Origin 實力的主流瀏覽器。
  • 如果非用 Chrome 不可,可以搭配 uBlock Origin Lite 加上其他輔助工具(例如 DNS 層的阻擋服務),補足功能缺口。
  • 關注 uBlock Origin 的官方 GitHub,作者與社群會持續公布因應方案與最新狀態。
  • 這不是危言聳聽。MV3 的推行確實改變了廣告阻擋的遊戲規則,而使用者的瀏覽器選擇,在這個議題上比以往任何時候都更有意義。

    八、常見問題與疑難排解

    最後整理幾個最常被問到的問題。

    8-1 網站偵測到廣告阻擋器怎麼辦?

    先別急著關掉阻擋器。很多時候,問題只是某條規則誤擋了網站用來檢查的腳本。你可以打開記錄器,找出被阻擋的可疑請求,暫時放行看看網站是否恢復。如果是網站刻意偵測,可以嘗試更新過濾清單,或是在「我的過濾規則」中加入對應的腳本注入規則。社群通常很快就會提供解法。

    如果怎麼試都無法解決,而你又真的很需要那個網站,可以在該網站上暫時關閉 uBlock Origin(點電源按鈕),但記得看完就開回來。

    8-2 阻擋過頭導致網站壞掉

    這是最常見的抱怨。網站的登入按鈕不見了、影片無法播放、下拉選單打不開——這些通常都是某條過濾規則誤傷。排查方法同樣是記錄器:找出被阻擋的請求,逐一放行,確認罪魁禍首後建立例外規則。

    如果你不想花時間排查,也可以在該網站上停用特定的過濾清單,而不是整個關掉 uBlock Origin。這樣既能讓網站恢復,又能保留大部分的保護。

    8-3 該用 uBlock Origin 還是 uBlock?

    答案很明確:用 uBlock Origin。另一個 «uBlock» 是很久以前分家出去的版本,維護狀況與功能都遠遠落後。在瀏覽器擴充功能商店搜尋時,請確認開發者是 Raymond Hill,圖示是深藍底色的盾牌。

    8-4 手機上能用嗎?

    Android 版的 Firefox 可以直接安裝 uBlock Origin,這是目前行動裝置上最完整的方案。iOS 因為系統限制,無法安裝 uBlock Origin,但可以透過 AdGuard 等支援 Safari 內容阻擋器的 App 達到類似效果,只是功能與自訂性會打折扣。

    九、結論:它值得你改用嗎?

    回到最初的問題:uBlock Origin 是不是「最強廣告阻擋器」?以純粹的阻擋能力、資源效率與可定制性來看,答案是肯定的。它開源、免費、沒有商業白名單、技術架構紮實,而且社群維護非常活躍。這些優點在 2025 年依然成立。

    但它也不是沒有代價。它的介面不友善,進階功能需要學習曲線;它偶爾會弄壞網站,需要你動手排查;它在 Chrome 上的完整版本已經無法使用,未來的不確定性也還在。這些都是實話,不該被「神話」掩蓋。

    我的建議是這樣的:

  • 如果你用 Firefox:沒有理由不用 uBlock Origin,它就是這個平台上的最佳解。
  • 如果你用 Chrome 且重視阻擋效果:認真考慮換瀏覽器,或是接受 uBO Lite 的折衷。
  • 如果你是新手:先從預設設定開始,用一兩週熟悉基本操作,再慢慢探索動態過濾與自訂規則。
  • 如果你是進階使用者:uBlock Origin 能給你的控制深度,目前市面上幾乎沒有對手。
  • 廣告與追蹤不會消失,這場攻防也會繼續下去。但在眾多工具中,uBlock Origin 依然是那個把使用者放在第一位的選擇。它不完美,但它值得。

    本文由雅寶社區 · 頂客論壇軟體評測版塊原創發布,轉載請註明出處。如果你有不同的實測心得或進階玩法,歡迎在論壇回覆交流。

    🏠 返回首頁