ACF vs Gutenberg (blocs natifs) : lequel choisir en 2026 ?

Comprendre ce que fait vraiment chaque outil

Avant de comparer, il faut poser les définitions justes. La plupart des articles trouvés sur le sujet mélangent les concepts et rendent le choix confus.

ACF (Advanced Custom Fields) est un plugin qui permet à un développeur de créer des champs personnalisés attachés à des types de contenus WordPress (pages, articles, custom post types). Concrètement, le développeur définit un "groupe de champs" (par exemple : titre du hero, sous-titre, image du hero, bouton principal, etc.), et le client saisit ces valeurs via un formulaire clair dans l'admin WordPress. Le rendu final est contrôlé à 100% par le thème via PHP.

Gutenberg (ou le "block editor") est l'éditeur de contenu natif de WordPress depuis la version 5.0 (fin 2018). Il fonctionne par blocs : chaque paragraphe, titre, image, liste, bouton est un bloc que le client empile librement dans son article ou sa page. Depuis WordPress 5.9 (2022) et sa maturation en 2024-2026, Gutenberg permet aussi de composer les templates entiers du site (header, footer, archives) via le Full Site Editing (FSE).

La différence fondamentale : ACF contraint, Gutenberg libère. Ce sont deux philosophies opposées, chacune ayant sa légitimité.

ACF : le maître du contenu structuré

ACF brille quand la structure de la page est connue à l'avance et qu'on veut empêcher le client de casser le design.

Exemple concret : sur un site de cabinet d'avocat, la page "L'équipe" est un template qui affiche une liste d'avocats. Chaque avocat a un nom, une photo, un poste, une biographie et une adresse email. Avec ACF, le développeur crée un Custom Post Type "Avocat" avec 5 champs. Le client ajoute un nouvel avocat en remplissant 5 cases. Le rendu suit fidèlement la maquette, quelle que soit la longueur des biographies ou le format des photos.

Avantages concrets d'ACF :

• Contrôle absolu du design : impossible pour le client d'insérer du CSS bizarre ou de déplacer un élément par erreur.
• Interface d'édition claire : le client voit "Titre du bloc hero" au lieu de devoir chercher où mettre son texte.
• Contenu propre en base : chaque champ est stocké dans wp_postmeta comme une donnée nommée, pas comme du HTML.
• Facile à migrer : exporter les données ACF vers un autre système reste faisable (JSON/CSV).
• Rapide à charger : pas de div soup gigantesque, juste des champs affichés par le PHP du thème.

Inconvénients :

• Rigidité : si le client veut ajouter un bloc non prévu, il faut appeler le développeur.
• Dépendance au dev : chaque nouvelle section = ticket développement.
• Version PRO à ~50€/an pour les fonctions avancées (Repeater, Flexible Content) qu'on veut souvent.

Gutenberg : la liberté du bloc

Gutenberg va dans l'autre direction. L'idée est que le client compose ses pages comme dans un traitement de texte moderne : je pose un titre, un paragraphe, une image, une colonne 2×, une citation, un bouton, un formulaire, etc.

Cas typique : le blog interne d'une PME où chaque nouvel article a une structure imprévisible. Un article "10 tips pour...", un article vidéo, une interview avec 3 blocs en accordéon. Gutenberg gère ça sans effort.

Avantages :

• Autonomie du client : il peut créer, dupliquer, réorganiser des pages sans jamais rappeler le dev.
• Bibliothèque riche : plus de 100 blocs natifs en 2026, des milliers de blocs tiers via des plugins (Kadence, GenerateBlocks, Otter).
• Bloc réutilisables (Reusable Blocks) et patterns : le dev peut créer des "sections prêtes" que le client insère.
• Full Site Editing depuis 2022 : le client peut aussi modifier le header et le footer.
• Standard WordPress : intégré à WordPress core, aucun plugin à installer, pas de dépendance externe.

Inconvénients :

• Risque de casser le design : un client qui bidouille peut aboutir à une page moche, incohérente, ou lente.
• Contenu HTML brut en base : difficile à réutiliser ailleurs, difficile à migrer vers un autre CMS.
• Performance mitigée : les blocs empilés génèrent parfois des DOM lourds et du CSS redondant.
• Courbe d'apprentissage : Gutenberg reste moins intuitif qu'un formulaire ACF pour un client non-tech.

Le tableau qui tranche selon ton besoin

Trois profils, trois choix évidents

Cas 1 : artisan seul, jamais touché à un CMS

