如何在 Brave Search 中获得排名（以及被 Claude 引用）

Brave Search 抓取和排名页面的方式与 Google 不同。它依赖使用 Brave 浏览器的真实用户为页面背书，页面才会进入索引——而 Claude 在联网搜索作答时引用的内容，大部分也来自同一套索引。下面说明这套机制实际如何运作，以及除了点 \"Submit URL\" 然后干等之外，你该做什么。

为什么「提交一下 URL」是糟糕建议

一条不断流传的建议：Brave 是 Claude 的主要搜索后端，Brave 在 search.brave.com 提供了 "Submit URL" 工具，所以如果你想让内容更快出现在 Claude 里，就把重要页面提交上去。故事很整齐，但误导性很大，付出的代价可能比省下的时间更多。

该工具唯一有文档说明的功能，是强制 Brave 重新抓取一个它已经知道的 URL。它不是把页面提交进索引，也不能保证新内容会被收录。它的设计用途是「我修了点东西，请再看一遍」，而不是「请发现这个页面」。当作前者来用，无伤大雅；当作发现策略来用，这根杠杆根本没接到任何东西上。

更大的问题是：新页面究竟如何才能进入 Brave 的索引——而这跟表单毫无关系。

Brave 真正发现新页面的方式：两扇门，不是一扇

Brave 没有 Search Console，没有 sitemap 提交，也没有 IndexNow 的对等机制。发现过程走的是 Web Discovery Project (WDP)——Brave 浏览器中的一项选择加入功能，会匿名上报已开启该功能的用户访问了哪些页面。Brave 自己的帮助中心文章确认这是严格的选择加入，且贡献的数据「无法追溯到贡献者本人」。该用户池估计约有 1.2 亿人。如果他们当中没有人到达你的页面，你做的其他事情都无关紧要。进入索引有两条路径，门槛差异很大。

Page Channel - 难进的那扇门

需要大约 20 名来自不同网络、已选择加入 WDP 的不同用户，各自独立访问该页面。信号受 Brave 自有的 STAR 加密协议保护，该协议使用 k-匿名性，只有足够多的独立用户提交同一值之后，该值才变得可读。Brave 的设计说明描述了机制，但没有公布具体法定人数；Web Discovery Project 本身约 20 份份额这一数字，来自下文 MERJ 的独立测试。无论如何，低于阈值时，Brave 的服务器根本无法解密或还原页面内容——这是隐私机制，不是随意的反垃圾过滤，但实际效果一样：一个没有真实流量的全新页面，可以对 Brave 无限期地保持不可见。

Query Channel - 容易进的那扇门

只需要一名已选择加入的用户，在 Google、Bing、Yahoo 或 DuckDuckGo 上搜索、且你的页面已经有排名即可。Brave 客户端识别出结果页，在随机 1-20 分钟延迟后匿名重新抓取一份清洗过的版本，并从中提取 URL——不需要 20 人的法定人数。

实际结论：进入 Brave 索引最快的方式，通常是已经在别处有排名。在 Google、Bing 或 DuckDuckGo 上完全没有可见度的页面，必须跨过更难的 20 人门槛，而这专门依赖使用 Brave 浏览器的用户带来的自然流量——在你的总受众里，这比「任何访客」要窄得多。

技术清单：先确保 Brave 能看见页面

即使页面已经具备被发现的资格，还得通过 Brave 的「二次抓取」（double-fetch）验证——一次匿名、未登录的重新抓取，用来确认页面对所有人看起来一样。这套检查比 Googlebot 更严：

不执行 JavaScript。 只在客户端渲染后才出现的内容，对这次检查是不可见的。如果页面的主要内容依赖 JS，请做服务端渲染或预渲染。
重定向会使页面失格。 链路中的任何重定向都会将其标记为私有，即便是 Google 完全能接受的重定向模式。
严格的性能限制。 抓取在 10 秒后中止，并拒绝超过 2MB 的响应。首字节时间过慢或页面过大都会静默失败，不会有报告告诉你原因。
只认 HTML 信号。 通过 X-Robots-Tag HTTP 头发送的 noindex 不会被读取——只认 HTML <head> 中的 <meta name="robots" content="noindex">。canonical 只从 <link rel="canonical"> 元素读取，从不读取响应头。如果你的 CMS 通过响应头设置这些，Brave 的验证看到的页面可能完全不符合你的意图。
没有 canonical 时，查询字符串有风险。 第二个查询参数，或长度大约超过 22 个字符的查询字符串，如果没有明确的 canonical 标签指向干净的地址，页面会被标记为私有。
某些路径用词看起来有风险。 路径中包含 login、token、checkout、account、admin 或 wp-admin 这类词，会被更严格地对待。不要把这些词放进对外营销的 canonical URL 里。

