DEV Community

Cover image for How to serve *any* website from your own domain (for free!)
Mohit Yadav
Mohit Yadav

Posted on • Updated on

How to serve *any* website from your own domain (for free!)

Have you ever wanted to white-label a website, like display it on your own domain? Or have you wanted to remove a watermark from a website that asks for premium (for edu. purposes ofc.)?

Well, this guide contains everything you need to know to proxy a website/webpage on your custom domain/subdomain! Let's just get into it! πŸ˜ƒ

πŸ”₯ The Backstory (reading optional)

A few months ago, I got my own domain from Google, and have been putting up things on it for a long time. Though, when it comes to social media, I wanted to show a links-in-bio page, not my personal portfolio page.

Google Domains

I looked into some solutions. Found a few websites like that allow you to shorten links and make them visible on your domain base, but they're paid and provide little room for customization. And the ones that did provide awesome features were mostly paid.

So I was left with no choice but to go with the standard-solution: mainstream websites like or Linktree[]. I got my links up on it, customized it to just how I wanted, and it looked really cool.

My Bio-Link Page

But since I consider myself somewhat of a perfectionist (an understatement, sometimes), and like to bring something unique to the table, I thought about a way to serve the bio-link page on my own domain.

βš–οΈ But why? A few pros and cons

There are a few πŸ‘ pros to hosting a domain! Just to name a few, for me, it was to ability to:

  • Makes your link-in-bio page look unique: Unlike pages that are, the custom-domain page looks very professional, just like how your portfolio on looks better as compared to
  • Have total control over anything served over the domain: Remove watermarks or modify existing content pretty easily!

Cloudflare Workers' specific pros:

  • Analytics - Cloudflare tracks every request through its proxy, so you could have a direct idea about where your domain visits are coming from, and how they're reaching your website.
  • Caching (Faster loads) - Cloudflare also caches every request that goes through its DNS proxy, so a slow SPA could easily benefit on subsequent requests from the same user, right out of the box (though it's disabled by default)
  • Increased Uptime, even when the source is down: In case the source website goes down for a short time, the content served over the domain would still work flawlessly, given that it was recently cached.
  • Load Balancing - You could randomly fetch from 2-3 different sources and get a very basic version of load balancing.
  • Bypass account's free limits - For example, if you have 2-3 accounts on Vercel hosting the same exact website, you could easily modify the worker's code to randomly fetch from any one of them. This way, you could evenly distribute the data usage between the accounts and not hit the free-account limit on the source website (though this might be against the fair use policy).

πŸ‘Ž Cons

It's important to note the downsides of this as well

  • Might not work on every website - Well-engineered web-apps like Google's auth platform could easily detect if the receiver (in this case, Cloudflare's servers), are the end users of the request. This way, they could prevent kind-of man-in-the-middle attacks. But 99% of the websites won't have problems like these.
  • Adds an extra layer - Though this is pretty unnoticeable, since the responses are un-cached, but basically, since all the data goes through a third-party (Cloudflare), the resource per request usage also increases.
  • Could get pretty expensive (sometimes): If your usage stats are out of the roof, and you get more than 100k request per day, subsequent users could face errors if you're on the free plan, till the quota gets reset.

But hey, for light usage and very typical use-cases, chances are that these cons won't matter. In fact, with features like caching and simple analytics, the pros would certainly outweigh the cons.

πŸ™‹β€β™‚οΈ But what is 'Cloudflare Workers'?

Cloudflare workers

Glad you asked! According to Workers' docs

'Cloudflare Workers' provides a serverless execution environment that allows you to create entirely new applications or augment existing ones without configuring or maintaining infrastructure.

It's basically a way to run serverless functions, just like AWS Lambda or Google Cloud Run, but with a few small differences.

Cost: At the time of writing this article, it has around 100k free requests per day (more than enough, even for very famous webpages).

πŸšΆβ€β™€οΈ A Step-by-Step Guide

This guide assumes you have no/little prior knowledge about Cloudflare and Cloudflare Workers. Though if you're pretty experienced, this guide doesn't compromise on quality over simplicity. πŸ™ƒ

  1. Create your Cloudflare account and add a domain (optional)

Add a new domain to your Cloudflare account

Follow the usual instructions on configuring the domain's nameservers, as illustrated in their 'adding a site' docs!

If you aren't managing your DNS through Cloudflare, point the domain to Cloudflare's servers. Read their docs for more info.

  1. Add your Cloudflare worker Route

Cloudflare Worker add route

  1. Add the catch-all domain/sub-domain

Add the domain

  1. Click "Manage Workers", and create a new worker Service.

Create a new Worker Service

  1. Select the second option (HTTP Router) when creating the worker, since we don't just want to send a simple response

Select HTTP Router 2nd option

  1. Open the web code-editor to quickly edit the Cloudflare Worker logic

Open the code-editor

  1. Edit/Paste the code, and preview

Edit the domain and Preview!

Edit the default code snippet that's already in the editor, or add the following:

