Meer bereik en AI-zichtbaarheid met Brave Search [+ checklist]

Brave Search is voor marketeers om twee redenen interessant. Ten eerste is het een zelfstandige zoekmachine met een eigen index en een groeiende groep privacybewuste gebruikers. Zichtbaarheid in Brave levert daardoor rechtstreeks extra bereik op en maakt een merk minder afhankelijk van Google.

Daarnaast speelt Brave een rol binnen het bredere AI-zoeklandschap. AI-assistenten en andere LLM-toepassingen kunnen zoekmachines zoals Brave gebruiken om actuele informatie en externe bronnen op te halen voor hun antwoorden. Dit gebeurt via retrieval-augmented generation (RAG): het taalmodel zoekt eerst relevante informatie en gebruikt die vervolgens om een antwoord samen te stellen. Pagina’s die goed vindbaar en begrijpelijk zijn voor Brave, maken daardoor meer kans om als bron voor een AI-antwoord te worden gevonden.

SEO voor Brave gaat dus niet alleen over verkeer vanuit een relatief kleine zoekmachine. Het kan ook bijdragen aan de zichtbaarheid van je merk, producten en expertise binnen AI-antwoorden. Zeker nu gebruikers steeds vaker direct een vraag aan een AI-assistent stellen, wordt vindbaarheid in de onderliggende zoek- en bronsystemen een belangrijk onderdeel van SEO en digitale marketing.

Brave ontdekt en indexeert pagina’s echter anders dan Google. De zoekmachine gebruikt onder meer signalen van mensen die met de Brave-browser surfen. Zonder deze signalen kan een nieuwe pagina lange tijd buiten beeld blijven.

In dit artikel leg ik uit hoe Brave nieuwe pagina’s ontdekt, aan welke technische voorwaarden ze moeten voldoen en waarom het handmatig indienen van een URL meestal weinig oplost.

In het kort

• Doel: indexeerbare pagina’s laten ontdekken via Brave’s Web Discovery Project en zo de kans vergroten dat Claude ze als bron gebruikt.
• Tijdsinvestering: ongeveer twintig minuten voor een technische controle. Of een pagina vervolgens wordt ontdekt, hangt vooral af van daadwerkelijk verkeer en bestaande rankings.
• Benodigd: toegang tot robots.txt en de botregels van je server, CDN of WAF. Bestaande zichtbaarheid in Google, Bing of DuckDuckGo helpt eveneens.

Een URL indienen is geen discovery-strategie

Brave heeft een Submit URL-tool. Daardoor ligt de conclusie voor de hand dat je nieuwe pagina’s via dit formulier aan de index kunt toevoegen. Dat is niet wat de tool doet.

Volgens Brave is de functie bedoeld om een bekende URL opnieuw te laten ophalen. Bijvoorbeeld nadat je een technisch probleem hebt opgelost of de inhoud hebt aangepast. Het formulier zorgt er niet voor dat Brave een onbekende URL ontdekt en biedt ook geen garantie op indexering.

Na een aanpassing kan de tool dus nuttig zijn. Voor de ontdekking van nieuwe pagina’s moet je naar een ander onderdeel van Brave kijken: het Web Discovery Project.

Hoe Brave nieuwe pagina’s ontdekt

Brave heeft geen eigen variant van Google Search Console. Je kunt geen sitemap indienen en er is ook geen equivalent van IndexNow. Een belangrijk deel van de ontdekking verloopt via het Web Discovery Project (WDP).

WDP is een opt-infunctie van de Brave-browser. Deelnemende gebruikers leveren anonieme gegevens aan over bezochte pagina’s en zoekresultaten. Brave stelt in het Help Center dat deze gegevens niet zijn te herleiden tot de persoon die ze heeft aangeleverd. Naar schatting nemen ongeveer 120 miljoen gebruikers deel.

Binnen WDP zijn er twee manieren waarop Brave een nieuwe URL kan vinden.

Page Channel

Bij het Page Channel moeten naar schatting ongeveer twintig verschillende WDP-gebruikers de pagina bezoeken, vanaf verschillende netwerken en onafhankelijk van elkaar.

De gegevens worden beschermd met Brave’s STAR-protocol. Dit maakt gebruik van k-anonimiteit: informatie wordt pas bruikbaar zodra voldoende afzonderlijke gebruikers hetzelfde signaal hebben aangeleverd. Brave publiceert het exacte aantal niet. De schatting van ongeveer twintig gebruikers komt uit het onderzoek van MERJ dat verderop wordt besproken.

