0 JavaScript, 100 % performance : le site vitrine redéfini

Sur une page de contenu, le JavaScript est rarement ce qui fait la valeur : c’est le texte, la hiérarchie, la vitesse. Or le plus simple chemin vers une page lente reste d’y embarquer une application entière pour afficher un article.

Ce que « zéro JavaScript » veut dire, précisément

Cela ne signifie pas « aucune interaction » : un formulaire de contact, un menu mobile ou un filtre de recherche restent des besoins légitimes. Cela signifie que la page se lit et se parcourt sans exécuter un seul script — les interactions deviennent des îlots isolés, chargés uniquement quand on en a besoin.

1. Le HTML est généré au build (génération statique), pas au clic.
2. Aucun framework n’hydrate la page de contenu.
3. Les seules interactions client sont embarquées dans de petits composants isolés.

Les gains, mesurés sur ce site

Ce site même est construit ainsi. Les résultats sont donc vérifiables en direct : un score Lighthouse de 100 sur les pages de contenu, un temps de rendu initial sans JavaScript, et un plus grand élément de contenu qui est du texte — donc immédiatement peint, sans attendre une police ni une image.

Ce que ça change pour le référencement

Un HTML complet, envoyé dès le premier octet, supprime toute la classe de problèmes de rendu que les moteurs doivent résoudre. Les pages sont indexées plus vite et plus fidèlement, et les Core Web Vitals — un facteur de classement — sont au vert par construction, pas par optimisation.

La performance d’une page de contenu ne se mesure pas à ce qu’on ajoute, mais à ce qu’on choisit de ne pas envoyer.

Quand cette architecture ne suffit pas

Dès qu’une page devient réellement applicative — état partagé, données personnalisées, édition en direct — le coût du JavaScript est justifié. Le bon réflexe n’est pas d’en bannir tout le site, c’est de le circonscrire à ce qui le mérite.