This is an example app built with General Translation to demonstrate static site generation with i18n. Not a real blog.

Back to all posts
2026-02-12|Maria Santos|4 min read

Why You Should Pre-Render Every Locale

Pre-rendering translations at build time eliminates runtime overhead and delivers instant page loads in every language.

Most internationalization solutions fetch translations at runtime. The browser loads the page, requests a JSON file of translated strings, and then renders the content. This introduces a flash of untranslated content, adds network requests, and slows down the perceived load time.

Pre-rendering every locale at build time solves all of these problems. Each language gets its own complete HTML output, ready to serve immediately. There is no client-side fetching, no hydration delay for translations, and no layout shift when strings arrive late.

This approach also improves SEO significantly. Search engine crawlers see fully translated, fully rendered HTML at each locale path. Your Spanish content lives at /es, your Japanese content at /ja, and each version is a first-class page with its own metadata, titles, and descriptions.