Deprecation of IPFS Gateway and Storage API URL on

Deprecation of IPFS Gateway and Storage API URL on

[Updated as of January the 9th:] We set the date back to allow more users to migrate to custom domains, and will roll out new rules on the 16th of January to prevent .html, .css, .js files from being served by the storage API. Sites hosted normally will remain unaffected. Read more below.

We’re taking some of the initial actions towards our end goal of removing Fleek domains as a potential point of failure by starting to deprecate some of the current domains used on the platform. The areas being affected are Fleek’s public IPFS gateway ( and our storage API domains ( and

For users of both of those services, breaking changes are coming and your actions will be required during January, 2023, for the IPFS gateway and our Storage APIs (we set back the date to allow users time to migrate). Please read on if this applies to you.

Why the deprecations? The quick and short of it is we’re building a new Fleek platform in which one of our goals is to increase decentralization and censorship resistance by removing our own domains as central points of failures. Read through this post, take action on any changes we’re making, and at the end we’ll drop some knowledge so you can get caught up on our vision for the Fleek of the future.

Moving to IPFS Gateways as a Service

Fleek currently runs a free public IPFS gateway ( for speedy resolution of CIDs available on the IPFS network. We will redirect our gateway traffic from Dec 19th 2022, and aim to deprecate the gateway entirely by Q1 2023.

To ensure that we don’t break any current integrations that leverage our gateway, starting Monday, the 19th of December, 2022, all traffic to our gateway will still be resolved via a redirect to, a gateway managed by the IPFS team. This redirect is only temporary, anyone still using our gateway post deprecation will not have their content resolved.

Here’s a mini-timeline to make things crystal clear:

That said, we are not totally separating ourselves from the gateways game. Our goal is to pivot to offering gateways as a service for any clients who might need their own dedicated gateways. Supercharged by Fleek Network, of course 😉

As we flesh out the details for offering this as a true service, feel free to reach out to us directly if you’re interested and we’ll happily spin up dedicated gateways.

Custom Domains for Storage APIs

Also in this new year, we will be transitioning away from our current storage API domain. If you use Fleek Storage please read, actions will be required.

Basically, and will be sunset to favor custom, per-user API domains. Both domains are currently available and point to the same content (try this link, then this one).

We have decided to sunset both domains gradually, beginning with the application of content-restricting rules. Users can now set their own custom domains to their storage buckets in Fleek, which will provide higher availability and performance right off the bat, as well as allow for a non-shared API endpoint for each user.

During January, we will begin downgrading the capabilities of content-serving for our API endpoints, as we progress with the user migration. We will continue to post updates to our timelines here and on our email communications.

Here’s the current timeline:

The first content restriction rule on this public APIs will come on January the 16th, by limiting the serving of .html, .css, and .js files on / After the 16th, these files won’t resolve on our public APIs. This won’t affect sites hosted normally via Fleek’s hosting app - and we suggest users “hosting” any sites on their storage bucket directly (not recommended) to migrate to the hosting app. This change also will greatly prevent the hosting of any malicious/phishing .html files on public storage gateways.

Why the switch? Two main reasons.

  1. We want to decouple our API structure to have a single unified storage API route that could be used while both the and platforms co-exist until the sunsetting of
  2. The reliability of the domain has degraded over the past few years thanks to censorship from big tech like Google - we’re taking this opportunity to start fresh.

What About As a Whole?

As we mentioned in the intro, unless you’ve been living under a rock you’ve probably heard that we raised $25M to build + Fleek Network. Part of the move to this new platform is sunsetting the platform and domain in favor of

While we don’t have specifics on the move yet, you can expect us to move pretty much everything to the new .xyz domain. You’ll access our UI from something like and our APIs from something akin to

However, this is not even our endgame. One of our main goals with the new platform is to reduce our users’ reliance on Fleek domains for their services by encouraging users to connect their own custom domains so that we can help to spin up your own custom routes to power things like your own gateway, APIs, deployment preview URLs, and more! 🔥

Expect more updates to come in Q1 2023 as we begin the sunsetting process 🤙

If you’ve got any questions, concerns, or need any assistance surrounding this migration, hop into our Discord! Our team will be happy to jam, help, or answer any of your queries. ⚡️

Published 14 Dec 2022

Fleek is all you need to build websites and apps on the new Open Web: permissionless, trustless, censorship resistant, and free of centralized gatekeepers. Welcome to the new internet.