JavaScript est partout. Dans les menus, les animations, les formulaires, les carrousels, les chargements de contenu. La quasi-totalité des sites modernes en dépendent, souvent massivement.
Et pourtant, depuis quelques années, une question discrète mais persistante circule parmi les développeurs : a-t-on vraiment besoin de tout ce JavaScript ?
Pas pour supprimer le langage. Pas pour revenir à l’an 2000. Mais pour se demander honnêtement si on ne l’utilise pas parfois là où HTML et CSS suffiraient amplement.
Ce que JavaScript a changé sur le web
Au départ, le web était simple. Des pages HTML, du texte, quelques images, des liens. Puis JavaScript est arrivé, et avec lui la possibilité de rendre les interfaces dynamiques, réactives, interactives.
C’est une révolution réelle. Les applications web modernes, les interfaces complexes, les expériences riches n’existeraient pas sans lui. Personne ne remet sérieusement ça en question.
Mais progressivement, JavaScript est aussi devenu la réponse par défaut à des problèmes qui n’en avaient pas forcément besoin. Un menu déroulant ? JavaScript. Une animation au scroll ? JavaScript. Un formulaire de contact ? JavaScript. Un carrousel d’images ? JavaScript.
Et chaque script ajouté a un coût : du poids, du temps de chargement, des dépendances, et parfois des points de défaillance. C’est l’une des raisons pour lesquelles le web commence à chercher à ralentir.
Un chiffre qui donne à réfléchir
Selon le Web Almanac 2025, 17% des pages web ne fonctionnent pas du tout sans JavaScript activé. Ces sites perdent du trafic SEO, de l’accessibilité, et de la fiabilité dès qu’une seule erreur JavaScript casse toute l’interface.
Ce chiffre illustre bien le problème : beaucoup de sites sont devenus entièrement dépendants d’une couche technique qui devrait, en théorie, rester optionnelle.
Ce que HTML et CSS peuvent faire seuls
C’est souvent une surprise pour les non-développeurs, et parfois même pour certains développeurs : HTML et CSS sont devenus extrêmement puissants ces dernières années.
Aujourd’hui, sans une seule ligne de JavaScript, on peut faire :
- des menus déroulants accessibles
- des animations fluides au scroll
- des onglets, des accordéons, des modales
- des formulaires avec validation en temps réel
- des mises en page complexes et responsives
- des transitions entre états visuels
- du mode sombre adapté aux préférences système
Tout cela fonctionnait autrefois uniquement avec JavaScript. Aujourd’hui, le navigateur gère nativement une grande partie de ces interactions, plus rapidement, plus efficacement, et souvent de façon plus accessible.
Le progressive enhancement : une philosophie, pas une contrainte
La réponse la plus raisonnable à cette question n’est pas « zéro JavaScript », mais plutôt ce qu’on appelle le progressive enhancement, ou amélioration progressive.
L’idée est simple : construire en trois couches.
- La base en HTML : le contenu est lisible et navigable pour tout le monde, même sans CSS ni JavaScript.
- La présentation en CSS : on ajoute le style, la mise en page, les animations. Sans rendre le contenu inaccessible si le CSS ne charge pas.
- Le comportement en JavaScript : on enrichit l’expérience pour les navigateurs qui le supportent, par exemple avec des micro-interactions qui confirment chaque action de l’utilisateur, sans que le site devienne inutilisable si JS est absent ou bloque.
Chaque couche améliore la précédente, mais aucune n’est une dépendance absolue. Le site fonctionne à chaque niveau, avec une expérience qui s’enrichit progressivement.
Pourquoi ça change tout en termes de performance
Un site construit avec cette philosophie est structurellement plus léger. Moins de JavaScript à charger, moins de scripts à exécuter avant que la page soit utilisable, moins de points de défaillance.
En pratique, cela signifie souvent :
- un chargement plus rapide, surtout sur mobile et connexion lente
- une meilleure indexation par Google, qui ne rend pas toujours le JavaScript
- une accessibilité améliorée pour les lecteurs d’écran
- une plus grande robustesse : si une fonctionnalité JS plante, le reste du site continue de fonctionner
Ce n’est donc pas une régression technique. C’est souvent l’inverse.
Le lien avec l’écoconception
Cette réflexion rejoint directement les enjeux d’écoconception web. Chaque script JavaScript chargé consomme de la bande passante, de la mémoire, du CPU, et donc de l’énergie, à chaque visite, sur chaque appareil, pour chaque utilisateur.
Un site qui charge 500 Ko de JavaScript pour afficher un menu et un formulaire de contact consomme inutilement des ressources. À l’échelle de milliers de visites par mois, cela représente une empreinte réelle, et évitable.
Faire moins, mais mieux, est aussi une forme de responsabilité.
Mythe ou avenir possible ?
Un web sans JavaScript est un mythe. Les applications complexes, les interfaces riches, les outils collaboratifs en ligne ont besoin de JavaScript, et ce n’est pas près de changer.
Mais un web qui utilise JavaScript avec discernement, qui part du HTML, qui laisse CSS faire ce qu’il sait faire, et qui réserve JavaScript aux cas où il apporte une vraie valeur ajoutée ? C’est non seulement possible, mais c’est probablement la direction la plus saine pour un web plus rapide, plus accessible, et plus durable.
La question n’est donc pas « JavaScript ou pas JavaScript ». C’est plutôt :
« est-ce que ce JavaScript est vraiment nécessaire ici ? »
Et cette question, posée régulièrement, change beaucoup de choses.
Vous avez un projet de site WordPress, ou vous souhaitez savoir si votre site actuel peut évoluer dans ce sens ?