前言
本文是根據 2026 年 6 月時點的資訊撰寫。關於規格細節，請參考文章末尾的官方文件。
讀者對象：正在使用 Brave（或對它感興趣）的人。就算不熟悉瀏覽器內部實作也沒關係。
Brave 不是把廣告「藏起來」，而是乾脆一開始就不去抓取。這就是它速度快、流量省的原因。順帶一提，我不是 Brave 的業配，只是單純對其運作原理感到好奇，所以整理成這篇。
自從我改用 Brave 之後，頁面顯示的體感速度明顯變快，手機行動數據用量也顯著下降。起初我還以為「反正只是把廣告隱藏起來而已吧」（慚愧），但研究之後才發現它的思路完全不同。下面依序來看。
參考
廣告阻擋不是「擴充功能」，而是內建在「瀏覽器本體」中
在 Chrome 上想擋廣告，通常第一步就是去找擴充功能。Brave 不一樣。它把稱為 Shields 的阻擋功能原生整合進瀏覽器本體中（阻擋引擎以 Rust 實作1）。
網址列旁邊的獅子圖示，就是 Shields。
其運作機制分成 3 層
① 網路層級的阻擋 —— 乾脆一開始就不去抓
當你打開頁面時，瀏覽器會試圖對廣告伺服器送出「請給我廣告」的請求。Brave 會在送出這個請求之前，先把 URL 跟過濾清單比對；如果符合，就直接阻止這筆連線。
所謂的過濾清單，就是 EasyList、EasyPrivacy 這類由全球志工維護的「廣告與追蹤器 URL 模式集合」。Brave 除了使用這些清單之外，也會搭配自己的清單2。
這裡就是前文埋的伏筆：因為廣告圖片或影片根本不會被下載，所以顯示會更快，流量也會更省。不是「隱藏」，而是「不去抓取」。理解這個設計之後，對我個人來說是最有感的地方。
② 美化過濾 —— 清理空白區塊
即使在①中阻止了連線，原本應該顯示廣告的區塊有時還是會留下空白。這時會使用 CSS 選擇器把廣告區塊的 HTML 元素整個隱藏，讓版面恢復整齊。可以把它理解成負責「外觀整理」的那一層。
③ 追蹤器與指紋辨識防護
Brave 也會阻擋或干擾和廣告一起夾帶的行為追蹤腳本、第三方 Cookie，以及試圖從瀏覽器設定資訊辨識使用者的指紋辨識技術3。雖然看起來低調，但從隱私角度來說，這才是核心。
把廣告擋掉之後的事 —— Brave Ads 與 BAT
話說回來，你不覺得「如果把廣告全都擋掉，Brave 自己靠什麼賺錢？」嗎？
Brave 有一套名為 Brave Ads 的自家廣告機制。它的設計很有意思：
- 完全採用選擇加入（預設關閉；未啟用前不會出現任何內容）
- 廣告配對在裝置端本地完成，瀏覽紀錄不會送到外部伺服器
- 觀看廣告的使用者會以 BAT（Basic Attention Token）形式獲得回饋
換句話說，Brave 與其說是「幫你擋廣告的瀏覽器」，不如說是「試圖重新設計廣告機制的瀏覽器」。
Brave Rewards 是否可用，以及獎勵機制的規格，會依地區與時間而有所不同。最新資訊請以官方網站為準。
總結
- Brave 的廣告阻擋不是擴充功能，而是瀏覽器本體內建的 Shields
- 其機制分成 3 層：① 直接封鎖連線（速度快、流量省的原因）／② 清理外觀／③ 防止追蹤
- 在移除廣告之上，還另外提出了選擇加入型的 Brave Ads 新模式
點擊 Shields 的獅子圖示，就能看到該頁面被阻擋了幾項內容。你可以在平常常用的網站上打開看看，數字往往會比想像中還多，還挺有趣的。如果你試了，也歡迎留言告訴我。
- 阻擋引擎以 adblock-rust 的形式開源公開。 https://github.com/brave/adblock-rust ↩
- Brave 的阻擋方針與過濾清單詳細說明： https://github.com/brave/brave-browser/wiki/Blocking-goals-and-policy ↩
- Shields 的防護功能列表： https://brave.com/shields/ ↩
原文出處：https://qiita.com/ktdatascience/items/6f7e861f0cc7df3de4c0
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
