Back

Blog details

Which Browsers Support ipfs:// Links? What Works in 2026

AIOZ Network
5 min readSeptember 07, 2026
aioz-pin
AIOZ Pin header image reading Which Browsers Support ipfs:// Links?

Almost no browser opens ipfs:// links natively in 2026. Opera for Android resolves them through a gateway, and Brave removed its built-in support in August 2024. In Chrome, Edge, or Firefox you need the IPFS Companion extension. That is why most people share gateway URLs, which open in any browser.

TL;DR:

  • Opera for Android 57 and later resolves ipfs:// and ipns:// through a gateway you can change; most other browsers ignore both schemes
  • Brave shipped native IPFS in 2021 (version 1.19) and removed local node and ipfs:// support in version 1.69.153 on August 22, 2024
  • Chromium extensions can't declare protocol handlers in their manifest the way Firefox extensions can, so IPFS Companion uses a search interception workaround there
  • Since Chrome 86, a website can ask to handle ipfs:// links through registerProtocolHandler(), but you have to approve it; nothing is set up by default
  • Gateway URLs such as https://public.aiozpin.network/ipfs/CID work in every browser, which is why AIOZ Pin gives you gateway links

Updated Oct 19, 2026: corrected the Brave section (native support shipped in 2021 and was removed in 2024), added the registerProtocolHandler route, and rewrote the post for readability.

ipfs://<CID> and ipns://<name> are defined URI schemes, meant to reference IPFS content the way https:// references a web page. Getting browsers to act on a scheme is a separate job, and most mainstream browsers still ship no built-in handling for either one. Opera for Android is the main exception: since version 57 it resolves both schemes through an HTTP gateway, and you can change which gateway it uses.

The main reason sits in Chromium, the engine under Chrome, Edge, and most other browsers. Firefox lets an extension declare protocol handlers in its manifest with a protocol_handlers entry, which is exactly what an extension needs to open ipfs:// links properly. Chromium extensions have no such manifest key, so the same clean fix isn't available there, however well the extension is built.

Chromium does offer one other route: since Chrome 86, ipfs and ipns are on the safelist for navigator.registerProtocolHandler(). A website, such as a gateway you trust, can ask to handle those links, and you approve it in a browser prompt. Each user has to opt in, so a visitor who never granted it still gets nothing when they click an ipfs:// link.

What Does IPFS Companion Do?

IPFS Companion is a browser extension that connects your browser to an IPFS node running on your machine. It has to solve the problem differently in each engine. On Firefox it uses the real protocol_handlers mechanism for ipfs://, ipns://, and dweb: links. On Chromium it falls back to a workaround: when you type or click an ipfs://CID link, the browser treats it as a search query because it doesn't know the scheme. The extension intercepts that search, pulls out the CID, and redirects you to a gateway URL. It works, but it leans on the browser's search handling, which is more fragile than a real protocol handler.

Why Gateway URLs Became the Practical Default

Given all that, you can't rely on an ipfs:// link opening for an arbitrary visitor. It depends on their browser and, on Chromium, on an extension or handler they may not have. A gateway URL avoids the problem because it is a regular https:// link that any browser opens with no extension, no protocol registration, and no local node. That is why most IPFS content gets shared as gateway links.

Brave Shipped Native IPFS, Then Removed It

Brave is the one mainstream desktop browser that shipped native IPFS. Version 1.19, released in 2021, recognized ipfs:// and ipns:// addresses and offered to run a local Kubo node or use an HTTP gateway. Brave then removed local node and ipfs:// scheme support in version 1.69.153 on August 22, 2024. Its stated reasons were low use, under 0.1% of users, and the cost of support, maintenance, and node updates. If you relied on it, the IPFS project's migration guide moves your node to IPFS Desktop with the Companion extension.

How AIOZ Pin Handles Browser Access

We serve pinned content through gateway URLs for exactly this reason. A gateway link opens the same way in Firefox with Companion, in Chrome with nothing installed, or in any other browser. The AIOZ Pin public gateway needs no account but has usage limits; for heavier traffic, premium gateways use the same path on their own hostname. Both formats come from our gateway docs:

https://public.aiozpin.network/ipfs/<CID>
https://<premium-gateway-name>.aiozpin.network/ipfs/<CID>

Next step: the AIOZ Pin public gateway docs cover access and limits, and premium gateways cover the paid option.

Frequently Asked Questions

Do browsers support ipfs:// links natively? Very few do: Opera for Android resolves them through a gateway you can change. Brave did from 2021 until it removed support in August 2024. Chrome, Edge, and Firefox need an extension or a registered handler.

Why doesn't Chrome support ipfs:// the way Firefox extensions can? Chromium extensions can't declare protocol handlers in their manifest, while Firefox extensions can. A website can still ask Chrome to handle ipfs:// links through registerProtocolHandler, but you have to approve it.

What does IPFS Companion do? IPFS Companion connects your browser to a local IPFS node and routes ipfs://, ipns://, and dweb: links to it. On Firefox it uses a real protocol handler. On Chromium it intercepts the search the browser runs for an unknown scheme.

Why do people share gateway links instead of ipfs:// links? A gateway URL is a plain https:// link that opens in any browser with no setup. An ipfs:// link only works if the recipient's browser or extension handles it.

Is ipfs:// support likely to improve across more browsers? Not quickly, because the registerProtocolHandler route needs each user to opt in, and Chromium extensions still lack manifest protocol handlers. Brave's 2024 removal shows a shipped integration can also be dropped.

Does AIOZ Pin's gateway depend on visitors having IPFS Companion installed? No. A gateway URL is a standard HTTPS link that works in any browser as is, which is why AIOZ Pin content gets shared through gateway links.

References

We only send updates when meaningful changes ship, and you can unsubscribe anytime

Related Content

blog thumbnail

IPFS Dedicated Gateway Free vs Paid Plans on AIOZ Pin

An IPFS dedicated gateway on AIOZ Pin is called a premium gateway. See what the free plan limits, what a paid plan adds, and what happens at zero balance.

6 min readOctober 28, 2026
blog thumbnail

Pin by CID on IPFS Without Re-Uploading Your Files

Pin by CID asks a pinning service to fetch content already on IPFS and keep it. Covers the AIOZ Pin pinByHash call, statuses, and why a pin stalls on Pinning.

6 min readOctober 26, 2026
blog thumbnail

IPFS Gateway Not Working? Diagnose It in This Order

IPFS gateway not working? Read the status code first, then check the CID, your request rate, and whether anyone is providing the content. Here is the order.

6 min readOctober 23, 2026
blog thumbnail

ERC-1155 Metadata on IPFS: The ID Substitution Rule

ERC-1155 metadata on IPFS breaks when filenames ignore the {id} rule. Here is the exact 64-character format, a working folder layout, and the per-token option.

6 min readOctober 21, 2026
blog thumbnail

AIOZ Pin Rate Limits: API, Public, and Premium Gateways

AIOZ Pin rate limits in one place: 180 requests per minute for the API, 15 per CID on the public gateway, and no predefined limit on premium gateways.

6 min readOctober 19, 2026
blog thumbnail

IPFS Pin Stuck on Pinning? What Each Pin Status Means

IPFS pin stuck on Pinning? Here is what Pinning, Pinned, and Failed mean on AIOZ Pin, why big directories can sit there, and how to read a pin's real state.

6 min readOctober 16, 2026