Bunny Fonts
A drop-in Google Fonts replacement: swap the URL and serve the same fonts from a zero-logging, GDPR-safe CDN. No account, based in Slovenia.
Private alternatives to Google Fonts, vetted against our public criteria.
A drop-in Google Fonts replacement: swap the URL and serve the same fonts from a zero-logging, GDPR-safe CDN. No account, based in Slovenia.
Self-host open-source fonts as npm packages, so a visitor's browser never makes a third-party request. Free and open source.
No matches for those filters.
| Tool | Delivery | Based in | Cost |
|---|---|---|---|
| | CDN (drop-in) | Slovenia | Free |
| | Self-hosted (npm) | · | Free |
Most websites load their fonts straight from Google, and every time a page opens, the visitor’s browser quietly connects to Google to fetch them. That request hands Google the visitor’s IP address, on every page view, without anyone agreeing to it. A privacy-friendly web font host serves the exact same typefaces while keeping your visitors out of Google’s logs. Some do it as a drop-in swap you make in a minute, others by letting you self-host the files so no third party is involved at all.
There is no privacy setting inside Google Fonts, because the tracking is not a feature you can disable, it is how the service works. The font file lives on Google’s servers, so your visitor’s browser has to open a connection to Google to download it, and that connection necessarily carries the visitor’s IP address. You cannot serve a Google-hosted font without the request to Google, and you cannot make the request without exposing your visitor. A German court reached exactly this conclusion: because the same font could be served without contacting Google at all, the transfer of a visitor’s IP was not defensible. The only real fix is to stop the request from reaching Google, which is what both picks on this page do.
Every entry is measured against our public listing criteria: it must serve the same open-source fonts without logging your visitors or building a profile, and it must state plainly what it does with each request. It also has to work without an account. We also weigh where a service is based, since jurisdiction shapes the legal demands it can be served. We only list a host we would happily put on our own pages, and we say plainly where each one compromises, so you are choosing on facts rather than a slogan.
Start with what it does with the request. A good host logs nothing and never ties a page view to a profile. Next, check that it serves the same families and weights you already use, so your design does not shift. Then weigh the delivery model. A drop-in CDN like Bunny Fonts is the fastest fix and still removes the Google transfer, while self-hosting with Fontsource removes the external request entirely at the cost of a build step. The right answer depends on whether you value a same-day swap or zero outside calls.
No. This trips people up, so it is worth stating flatly. The fonts these hosts serve are the same open-source typefaces Google distributes, at the same weights and styles. You are changing the address the file is fetched from, not the file. Your headings, your body text, your spacing all render exactly as before. The only thing that changes is that your visitor’s browser stops connecting to Google to get them.
If you want the quick win, point your font embed at a privacy-respecting CDN instead of Google: change the host in the stylesheet link and you are done, no design work and no build. If you would rather no outside server is involved at all, self-host the files so they ship from your own domain. Fonts are usually the easiest leak on a site to close, and once they are handled, the obvious next step is your analytics, which watches visitors far more closely than a font ever did. If you are pruning Google out of your stack more broadly, the de-Google playbook covers the rest, and our Google Fonts alternatives page walks the move step by step.