Voor nieuwe pagina’s zonder verkeer is dit een lastige drempel. Zolang het benodigde aantal signalen niet wordt bereikt, kan Brave de aangeleverde informatie niet ontsleutelen of reconstrueren. Dat is in de eerste plaats een privacymaatregel, maar het gevolg voor publishers is duidelijk: zonder bezoeken van WDP-gebruikers kan een pagina buiten de index blijven.

Query Channel

Het Query Channel heeft een veel lagere drempel. Eén deelnemende gebruiker kan voldoende zijn, mits diegene in Google, Bing, Yahoo of DuckDuckGo zoekt op een zoekopdracht waarvoor jouw pagina al rankt.

De Brave-client herkent de pagina met zoekresultaten en haalt na een willekeurige vertraging van één tot twintig minuten een opgeschoonde versie op. Vervolgens worden de gevonden URL’s eruit gehaald.

In de praktijk betekent dit dat bestaande rankings in andere zoekmachines de snelste route naar Brave zijn. Heeft een pagina daar nog geen zichtbaarheid, dan blijft vooral het Page Channel over. Je bent dan afhankelijk van bezoeken door een relatief kleine groep: mensen die Brave gebruiken én aan WDP deelnemen.

Kan Brave de pagina technisch verwerken?

Ontdekken alleen is niet voldoende: Brave voert ook een zogeheten double fetch uit. Een anonieme controle waarbij de pagina opnieuw wordt opgehaald. Daarmee controleert Brave onder meer of de inhoud voor een uitgelogde bezoeker hetzelfde is.

Deze controle stelt een aantal voorwaarden:

• JavaScript wordt niet uitgevoerd. Content die pas na client-side rendering verschijnt, is tijdens deze controle niet zichtbaar. Zorg daarom dat de belangrijkste inhoud server-side wordt gerenderd en dus vooraf als HTML beschikbaar is.
• Redirects kunnen een probleem zijn. Een redirect chain (opeenvolgende redirects) kan ertoe leiden dat Brave de pagina als privé beschouwt, ook als Google dezelfde redirect zonder problemen volgt.
• De responstijd en bestandsgrootte zijn begrensd. De fetch stopt na tien seconden en accepteert geen responses groter dan 2 MB. Een trage TTFB of zeer grote HTML-response kan daardoor ongemerkt voor problemen zorgen.
• Alleen signalen in de HTML tellen mee. Brave leest tijdens deze controle geen noindex uit de X-Robots-Tag-header. Het signaal moet als <meta name=”robots” content=”noindex”> in de <head> staan. Hetzelfde geldt voor canonicals: Brave kijkt naar <link rel=”canonical”> in de HTML en niet naar een HTTP-header.
• Querystrings zonder canonical zijn risicovol. Een tweede queryparameter of een querystring van meer dan ongeveer 22 tekens kan ervoor zorgen dat een pagina als privé wordt aangemerkt wanneer een duidelijke canonical ontbreekt.
• Bepaalde woorden in het URL-pad kunnen problemen geven. Paden met termen als login, token, checkout, account, admin of wp-admin worden sneller als mogelijk privé behandeld. Gebruik zulke termen daarom liever niet in canonieke marketing-URL’s.

Controleer robots.txt en je botregels

Op de pagina over de Brave Search Crawler legt Brave uit dat de crawler geen herkenbare, eigen user-agent gebruikt. Daarmee wil de zoekmachine voorkomen dat websites alleen bekende bots, zoals Googlebot, toelaten. Brave geeft ook aan dat het geen pagina’s crawlt die voor Googlebot zijn geblokkeerd.

Dit maakt een bekend beveiligingspatroon riskant: alle bots blokkeren die niet expliciet op een allowlist staan. Zo’n regel kan in robots.txt staan, maar ook in een WAF, CDN of serverconfiguratie. Cloudflare-regels zijn bijvoorbeeld het controleren waard. Als Brave wordt tegengehouden, krijg je daar geen melding van. De pagina wordt simpelweg niet opgehaald.

Controleer daarom of robots.txt geen algemene Disallow bevat die onbedoeld ook Brave raakt. Kijk daarnaast naar regels die onbekende crawlers op server- of CDN-niveau blokkeren. Doe dat voordat je concludeert dat een indexeringsprobleem door de inhoud van de pagina wordt veroorzaakt.

Verwacht schommelingen

