Qui va ouvrir ce thème dans trois ans pour ajouter un champ « certification CE » à une fiche produit ? C’est la question qui a orienté le choix entre Meta Box et Pods sur ce projet : un catalogue de références techniques industrielles, avec trente-huit champs par fiche produit, allant de la tension d’alimentation au poids en kilogrammes en passant par les fichiers de notice technique à télécharger.
Les deux extensions permettent de construire des groupes de champs personnalisés attachés à un type de contenu, avec une interface de configuration visuelle. La différence se joue sur la façon dont cette configuration est stockée et sur ce qu’il devient possible de faire une fois les champs en place, notamment quand le thème doit rester maintenable par une autre personne que celle qui l’a construit.
Ce que propose chaque extension
Meta Box construit ses groupes de champs via un générateur visuel, mais exporte ensuite le résultat sous forme de tableau PHP exploitable directement dans le thème, via register_meta_box_group ou un simple filtre rwmb_meta_boxes. Ce tableau peut être versionné dans un dépôt Git au même titre que functions.php, ce qui évite de dépendre uniquement de la base de données pour retrouver la structure des champs.
Pods va plus loin sur le périmètre : au-delà des champs, il permet de créer directement le type de contenu personnalisé et la taxonomie associée depuis son interface, sans écrire register_post_type à la main. Cette configuration est stockée en base de données sous forme d’options, avec une possibilité d’export au format PHP ou JSON, mais moins directement intégrée au flux de développement habituel d’un thème.
Le tableau comparatif
| Critère | Meta Box | Pods |
|---|---|---|
| Stockage de la configuration | Tableau PHP versionnable | Options en base, export possible |
| Création de types de contenu | Extension complémentaire dédiée | Intégrée nativement |
| Champs répétables et groupes | Très complets, imbrication facile | Corrects, moins souples en imbrication |
| Courbe d’apprentissage | Modérée, proche du code | Faible, tout par l’interface |
| Dépendance à l’interface d’administration | Faible une fois exporté | Plus forte |
Pourquoi le versionnement fait la différence
Sur ce projet, les champs techniques évoluent régulièrement : un nouveau type de connecteur électrique impose l’ajout d’un champ, une norme qui change impose d’en retirer un autre. Avec Meta Box, chaque modification passe par une mise à jour du tableau PHP dans le thème, revue et déployée comme n’importe quel autre changement de code, avec un historique clair dans le dépôt.
Avec Pods, la même modification se ferait via l’interface d’administration, en production ou sur un environnement de test à synchroniser ensuite manuellement. Cela convient bien à une équipe qui préfère tout piloter visuellement, mais complique la traçabilité des changements pour une agence qui alterne les intervenants sur le même projet au fil des années.
Ce qui a fait pencher la balance
- Le thème n’avait pas besoin de créer de nouveaux types de contenu, seulement d’enrichir un type existant
- L’équipe technique du client tient à revoir chaque changement de structure comme une revue de code classique
- Les champs répétables (accessoires compatibles, variantes de coloris) sont nombreux et profondément imbriqués
Le meilleur outil de champs personnalisés n’est pas celui qui a le plus de fonctionnalités, c’est celui dont la configuration ressemble le plus à la façon dont l’équipe travaille déjà.
Notre verdict
Meta Box a été retenu pour ce catalogue industriel, principalement parce que sa configuration exportée en PHP s’intègre naturellement au flux de développement du thème et à la revue de code de l’équipe. Pods reste un excellent choix quand un projet a besoin de créer rapidement des types de contenu entiers sans développeur disponible en continu ; ce n’était pas la contrainte prioritaire ici. Le bon choix dépend moins des fonctionnalités listées sur la page de vente que de la manière dont l’équipe qui maintiendra le thème préfère travailler au quotidien.