别让 robots.txt 悄悄挡住 Bravebot

Brave 自己的 Search Crawler 帮助页直接确认：「Brave Search 爬虫不会声明差异化的 user agent，因为我们必须避免那些只允许 Google 抓取的网站歧视我们」，以及「如果某个域名或页面无法被 Googlebot 抓取，Brave Search 的机器人也不会去抓。」实践中这意味着一种常见的安全模式——在 robots.txt 里「拦截所有我们没有明确识别的机器人」，或只把具名爬虫加入白名单的 WAF/CDN 规则——会把 Brave 连同它本想拦住的所有抓取器一起悄悄排除。没有错误提示；页面只是永远不会被抓取。检查你的 robots.txt 是否有一刀切的 Disallow，并检查服务器或 CDN 层面的机器人规则（Cloudflare 及类似 WAF 是常见元凶），不要尚未检查就认定发现或排名问题出在内容质量上。

预期波动，而不是稳定

Brave 的索引远小于 Google，而且看起来对近期信号权重很高——Brave 自己把底层数据描述为无法关联到任何用户、设备或会话，这与稳定性是不同的设计目标。实践中，几位密切跟踪 Brave 的 SEO 从业者报告了一种可识别的模式：页面被收录，排名不错维持几周，然后同样迅速掉下去，有时过一段时间又循环回来。Brave 没有公布其中的确切机制，所以把它当作观察到的模式，而不是有文档记载的机制——但这与一个更小、偏重新鲜度的索引的典型表现一致。不要用应对 Google 核心更新的方式去应对 Brave 的排名波动。把那里的收益当作真实流量之上的加成，而不是需要一周周去捍卫的指标。

你自己该不该用 Brave 浏览器？

这是一个温和、成本确实很低、值得考虑的手法，只是不能当成全职策略。下载 Brave 并选择加入 Web Discovery Project，会发送有助于构建索引的匿名浏览和搜索信号——在已加入的情况下访问自己已发布的页面，可以成为新页面所需的最多 20 个信号之一；如果你搜索的是该页面已在别处有排名的查询，也可以成为触发 Query Channel 的那一个信号。单靠它撬不动局面，也替代不了真实访客，但自己开着跑也没有什么真正的坏处。

为什么这也决定 Claude 会不会引用你

Anthropic 没有在产品公告中确认这一关系，但其自己的 Trust Center 子处理方披露点名了 Brave Search，两项独立研究也支持这一点。Profound 的原始分析（2025 年 3 月）发现 Claude 的引用与 Brave 的顶部结果有 86.7% 的重合，在统计上远超巧合（p < 0.0001）。更大规模的后续 MERJ 研究覆盖约 400 个查询中的约 35,000 条 Claude 引用（2026 年 7 月），得出几乎相同的结论：Claude 引用的 URL 中有 79.2% 位于 Brave 对应查询的前 10 名，而 Google 前 10 名仅有 34%。Search Engine Land 的报道还指出，Claude 似乎不会对 Brave 的结果重新排序——接近原样使用。

实践上，这意味着上面说的一切——能被 Brave 抓取、具备二次抓取资格、真正被收录、并且有排名——对 Claude 可见度来说，是比只针对 Google 更直接的杠杆。只为 Google 优化，等于在为两套重合里较小的那一套优化。

清单

审查 robots.txt 以及任何 WAF/机器人规则，找出可能悄悄排除 Bravebot 的一刀切拦截。
确认核心内容是服务端渲染的（不是仅 JS），避免重定向链，并把页面控制在远低于 10 秒 / 2MB 的二次抓取限制之内。
使用真正的 <link rel="canonical"> 标签，不要只靠响应头，并让 canonical URL 不含不必要的查询参数。
建立或确认在 Google、Bing 或 DuckDuckGo 上的真实排名可见度。 这是进入 Brave 的快速 Query Channel 通道。
如果没有现成排名可借力，把精力放在能触达 Brave 浏览器用户的真实推广上——做真正的受众建设，而不是提交表单。
只在真正修复之后才使用 Submit URL，用来强制重新查看。不要当作发现机制。
不要为短期的 Brave 排名波动惊慌。 把持续可见度当作信号，而不是一周周的噪音。
可选：自己运行 Brave 并开启 Web Discovery Project。 成本低，还能让你成为自己的信号之一。

下一步行动手册

AutoPSEO 不跟踪 Brave——目前也没有任何第三方控制台这样做——但悄悄挡住 Bravebot 的可抓取性问题，通常也会影响真实用户和其他机器人。从在自己的站点上诊断技术性收录问题 → 开始，其中涵盖对每家搜索引擎都重要的 robots.txt 和 canonical 问题，而不仅仅是 Google。