Un plombier, un paysagiste, un coiffeur qui veut son site vitrine mais qui n'a pas envie de "gérer" un site. Le dev fait un thème custom + ACF. Chaque page est un formulaire : le client change une photo, un texte, un tarif. Zéro risque, résultat pro garanti, dev appelé une fois par an pour ajouter une section.

C'est aussi la stratégie que j'utilise sur 80% des sites clients que je crée : ACF Free + thème sur mesure. Le client n'a jamais peur d'ouvrir son admin.

Cas 2 : PME qui veut publier plein de contenu

Une entreprise de 20 salariés avec un blog actif, plusieurs services marketing, du contenu qui évolue chaque semaine. Ici Gutenberg est plus pertinent : la personne qui rédige veut pouvoir varier les mises en page, tester des CTA, changer un layout sans passer par un ticket dev.

Formation Gutenberg de 2 heures avec le rédacteur, mise en place de patterns prédéfinis pour garder une cohérence, et on lâche l'équipe en toute confiance.

Cas 3 : projet mixte (le cas fréquent)

Un cabinet de conseil avec un site vitrine (pages statiques bien contrôlées) ET un blog actif. La bonne solution est ACF pour le vitrine + Gutenberg pour le blog. Certains templates (l'accueil, les pages services) sont gérés par ACF, tandis que les articles utilisent Gutenberg.

Meilleur des deux mondes, coût de dev modéré, autonomie éditoriale préservée là où elle compte.

Ce que les alternatives récentes changent en 2026

Deux acteurs ont émergé et méritent d'être connus quand on parle de contenu structuré sur WordPress en 2026 :

• Meta Box : alternative directe à ACF, plus légère, avec une génération de code PHP à la volée. Moins mainstream, mais séduit certains devs pointilleux.
• Pods Framework : gestionnaire de Custom Post Types avancé, historiquement puissant. Reste utilisé sur des projets qui manipulent beaucoup de données relationnelles.
• Blocks à la Kadence Blocks / GenerateBlocks / Otter : extensions qui enrichissent Gutenberg avec des blocs pros (Row Layout, Icon Box, Testimonial Slider). Pour qui veut Gutenberg sans être limité aux blocs natifs.

Aucun de ces outils ne remplace ACF ou Gutenberg à eux seuls. Ce sont des surcouches à considérer selon le contexte.

Ma recommandation d'un webdesigner qui fait tourner 25+ sites WP

Voici la règle que j'applique concrètement quand un client me demande de créer son site WordPress en 2026 :

1. Site vitrine simple, client non-tech, moins de 15 pages : ACF Free + thème sur mesure. Zéro plugin builder, zéro risque.
2. Site avec blog actif : ACF pour les pages vitrine + Gutenberg pour les articles.
3. Site avec beaucoup de rédacteurs internes : Full Gutenberg + patterns verrouillés + formation de 2h.
4. Refonte d'un site cassé par un ancien builder (Elementor, Divi) : ACF quasi systématique pour repartir sur du propre.
5. E-commerce léger WooCommerce : mix. Les fiches produit et catégories restent en Gutenberg pour l'ergonomie, les pages institutionnelles en ACF.

Ce qu'on évite dans tous les cas : mélanger 3 plugins de blocs différents, ajouter un builder par-dessus Gutenberg, ou vouloir absolument que Gutenberg gère un design ultra-custom qu'ACF ferait mieux et plus vite.

Les erreurs de choix qui coûtent cher

Trois erreurs vues plusieurs fois cette année sur des refontes de sites clients :

• Choisir Gutenberg parce que "c'est natif" alors que le client n'y touchera jamais. Résultat : un an après, le client rappelle un dev pour changer trois lignes qu'il pourrait modifier lui-même en 3 clics avec ACF.
• Choisir ACF parce que "c'est mieux structuré" alors que le client veut publier 3 articles par semaine. Résultat : chaque nouvel article = ouverture d'un ticket avec le webmaster, le blog meurt en 6 mois.
• Cumuler ACF + un page-builder (Elementor) sur le même site : deux systèmes de rendu concurrents, deux bases de données à maintenir, un cauchemar de performance et de migration future.

Le bon choix se fait avec le client, en cadrant qui va faire quoi, à quelle fréquence, et sur quels types de pages.

En résumé

ACF quand le contenu est cadré et le client peu autonome. Gutenberg quand la publication est libre et fréquente. Les deux quand le site mélange les deux logiques.

Il n'y a pas de gagnant absolu en 2026. Ce qui existe, c'est un outil adapté à chaque situation. Un développeur WordPress compétent sait faire les deux et propose le bon selon le brief, pas selon son plugin préféré.

Questions fréquentes