如何在 Brave Search 中取得排名(並獲得 Claude 引用)
Brave Search 使用自有索引,由爬蟲與使用者自願提供的瀏覽器資料建立。本文說明網站擁有者能掌控哪些環節,以及這與 Claude 的網頁搜尋有何關聯。
- 目標
- 確保 Brave 的爬蟲能夠存取並索引你的重要頁面,並了解還有哪些因素會影響收錄。
- 你需要
- 可編輯 robots.txt,以及網站前端的任何防火牆或機器人防護規則。
Brave Search 的答案來自自有索引。這個索引由兩個來源擴充:一是遵循你網站為 Googlebot 所設規則的爬蟲,二是已加入 Web Discovery Project 的 Brave 瀏覽器使用者所傳送的匿名訊號。Brave 沒有提供管理後台,也不接受提交 sitemap。想要取得排名,就要讓爬蟲進得來、累積真實造訪,並提供最好的答案。Claude 的網頁搜尋似乎會使用 Brave 的結果,因此同樣的工作也會影響 Claude 能否找到並引用你的網站。
以下內容已於 2026 年 10 月 12 日對照 Brave 及其他單位公開發布的頁面查證。
Brave Search 如何發現頁面?
Brave 表示,其搜尋結果來自自行從零建立的索引,而非借用其他搜尋引擎的資料(What is Brave Search?)。其 API 頁面指出,這個索引超過 400 億個頁面,每天有逾 1 億次頁面更新;這些是 Brave 自己公布的數字(Brave Search API)。頁面會透過兩條途徑進入索引。
爬蟲。 Brave 為網站擁有者提供的說明頁面(Brave Search crawler)有四個值得注意的重點:
- 爬蟲不會以獨立的 user agent 表明身分,因為 Brave 不希望被那些只允許 Google 爬取的網站拒於門外。
- 如果 Googlebot 不被允許爬取某個網域或頁面,Brave 的爬蟲也不會爬取。
- robots.txt 不能用來讓頁面不進入 Brave 的索引。若要移除頁面,請加上 robots
noindex指令;Brave 需要重新擷取該頁面才能讀到這個指令,你也可以提交該頁面請求重新擷取。 - 爬蟲有一部分是依據使用者提供的資訊來運作,這就是第二條途徑。
Web Discovery Project。 這是 Brave 瀏覽器的選擇加入功能,會傳送已啟用此功能之使用者的匿名搜尋與瀏覽資料。Brave 表示,這有助於建立獨立索引並維持結果的相關性(Brave Search and the Web Discovery Project)。其隱私規則決定了能回報的內容:一個 URL 必須有大量使用者各自獨立造訪過才會被傳送,而且該專案會捨棄可疑的查詢、建立者標示為不可索引的頁面 URL,以及非公開或需要登入的頁面。
對網站擁有者而言,結論很簡單:Brave 依賴人們實際造訪的內容來發現頁面,並以你授予 Google 的權限來讀取這些頁面。
你能控制什麼
1. 讓爬蟲進得來。 請用 Googlebot 的角度閱讀你的 robots.txt(若有 Googlebot 群組就看該群組,否則看 * 群組),因為 Brave 套用的是 Google 被允許的範圍。對 Googlebot 隱藏的區段,對 Brave 也是隱藏的。接著檢查網站前端還有哪些防護。Brave 的爬蟲不會另外表明身分,其說明頁面也沒有介紹驗證請求來源的方法,因此如果防火牆或機器人防護規則只放行能驗證為 Google 的爬蟲,Brave 可能也會被擋在外面。如果你的架構是這樣運作的,值得測試一下。
2. 用 noindex 而非 robots.txt 來阻擋頁面。 Brave 不使用 robots.txt 來決定索引內容。如果你希望某些頁面不出現在 Brave 的結果中,例如站內搜尋結果頁或測試環境的副本,就需要加上 noindex 指令,而且這些頁面必須可被爬取,指令才看得到。Google 的做法也是如此,所以一條規則就能同時適用於兩個搜尋引擎(Block indexing with noindex)。
3. 讓重要頁面保持公開。 需要登入才能瀏覽的頁面,以及你標示為不可索引的頁面,都不會被 Web Discovery Project 回報。
4. 累積真實造訪。 由於 URL 必須在許多人各自獨立造訪後才會被回報,一個沒有人閱讀的頁面,無論內容多好,都不會經由這條途徑被看見。能帶來讀者的各種工作(在其他搜尋引擎取得排名、發送電子報、經營受眾聚集的社群、爭取其他網站的連結),同樣能讓頁面被分享資料的 Brave 使用者看到。Brave 使用者只占任何受眾的一小部分,所以頁面整體累積的造訪越多,就越快有足夠的造訪來自參與此計畫的人。
5. 變更後請求重新擷取。 Brave 建議網站擁有者使用其提交表單請求重新擷取頁面,例如在加上 noindex 之後。請把它當作讓已知頁面被重新讀取的方式,而不是進入索引的管道。
6. 成為最好的答案。 Brave 的索引只是入場券;排名仍取決於頁面對搜尋的回答程度。根據 Brave 的搜尋頁面,其 AI 回答會彙整網頁結果並一律標明來源,因此在頁面前段就給出清楚、具體答案的內容,不僅更容易取得排名,也更容易被引用。
如何確認 Brave 是否已收錄你的頁面
Brave 沒有可查看的報告,所以需要手動檢查。請在 search.brave.com 搜尋頁面標題(加上引號),或搜尋頁面中一句獨特的句子。如果某個頁面在 Google 有排名,數週後卻仍未出現在 Brave,請回頭檢查第 1 到第 4 點:先確認爬蟲的存取權限,再確認該頁面是否有足夠的真實訪客可供回報。
Brave 與 Claude 有什麼關係?
Claude 的網頁搜尋似乎使用了 Brave Search,不過 Anthropic 並未公布其搜尋方式的完整說明。截至 2026 年 10 月 12 日,相關證據如下:
- 2025 年 3 月,Anthropic 的子處理者清單新增了 Brave Search,並連結到其針對 Claude 網頁搜尋的說明頁面,這一點當時由 Simon Willison 記錄。在同一篇文章中,Claude 的搜尋工具將其參數描述為「BraveSearchParams」,而 Claude 在一次測試搜尋中引用的十筆結果,與 Brave 對同一查詢的結果完全一致。
- Brave 自己的 API 頁面稱其為透過 MCP 使用 Claude 之應用程式的首選搜尋工具。
- 我們在該日期無法載入 Anthropic 目前的子處理者清單,因為該頁面需要完整的瀏覽器才能顯示,所以尚未確認該項目是否仍維持不變。
這裡有兩點需要注意。第一,被收錄在 Brave 的索引中,並不代表 Claude 會引用你:要引用什麼由 Claude 決定,它也可能使用其他來源。第二,上述關於爬取與造訪的內容,不論某個答案是否來自 Brave 都同樣適用。實務上的結論是:對 Brave 隱形的網站,很可能對 Claude 的網頁搜尋也是隱形的,所以花這半小時完成本手冊中的檢查是值得的。
AutoPSEO 在這方面能做與不能做的事
AutoPSEO 不會衡量 Brave 的排名。它的搜尋報告來自 Google Search Console、GA4 和 Bing Webmaster Tools;而 AutoPSEO 用來通知 Bing 與其他搜尋引擎有新頁面的 IndexNow,並不包含 Brave:IndexNow 官方網站列出的搜尋引擎有 Amazon、Bing、Naver、Seznam.cz、Yandex 和 Yep(IndexNow FAQ)。
它能呈現的是另一端的成果:
- LLM Traffic report 會將由 AI 助理(包括 Claude,即來自 claude.ai 的造訪)帶來的 GA4 工作階段歸類在一起,讓你看到被引用是否真的轉換成訪客。
- Prompt Explorer 是研究工具之一,可顯示 ChatGPT、Claude、Gemini 和 Perplexity 對某個提示詞的回答,以及它們引用了哪些來源。它會消耗研究點數。
- technical indexing playbook 涵蓋對所有搜尋引擎(包括 Brave)都很重要的 robots.txt、noindex 和 canonical 檢查。
內容引擎則能協助處理第 6 點。它撰寫的每篇文章都針對一個搜尋需求,預設以不超過 60 字的直接答案開頭,並以一般頁面的形式發布到你自己的網站,因此你的網站允許的每一個爬蟲都能存取(content engine)。