De index van Brave is aanzienlijk kleiner dan die van Google en lijkt relatief veel gewicht toe te kennen aan recente signalen. SEO’s die de zoekmachine volgen, zien geregeld hetzelfde patroon: een pagina wordt opgenomen, rankt enkele weken goed en verdwijnt daarna weer. Soms keert de pagina later terug.

Brave heeft niet gepubliceerd hoe dit precies werkt. Het gaat dus om mijn eigen ervaring en niet om een bevestigd onderdeel van het algoritme. Wel past het bij een kleinere index waarin actualiteit een belangrijke rol speelt.

Een tijdelijke daling in Brave vraagt daarom niet direct om dezelfde reactie als een daling na een Google core update. Kijk vooral naar zichtbaarheid over een langere periode en beschouw kortstondige rankings niet als een stabiel gegeven.

Heeft het zin om zelf Brave te gebruiken?

Je kunt Brave installeren en deelnemen aan het Web Discovery Project. Daarmee lever je zelf anonieme browse- en zoeksignalen aan.

Als je vervolgens een eigen publicatie bezoekt, kan dat één van de benodigde signalen voor het Page Channel zijn. Zoek je op een term waarvoor de pagina al in een andere zoekmachine rankt, dan kan jouw bezoek mogelijk het Query Channel activeren.

Verwacht hier niet te veel van. Eén gebruiker is voor het Page Channel niet voldoende en eigen gebruik vervangt geen echt publiek. Het kost echter weinig moeite en kan een bescheiden bijdrage leveren.

De relatie tussen Brave en citaties in Claude

Anthropic heeft niet in een productaankondiging bevestigd dat Claude voor websearch op Brave leunt. Brave Search staat wel vermeld in de subprocessor-overzichten van het Anthropic Trust Center. Daarnaast wijzen verschillende onderzoeken op een duidelijke samenhang.

Een analyse van Profound uit maart 2025 vond een overlap van 86,7% tussen bronnen die Claude citeerde en de hoogst geplaatste resultaten in Brave. Volgens de onderzoekers was die samenhang statistisch zeer significant (p < 0,0001).

MERJ onderzocht in juli 2026 ongeveer 35.000 citaties van Claude, verdeeld over 400 zoekopdrachten. Van de geciteerde URL’s stond 79,2% voor de bijbehorende zoekopdracht in de top tien van Brave. Bij Google gold dat voor 34%.

Search Engine Land concludeerde bovendien dat Claude de resultaten van Brave waarschijnlijk nauwelijks opnieuw rangschikt, maar ze grotendeels in dezelfde volgorde gebruikt.

De onderzoeken bewijzen niet dat elke citatie uit Brave komt. Ze maken wel aannemelijk dat zichtbaarheid in Brave een belangrijke factor is voor de kans om door Claude te worden gevonden en geciteerd. Technische toegankelijkheid, indexering en rankings in Brave verdienen daarom aandacht naast optimalisatie voor Google.

Praktische checklist

1. Controleer robots.txt, je WAF en andere botregels op algemene blokkades die Brave onbedoeld kunnen uitsluiten.
2. Zorg dat de belangrijkste content in de HTML staat en niet afhankelijk is van client-side JavaScript.
3. Vermijd redirects op de URL die je wilt laten indexeren.
4. Houd de responstijd onder tien seconden en de HTML-response onder 2 MB.
5. Plaats robots- en canonicalsignalen in de HTML, niet uitsluitend in HTTP-headers.
6. Gebruik schone canonieke URL’s en voorkom onnodig lange querystrings.
7. Werk aan rankings in Google, Bing of DuckDuckGo. Via het Query Channel kan Brave een pagina daardoor sneller ontdekken.
8. Promoot nieuwe pagina’s bij een echt publiek wanneer bestaande rankings ontbreken. Alleen een URL indienen is niet voldoende.
9. Gebruik de Submit URL-tool nadat je een pagina hebt aangepast, niet als methode om een onbekende URL te laten ontdekken.
10. Beoordeel zichtbaarheid in Brave over een langere periode en trek geen grote conclusies uit wekelijkse schommelingen.

Tot slot

Er is op dit moment geen externe ‘Brave console’ waarmee je de indexatie en prestaties in Brave op dezelfde manier kunt volgen als in Google Search Console. Daardoor blijven problemen vaak onzichtbaar.

Begin met de onderdelen die je zelf kunt controleren: robots.txt, server- en CDN-regels, rendering, redirects en canonicals. Dat helpt niet alleen bij Brave: dezelfde problemen kunnen ook andere crawlers en soms zelfs gewone bezoekers hinderen.