ACF Pro vs Modern Fields pour un site WordPress client en 2026

ACF Pro est devenu un standard des projets WordPress sur mesure. Modern Fields arrive avec une promesse différente: créer des champs personnalisés directement dans l'éditeur de blocs, avec une meilleure intégration Gutenberg et Full Site Editing.

Le bon choix ne dépend pas seulement des fonctionnalités. Il dépend du type de site, de l'équipe éditoriale, de la maintenance et du risque acceptable. Pour un client, un outil de champs n'est pas un gadget: c'est une partie centrale de l'administration.

Résumé rapide

Choisissez ACF Pro si:

• le projet doit être repris facilement par une autre agence;
• vous avez besoin d'un outil très mature;
• le site utilise un thème classique ou hybride;
• le client veut une interface admin fiable, même si elle est moins visuelle;
• vous voulez minimiser le risque sur un projet long terme.

Testez Modern Fields si:

• le projet est très Gutenberg ou Full Site Editing;
• vous voulez composer les champs visuellement dans l'éditeur;
• le client travaille beaucoup dans l'éditeur de blocs;
• vous acceptez un outil plus jeune;
• vous construisez une démo, un nouveau socle ou un projet maîtrisé.

Ce que fait ACF Pro

ACF Pro permet de créer des groupes de champs pour des pages, articles, Custom Post Types, options pages ou blocs. Son API est connue:

$subtitle = get_field('subtitle');

if ($subtitle) {
    echo esc_html($subtitle);
}

Pour les repeaters:

if (have_rows('sections')) {
    while (have_rows('sections')) {
        the_row();

        $title = get_sub_field('title');
        $text = get_sub_field('text');
    }
}

ACF Pro brille quand vous devez construire vite un backoffice éditorial fiable: pages d'options, champs répétés, blocs ACF, relations, galeries, flexible content.

Ce que propose Modern Fields

Modern Fields reprend l'idée des champs personnalisés, mais les place davantage dans l'expérience native de WordPress. D'après sa page de comparaison avec ACF, ses différences principales sont:

• création visuelle des groupes de champs dans l'éditeur de blocs;
• cohérence CSS avec l'éditeur Gutenberg;
• prise en compte plus large de theme.json;
• champs bindables dans l'éditeur via l'interface;
• meilleure intégration REST API;
• assignation de groupes de champs à des blocs WordPress;
• filtres de Query Loop sur champs custom en Pro;
• bibliothèque de patterns en Pro.

L'approche est séduisante si vous voulez que l'administration ressemble davantage à ce que le client voit dans Gutenberg.

Comparaison concrète

Le choix n'est donc pas "ancien contre nouveau". C'est plutôt "standard éprouvé contre approche plus native Gutenberg".

Cas 1: site vitrine classique

Pour un site vitrine avec pages éditoriales, témoignages, réalisations, FAQ et options globales, ACF Pro reste le choix le plus prudent.

Exemple de structure:

• CPT realisations;
• groupe ACF "Détails projet";
• page d'options "Coordonnées";
• champs répétés pour les FAQ;
• quelques blocs ACF si besoin.

Dans ce contexte, le client ne gagne pas forcément beaucoup à avoir un builder de champs très visuel. Il a surtout besoin d'une interface claire et stable.

Cas 2: espace presse ou contenu éditorial

Pour un espace presse WordPress, ACF Pro est très adapté:

• CPT press_release;
• champs published_on, download_file, press_contact;
• template archive;
• template détail;
• SEO par type de contenu.

Modern Fields devient intéressant si l'équipe éditoriale veut gérer des structures plus proches de Gutenberg, par exemple des blocs éditoriaux réutilisables, des patterns, ou une composition visuelle plus fine.

Mon choix par défaut: ACF Pro pour la robustesse. Modern Fields si le client est déjà à l'aise avec l'éditeur de blocs et que le projet est neuf.

Cas 3: site Full Site Editing

Sur un projet FSE, Modern Fields devient plus pertinent. Son positionnement est justement de s'intégrer au block editor et au theme.json.

Dans ce cas, il faut tester:

• le rendu dans l'éditeur;
• la compatibilité avec le thème;
• les bindings;
• les Query Loop filtrées;
• la stabilité des champs dans les patterns.

Ne partez pas directement en production sans prototype. Faites une page type, un CPT, un pattern, un import/export et une reprise sur staging.

Cas 4: reprise de projet WordPress

Pour une reprise de projet, gardez l'outil déjà présent sauf raison forte. Migrer ACF vers un autre système de champs uniquement pour moderniser est rarement rentable.

Checklist avant migration:

• combien de champs existent?
• combien de templates appellent get_field()?
• y a-t-il des repeaters ou flexible content complexes?
• les données sont-elles sérialisées?
• le client utilise-t-il vraiment l'éditeur de blocs?
• qui maintiendra le site après vous?

Une migration de champs touche le contenu, les templates, parfois l'API REST et le SEO. Elle doit avoir un vrai bénéfice.

Critères de décision pour un client

Avant de choisir, posez ces questions:

1. Le site doit-il être maintenu par plusieurs prestataires?
2. L'équipe éditoriale travaille-t-elle surtout dans Gutenberg?
3. Le thème est-il classique, hybride ou FSE?
4. Le client accepte-t-il un outil plus jeune?
5. Le projet a-t-il besoin de Query Loop filtrées sur champs custom?
6. Les champs doivent-ils être versionnés proprement?
7. Le budget inclut-il du temps de prototype?

Si vous répondez "oui" aux questions de maintenance et reprise, ACF Pro gagne souvent. Si vous répondez "oui" aux questions Gutenberg/FSE, Modern Fields mérite un test.

Exemple de décision

Pour un site client WordPress classique:

Choix: ACF Pro
Raison: maturité, reprise facile, API connue, maintenance long terme.

Pour une démo Gutenberg moderne:

Choix: Modern Fields
Raison: expérience visuelle, intégration block editor, test FSE.

Pour un espace presse maintenu plusieurs années:

Choix: ACF Pro par défaut
Exception: Modern Fields si le site est FSE et que l'équipe édite tout dans Gutenberg.

Bonnes pratiques quel que soit l'outil

Versionnez la configuration quand c'est possible. Nommez les champs clairement. Évitez les groupes fourre-tout. Documentez les champs critiques dans le README du thème ou du plugin métier.

Préfixez les noms si le projet grossit:

press_published_on
press_contact_email
project_stack
project_case_study

Et surtout: gardez la logique métier hors des champs. Un champ stocke une donnée, il ne doit pas devenir l'endroit où se cache toute la logique du site.

Conclusion

ACF Pro reste le choix sûr pour la majorité des sites WordPress clients. Il est mature, connu, documenté et facile à faire reprendre.

Modern Fields est une option intéressante pour des projets WordPress modernes, très Gutenberg ou Full Site Editing. Son approche est plus visuelle et plus proche du futur de WordPress, mais elle demande davantage de prudence sur les projets à maintenir longtemps.

Ma règle simple: ACF Pro pour produire sereinement, Modern Fields pour explorer ou pour un projet neuf vraiment orienté éditeur de blocs.