Search Brave first, because your Google results don't apply
Open search.brave.com and run the queries you care about: your name in quotes, your company name, the two or three phrases you want a page to answer. Write down the actual URL sitting at each position. Brave says it on its own help page and again in its privacy notice: the index it creates is independent of other search engines, and Brave Search results are served solely from this index. A first-page result on Google tells you nothing about this list.
Run the check by hand, not with a script. Brave gates its results pages with proof-of-work captchas aimed at scrapers and notes that VPN traffic gets flagged, so an automated rank check trips it. If you need to watch positions week after week, pull them through the Brave Search API rather than scraping the results page.
One thing to rule out before you trust what you're looking at. Brave documents an opt-in Google fallback mixer, which lets the Brave browser anonymously check Google for the same query and present both sets together, so a URL that's actually out of Brave's index can still land on somebody's screen. If your results look suspiciously like Google's, check again in a different browser before you conclude anything about your ranking.
Make sure Brave's crawler can reach the page
Open your own robots.txt and read the rules for Googlebot and for the wildcard. Brave's crawler doesn't use a differentiated user agent, which Brave explains on its crawler page as avoiding discrimination from sites that allow only Google, and it spells out the effect: if a domain or page is not crawlable by Googlebot, Brave Search's bot will not crawl it either. So the Googlebot rule is the Brave rule. There's no Brave line to add and nothing to allow by name.
Then read the page's own head. Brave's wording is that robots.txt is not used to prevent a page from being indexed, and that a site owner delists a page using the robots noindex directive. A page you want ranking must not be carrying one. Right-click the page, choose View source, and search it with Ctrl + F, because a directive dropped in by a plugin or a theme setting never shows on the rendered page.
Crawling isn't the only way in. Brave says its crawler is partially powered by people who opted into the Web Discovery Project in the Brave browser's search settings, so a page can enter the index through browsing rather than through a crawl. That cuts both ways: it explains a page you never submitted, and it means unblocking or blocking a crawler is not a complete answer to how something got there.
Submit the URL for a re-fetch
Go to search.brave.com/submit-url. The heading reads Insert the URL to be re-fetched, below it sits a single required text box with the placeholder Enter a valid url, and the button says Submit. Paste the full address of one page and send it. That is the entire tool, and it's the same tool Brave points you to from the crawler page, the not-found page and the contact page.
One URL at a time, with no bulk upload and no sitemap field. A brand new page, a page whose content you just changed, a page you just took a noindex off: all of them are the same single submission. On timing, Brave's not-found page says only that a page updates or drops out as soon as it gets re-fetched, and that this process can take time.
Keep your own list. Brave sends no confirmation, issues no ticket number and publishes no status page, so the record that you submitted a URL on a given date is the one you wrote down. Note the date next to each URL, then re-run the search a week or two later instead of resubmitting the same page every morning.
Clear out the dead URLs, and check the status code first
An old page still ranking on your name is the same job in reverse. Submit it at the same tool, and you can also email not-found@brave.com. The constraint is the status code: Brave states that only pages returning "404 - Not Found" and "410 - Gone" will be automatically removed.
So check what that URL actually returns before you file anything. A friendly not-found template served at HTTP 200, a redirect to your homepage, and a 403 all sit outside the automatic path, and no number of submissions moves them. The fix is at your own server: make the URL return 410, then resubmit it.
If you don't control the site, you can still submit the URL, and Brave will remove it automatically if it returns 404 or 410. What's closed to you is the status-code fix, so a soft 404, a redirect or a 403 on someone else's server stays put no matter how many times you resubmit it. A page that's still live and still publishing needs a delisting request, not a re-fetch, and that's the next two sections.
Do the source work before you ask Brave to delist anything
Brave asks for this first, and it's the difference between a delisting that holds and one that quietly undoes itself. Ask the website to remove the information. Brave's own wording is that crawlers regularly revisit pages and update their indexes, so anything left on the page could be reindexed at some point. Delisting a URL whose page still publishes the thing is temporary by design.
If it's your own site, fix the page and check the source, more than the screen. Brave points out that whoever built the site may have coded a business address or telephone number into the page where a browser doesn't show it but a search engine still reads it. Right-click, choose View source, find it with Ctrl + F, and once it's gone, submit that page for a re-fetch so the corrected version is the one Brave holds.
If the data sits on a social platform, apply that platform's privacy controls first. Brave names that as a step too. What's left standing after all of it is the case you actually file.
File the delisting request at privacy@brave.com
There is no form anywhere. Send an email to privacy@brave.com with "RTBF request" in the subject header, which is how Brave routes it, and confirm five things in the body: the full name or names used to run the search on search.brave.com; how the specific content relates to you; your name, or the name of the person you're representing plus their contact email address; the URL of each result you want delisted; and whether that URL carries personal data that is inaccurate, inadequate, irrelevant or excessive, or is otherwise negatively impacting your privacy. Pick that last ground and say it, rather than leaving Brave to choose one.
Don't attach your ID. Brave writes that it may ask for proof of identity if necessary, then asks you not to send proof unless it requests it. And if the result is an image, the source URL is the wrong thing to send: Brave wants two addresses beginning https://imgs.search.brave.com/, one from right-clicking the thumbnail and one from right-clicking the full-size image, each taken with Copy Image Address. Send the page URL for an image result and you've filed the wrong thing.
Brave applies this globally, subject to applicable local law. That's the part people get wrong, because Google's version of the same right is EU and UK only, so nobody has to be in Europe to file here. Brave weighs your role in public life, whether the information is factually inaccurate, whether it concerns someone under 18, whether it's sensitive data such as health or criminal offences, and whether the publisher was meeting a legal obligation, among other criteria it says are not an exhaustive list. Where it agrees to delist, Brave says the request can take up to 30 days to complete.
None of this touches the page or any other search engine. A Brave delisting pulls the result out of Brave's index and leaves the page live at the same address, still on Google, still on Bing, still there for anyone holding the link. If 30 days pass with nothing, write back to the same address, because privacy@brave.com is Brave's data protection officer and there's no second queue behind it. In the EU you can route through Brave's nominated representative at brave@gdprnomrep.eu, though Brave says the same officer answers from privacy@brave.com either way, and an EU resident unhappy with the answer can complain to their local data protection authority. Outside the EU there's no Brave-run appeal, which is why the first email is worth drafting carefully.
When a copy of your page is the one ranking
That's the copyright lane, and only the copyright holder or an authorized agent may use it. Email dmca@brave.com with your first name, last name, email address and country or region; a Description of the work, with examples of the work attached if you have them; an Authorized Example of the copyrighted work, meaning a URL where Brave's team can verify the original; and the Location(s) of the infringement material, meaning the URLs you're asking Brave to remove. Filing as somebody's agent adds your company name and the copyright owner's full name.
Then the four statements Brave requires in the notice: a good-faith belief that the use isn't authorized, an accuracy and authorization statement under penalty of perjury, an acknowledgment of liability under 17 U.S.C. 512(f) for knowingly misrepresenting material as infringing, and an acknowledgment that the submission may be provided to third parties or the public, including the alleged infringer. Sign it with your full name, matching the first and last names at the top exactly. Image results need the same two https://imgs.search.brave.com/ addresses.
Weigh those last two statements before you send anything. The forwarding clause means this is not a quiet route, since the person you're filing against can be shown what you wrote. And 512(f) is not decoration, so a copyright notice pointed at content you don't own is a signed misrepresentation rather than a shortcut.
Brave publishes no turnaround, no appeal and no counter-notice procedure for copyright. A rejected notice has no documented second step. Brave's public transparency report carries browser statistics, with no search-removal numbers anywhere in it, so there's no published grant rate to plan against on either lane.