Road to 512kB
A year ago I built my website using SvelteKit as it was the only Frontend framework that I haven't touched. After a bit I revisited my decision.
I'm fascinated by performance and optimizations of systems. My website is and will always be static. I don't need to handle user interaction that exceeds routing. Might SvelteKit and JavaScript be the wrong tools?
Finding the right tool Direct link to this section
Over time I played with the thought of how much I could reduce the build size of my website. At the same time I discovered the 512KB Club. I set myself the goal to get my website to under 10kB.
First assessment Direct link to this section
Every time someone accessed my old website ~140kB were sent from server to client. Most of that fonts and JavaScript:
text/html Direct link to this section
URL | Size |
---|---|
/ | 9.44kB |
Total Size | 9.44kB |
text/css Direct link to this section
URL | Size |
---|---|
/assets/external/widget.css | 2.45kB |
/_app/immutable/assets/2.91ea808e.css | 5.88kB |
Total Size | 8.33kB |
application/javascript Direct link to this section
URL | Size |
---|---|
/_app/immutable/entry/start.46ce8342.js | 24.72kB |
/_app/immutable/chunks/scheduler.8b5db029.js | 2.19kB |
/_app/immutable/chunks/singletons.a6259fb6.js | 2.85kB |
/_app/immutable/chunks/control.f5b05b5f.js | 252B |
/_app/immutable/entry/app.128da152.js | 5.33kB |
/_app/immutable/chunks/preload-helper.a4192956.js | 893B |
/_app/immutable/chunks/index.04cb41e1.js | 7.19kB |
/_app/immutable/nodes/0.d3aafa10.js | 595B |
/_app/immutable/nodes/2.bf70aaa7.js | 16.11kB |
/_app/immutable/chunks/each.e59479a4.js | 87B |
/assets/external/widget.js | 11kB |
/_app/immutable/nodes/1.d90a7842.js | 1.03kB |
Total Size | 70.07kB |
font/woff2 Direct link to this section
URL | Size |
---|---|
/_app/immutable/assets/inter-latin-wght-normal.88df0b5a.woff2 | 46.7kB |
Total Size | 46.7kB |
img/favicon Direct link to this section
URL | Size |
---|---|
/favicon.png | 3.75kB |
Total Size | 3.75kB |
Getting my build under 10kb Direct link to this section
To get to <10kB I needed to prioritize. Yes, 70kB of JavaScript are unnecessary for a static website. Yes, 46kB for fonts don't need to be part of the final build either. I decided to dump both SvelteKit and fonts.
Dumping JavaScript left me with bare CSS and HTML, which are exactly the right tool for my project. To make my life easier I chose 11ty, a static site generator (SSG). Setup was easy and I was productive sooner compared to other SSG alternatives. I am able to write content in markdown and have it compile to html.
Removing special fonts reduced the build by another 30% for each (uncached) request. The font-sets that I defined are the following and should cover +95% of users due to fallback fonts:
- Serif Text: Iowan Old Style, Apple Garamond, Baskerville, Times New Roman, Droid Serif, Times, Source Serif Pro, serif, Apple Color Emoji, Segoe UI Emoji, Segoe UI Symbol ;
- Sans-serif Text: -apple-system, BlinkMacSystemFont, avenir next, avenir, segoe ui, helvetica neue, helvetica, Cantarell, Ubuntu, roboto, noto, arial, sans-serif;
- Code Blocks: Menlo, Consolas, Monaco, Liberation Mono, Lucida Console, monospace;
I saved another couple kB's by using an emoji as favicon instead of creating one that takes up additional space. My website is hosted on GitHub with an automatic deploy pipeline. Access from within North America is as fast as it gets.
As of now, 07/27/2024, transferred size via Cloudflare shows the following:
URL | Size |
---|---|
/ | 9.07kB |
Total Size | 9.07kB |
Next iteration? Direct link to this section
To save further, I could avoid serving .html via different routes. Instead content could be rendered dynamically through CSS and html selectors. While this would save separate GET requests for content, it would clutter my codebase. I'm not sure if that is a trade-off I'm not willing to take.
- Previous: So good they can't ignore you
- Next: Syncthing to sync things