WordPress a changé. Depuis 2021, l’éditeur de site (Site Editor) et les thèmes blocs permettent de personnaliser chaque pixel de votre site, directement depuis l’admin — sans thème enfant, sans code, sans page builder propriétaire.
Cette approche, appelée Full Site Editing (FSE), est aujourd’hui la voie officielle recommandée par WordPress.org. Elle est plus légère, plus rapide, plus accessible… et surtout, plus durable.
Voici les 30 compétences intermédiaires pour maîtriser cet écosystème — idéal pour les intégrateurs, webdesigners, consultants SEO/UX ou freelances techniques.
Travailler avec les thèmes blocs
- Choisir un thème bloc moderne (ex. : Twenty Twenty-Four, Blockbase, Kadence FSE)
- Comprendre la différence entre thème classique (PHP) et thème bloc (fichiers JSON + blocs)
- Installer et activer un thème bloc sans casser le site
- Utiliser le Site Editor (
Apparence > Éditeur) pour modifier tout le site
Pourquoi c’est mieux ? : les thèmes blocs sont plus légers, plus rapides, et 100 % compatibles Gutenberg.
Personnaliser l’ensemble du site (FSE)
- Modifier le header, footer, sidebar sans code
- Créer des modèles de page (page d’accueil, article, archive, 404)
- Appliquer des styles globaux (couleurs, typographie, espacement) en un clic
- Gérer les conditions d’affichage (ex. : header différent pour les articles vs pages)
Créer et réutiliser du contenu structuré
- Construire des patterns (blocs réutilisables : call-to-action, témoignages, pricing)
- Exporter/importer des patterns entre sites
- Utiliser le bloc Query Loop pour afficher dynamiquement des articles ou CPT
- Intégrer des champs personnalisés (via ACF ou native) dans les blocs
Gérer les contenus avancés (sans PHP)
- Créer des Custom Post Types (CPT) simples avec des plugins légers (ex. : Custom Post Type UI)
- Afficher ces contenus via des blocs natifs (pas de shortcode !)
- Organiser avec des taxonomies personnalisées (ex. : “Types de service”, “Villes”)
- Restreindre l’accès à certains contenus par rôle utilisateur
Optimiser SEO et performance (niveau intermédiaire)
- Configurer les redirections 301 (plugin Redirection)
- Mettre en place un maillage interne intelligent (liens contextuels, liens sémantiques)
- Implémenter des balises Schema.org basiques (Article, FAQ, Organization)
- Optimiser les Core Web Vitals : lazy load, préchargement des liens, polices locales
Accessibilité et écoconception
- Auditer votre site avec Lighthouse (dans Chrome DevTools)
- Supprimer les animations non essentielles (risque pour l’épilepsie photosensible)
- Auto-héberger les polices (éviter Google Fonts)
- Limiter les scripts tiers (pixels, trackers, widgets sociaux)
Collaborer et former
- Exporter des templates ou patterns pour les réutiliser sur d’autres projets
- Former vos clients à l’administration FSE (tout se fait dans l’éditeur visuel)
- Créer des guides visuels (Loom, PDF) pour les tâches courantes
- Utiliser le mode “brouillon” pour les templates (pas de risque de casser le site en prod)
La réalité du terrain
Le Full Site Editing (FSE) est la direction officielle de WordPress.org, et il offre une liberté incroyable… en théorie.
En pratique, peu de clients sont prêts à l’adopter aujourd’hui : l’interface reste complexe, les thèmes matures sont rares, et la moindre erreur peut casser tout le site.
Pour les projets clients en 2024, privilégiez :
- Un thème classique léger (ex. : Kadence, Blocksy, Astra) + Gutenberg pour le contenu
- Ou un page builder moderne et performant (Bricks, Breakdance, Oxygen) si vous avez besoin de design sur mesure
Tableau comparatif Avant / Après FSE
| Compétence | Avant FSE (thèmes classiques) | Avec FSE (thèmes blocs) |
|---|---|---|
| Modifier le header | Nécessite un thème enfant + PHP/CSS | Directement dans l’éditeur de site, visuellement |
| Créer une page d’accueil personnalisée | Page builder (Elementor) ou template PHP | Modèle de template FSE, 100 % natif |
| Changer la typo globale | CSS personnalisé ou plugin | Styles globaux → changement en 1 clic |
| Réutiliser un bloc design | Enregistrer comme template Elementor | Créer un “pattern” → réutilisable partout |
| Mettre à jour le design | Risque de casser le thème enfant | Aucun risque : tout est dans la base de données |
| Performance | Souvent lourd (JS/CSS des page builders) | Léger, natif, optimisé par défaut |
| Formation client | Complexe (“ne touche pas au CSS”) | Intuitif : “tout se fait ici, dans cet éditeur” |