Thème FSE pour WooCommerce : des gains de performance natifs.

Un thème FSE (aussi appelé thème blocs) est construit entièrement avec les blocs Gutenberg : header, footer, templates de pages, tout est éditable dans l'éditeur de site WordPress. Fini le couple thème + page builder : la mise en page est native. Résultat : beaucoup moins de code chargé, et des gains mesurés de l'ordre de -23% sur le TTFB et -27% sur le LCP par rapport à un thème classique chargé.

Un page builder embarque son propre framework : des centaines de Ko de CSS et JavaScript chargés sur chaque page, qu'ils servent ou non. Un thème FSE n'a pas de framework : WordPress ne charge que les styles des blocs réellement présents sur la page. Moins de code à télécharger, parser et exécuter : chaque étape du chargement s'allège.

Oui, et de mieux en mieux : les templates boutique (fiche produit, catalogue, panier, checkout) sont éditables en blocs, et les blocs WooCommerce natifs couvrent l'essentiel. Les points de vigilance restent les extensions vieillissantes qui supposent un thème classique, et certains templates spécifiques. C'est ce que l'audit de compatibilité vérifie avant toute migration.

Non : le design est recréé fidèlement dans le nouveau thème, souvent en l'améliorant au passage. La méthode : partir d'un theme.json qui encode votre charte (couleurs, typographies, espacements), reconstruire les templates en blocs, et comparer visuellement page par page en staging. Vos contenus, eux, ne bougent pas : ils sont indépendants du thème.

Pour une boutique au design raisonnable : deux à quatre semaines, de l'audit à la bascule. L'essentiel du temps part dans la reconstruction des templates et les tests. Si le site actuel repose massivement sur un page builder avec des mises en page très spécifiques, il faut ajouter le temps de re-création de ces pages en blocs.

Sur les migrations documentées depuis un thème + page builder : TTFB -23%, LCP -27%, et souvent 200 à 500 Ko de CSS/JS en moins par page. À cela s'ajoutent les gains indirects : moins de plugins nécessaires, un cache plus efficace, et un site que WordPress optimise nativement à chaque version. Les chiffres exacts dépendent du point de départ, mesuré pendant l'audit.

Oui, c'est un des grands bénéfices : l'éditeur de site permet de modifier header, footer, mises en page et styles sans toucher au code. Votre équipe marketing devient autonome pour les landing pages et les changements courants. Le développeur reste utile pour les patterns complexes et la performance, plus pour changer une couleur de bouton.

C'est la direction officielle de WordPress depuis la version 5.9, et tout l'investissement du core va dans cette architecture : chaque version améliore l'éditeur de site et les performances des blocs. Les page builders historiques suivent le mouvement en adoptant les blocs. Migrer vers FSE, c'est s'aligner sur la trajectoire de la plateforme plutôt que de la subir. Cela se combine bien avec le checkout blocs, même philosophie.