addEventListener("fetch", (event) => {
      (err) => new Response(err.stack, { status: 500 })

* Many more examples available at:
* @param {Request} request
* @returns {Promise<Response>}

async  function handleRequest(request)  {
  return fetch("");
Enter fullscreen mode Exit fullscreen mode
  1. Assign the custom domain to your worker

Assign the custom domain

And that's it!

πŸŽ‰ Reap the Benefits: Analytics, Caching & Custom Domains

We can now access the contents of at Heck, we even get simple analytics, without the option being enabled by the team!

Domain changed image

Also, get instant feedback on anything the server sends, including status codes, requests, etc. and the data is persisted for weeks at end in the free tier!

Screenshot of analytics

😱 Taking it to the next level: Edit response HTML

We could change the Cloudflare Workers code in order to change the response that is displayed to the end user!

For example, we could use it to our advantage (for educational purposes only, of course) by removing a watermark on a website that requires a premium subscription to remove it.

You could find more info on how to modify response content using Cloudflare Workers on their HTML Rewriter docs

πŸ™ˆ A few Alternatives

Though I'm not fond of paying for a webpage with such a low view count, I'd still like to highlight some alternatives:

Paid: - Host any website on your subdomain within a few minutes (no-code alternative)

Ably Host

Free: Self-hosted Nginx - (If you want to manage everything)

Nginx logo

Nginx could be easily used as a reverse proxy, for routing both internal, and external traffic! Learn more

πŸ‘‹ That's it!

Thanks for reading along! Let me know how/what you're using this for, if you've tried to follow along! Till then, see you later...

Bye Bye

Top comments (15)

cicirello profile image
Vincent A. Cicirello

Neat approach that gets the job done. I'm curious though what the benefit is of even using here at all? It is just a simple single page. Why not instead just create a repo in GitHub with the single page of links served from GitHub Pages and point your links subdomain at that with a CNAME record? [Or some other similar service like GitLab Pages].

just_moh_it profile image
Mohit Yadav

Umm, this really boils down to convenience...

I've already created a lot of links-in-bio pages in the past (some of them were super over-engineered, like edge-caching, redis and integrated admin dashboard), and I'm sure there are many bio-link open-source alternatives that reduce the entry barrier even further.

But I really like the convenience of changing the background image, having professionally-curated themes, repositioning links, not care about hosting or downtime, and since it's free, I really think I'd need a lot of good reasons to move away, but custom-domains aren't a good enough reason imo πŸ™ƒ.

Btw, I used bio-link as an example of how it could be utilized, but I usually use this technique for websites like framer, that have a watermark on the page and a custom domain requires premium... Cloudflare workers solves both, without costing a penny πŸ˜ƒ

cicirello profile image
Vincent A. Cicirello

That makes sense. At first glance, the looked nothing more than a single page with some links and photo. But I can see the benefit considering the themes and other functionality especially if already using.

Thread Thread
just_moh_it profile image
Mohit Yadav • Edited

Yep, totally! I really don't like parts of development like optimizing CSS for mobile layouts, so yeah, I guess existing solutions are good as long as they work well πŸ˜ƒ

michaelmior profile image
Michael Mior

Another important con is that in a lot of cases, it's probably a violation of terms of service of whatever site you're using. When using this approach to remove a watermark, that's almost certainly the case.

just_moh_it profile image
Mohit Yadav

Another important con is that in a lot of cases, it's probably a violation of terms of service of whatever site you're using. When using this approach to remove a watermark, that's almost certainly the case.

Yep, it might be in most cases (certainly is, in the framer example), and that's why I've written (for educational purposes only) everywhere I guess where that might the case!

Thanks for reading πŸ”₯

ravavyr profile image

A neat exercise, do realize this means you now have 2 domains with identical content so google will consider your new domain a duplicate of the first one and rank both sites lower since the content is no longer "unique" ?

This is bad for SEO is what i'm saying.

Other than that, i guess it's ok. I don't see much use for it, if i wanted domain B to point to content of A then i'd set up the site under domain B to start with.

You can do that easily by buying the domain, and using netlify/heroky/digital ocean apps for a static site or get a hosting server for like $5/month if you need a database and a dynamic setup.

just_moh_it profile image
Mohit Yadav

A neat exercise, do realize this means you now have 2 domains with identical content so google will consider your new domain a duplicate of the first one and rank both sites lower since the content is no longer "unique" ?

That's a great point! I think we could easily prevent that by modifying the Cloudflare workers' script to contain a canonical tag.

Other than that, i guess it's ok. I don't see much use for it, if i wanted domain B to point to content of A then i'd set up the site under domain B to start with.

Sure, you could always do that, but the use-cases I illustrated for the demo don't actually have that functionality. One essential requirement of the way you're implying is that the app should be open source, and the use-cases I show for are either, non-open source, or have limitations on the 'traditional' way to add a domain, such as the lack thereof, or the functionality sitting behind a paywall.

Thanks for reading and your awesome arguments πŸ”₯πŸ˜ƒ

jacksonkasi profile image
Jackson Kasi


just_moh_it profile image
Mohit Yadav


ccoveille profile image
Christophe Colombier

Great article, you also made me discover

just_moh_it profile image
Mohit Yadav

Haha... it's pretty awesome that every feature is free! πŸ˜ƒ

sarveshh profile image
Sarvesh Patil

This is an amazing post Mohit. Thanks a lot. Saved me a ton of time!

dhravya profile image

Such an amazing post. Thank you!

Does this work for full domains (like

just_moh_it profile image
Mohit Yadav

Hey! I guess it should, since it's just a simple HTML page... don't know about the subpages though, but they should work with a few modifications in the script!