Template Webflow : le coût caché des deux systèmes CSS

Deux CSS sur un même site, c’est une facture qui court

Un site construit sur un template puis personnalisé finit souvent avec deux systèmes CSS : celui du template sur les pages d’origine, une feuille maison sur les pages ajoutées. Chaque modification d’en-tête, de pied de page ou de couleur se fait alors deux fois, le poids de la page double sur la home, et la dette grandit à chaque nouvelle page.

Je ne tape pas sur Webflow. L’outil fait le travail, et un template bien exploité fait gagner des semaines. Ce qui pose problème, c’est l’assemblage : un template acheté, partiellement remplacé, jamais nettoyé.

Le cas typique : la home d’un côté, les 13 autres pages de l’autre

Sur un site hôtelier repris chez Peechy à l’été 2026, l’héritage était limpide. La page d’accueil tournait encore sur le CSS du template, 330 Ko plus GSAP pour les animations. Les 13 autres pages, elles, avaient été refaites avec une feuille maison, beaucoup plus légère.

Conséquence concrète : l’en-tête et le pied de page existaient en deux exemplaires. Changer un numéro de téléphone, ajouter une entrée de menu, corriger une mention légale, il fallait le faire deux fois, dans deux logiques de nommage différentes. Un oubli sur l’un des deux et le site affichait deux versions du même bloc selon la page visitée. C’est le genre de détail qui ne se voit pas dans une recette de livraison, et qui coûte tous les mois ensuite.

La dette technique désigne l’écart entre la façon dont un site est construit et la façon dont il devrait l’être, écart qui se paie en temps à chaque modification ultérieure. Elle s’accumule naturellement au fil des landing pages, des articles et des scripts marketing ajoutés : la performance est une discipline continue, pas un projet ponctuel source : Flowout, 2026.

Pourquoi le CSS d’un template pèse si lourd

Webflow génère du CSS pour chaque classe créée, y compris celles qui ne servent plus, ce qui explique le poids anormal des feuilles de template jamais nettoyées source : UI Studioz, 2026. Un template commercial est conçu pour couvrir dix usages : vous en utilisez deux, vous transportez les huit autres.

À cela s’ajoutent les animations livrées avec le template, souvent GSAP, chargées sur la page la plus visitée du site. La même source recommande de garder un DOM sous 1500 éléments, seuil au-delà duquel Lighthouse signale la page. Les templates riches en sections décoratives le dépassent vite.

Le badge du template masqué en JavaScript : le vrai risque

Sur ce même site, le badge du fournisseur de template était toujours dans le HTML. Il était masqué au chargement par un script, donc invisible pour un visiteur, mais parfaitement lisible par les robots. Nous l’avons retiré à la source, pas masqué davantage.

Ce n’est pas anodin. Google range dans ses politiques anti-spam le fait d’ajouter du texte ou des liens cachés via CSS ou JavaScript, contenu que les moteurs voient et que les utilisateurs ne repèrent pas source : Google Search Central. Le cloaking est la pratique consistant à présenter un contenu différent aux utilisateurs et aux moteurs de recherche dans l’intention de manipuler le classement.

Nuance importante : le critère n’est pas l’usage de JavaScript. Google ne considère pas le rendu dynamique comme du cloaking tant que le contenu servi reste similaire ; c’est l’écart de contenu qui pose problème, pas la technique source : Google Developers Codelabs. Un badge masqué ne fera pas tomber un site. Mais laisser dans son HTML un lien sortant vers un vendeur de templates, que personne n’a décidé d’y mettre, c’est le signe qu’on n’a jamais regardé sous le capot.

L’objection : « ça marche, pourquoi tout refaire ? »

Elle est légitime, et refondre par réflexe est une erreur coûteuse. Une refonte mal préparée produit exactement le résultat qu’on redoute : un budget dépensé pour un site moins bon que l’ancien source : Beabot, 2026.

Le critère de décision est mesurable. Si l’audit montre que plus de 60 % des problèmes sont structurels (stack, architecture, dette de code), la refonte complète se justifie ; en dessous, une intervention chirurgicale coûte moins cher et va plus vite. Le « template refresh », changer l’enveloppe graphique et nettoyer le CSS, permet de gagner deux ans de fraîcheur pour un budget divisé par trois par rapport à une refonte totale source : Progressio Web, 2025.

Ma règle pratique :

• Un seul CSS, plusieurs pages moches : on nettoie et on restyle, pas de refonte.
• Deux CSS mais un seul en-tête partagé : on unifie la feuille de style, projet d’une semaine.
• Deux CSS et des composants dupliqués : c’est structurel, on reconstruit.
• Personne dans l’entreprise n’ose modifier une page : signal de refonte, indépendamment du code source : Phenixweb, 2026.

Avant de signer, demandez à votre prestataire une chose simple : combien de fichiers CSS charge la home, et combien d’endroits il faut toucher pour changer une ligne du pied de page. Les réponses vous dirons plus sur les trois prochaines années que n’importe quelle maquette. Pour la suite, voyez notre checklist avant de consulter une agence et les signaux d’alerte avant de signer.