Champs personnalisés WordPress : l’essentiel

Vous publiez des fiches : des projets, des produits, des itinéraires, des réalisations. Chacune contient les mêmes informations (un client, une année, un lieu, un type), mais elles sont saisies dans un grand champ de texte, mises en forme à la main, différemment à chaque fois. Résultat : des fiches inégales, impossibles à filtrer, à trier ou à réutiliser ailleurs sur le site.

Les champs personnalisés servent à sortir ces informations du texte libre pour en faire des données rangées, saisies dans des cases prévues pour elles. Ce guide explique ce que WordPress permet nativement, ce qu'il ne permet pas, quand une extension devient utile, et comment ne pas casser l'affichage le jour où vous changez d'outil. Il prolonge les types de contenus personnalisés : le type de contenu est la boîte (Projet, Produit), les champs sont les cases.

Un champ personnalisé, c'est quoi ?

C'est une information supplémentaire, rattachée à un contenu, distincte de son texte principal (on parle aussi de métadonnée). WordPress sait en gérer nativement : un champ se compose d'un nom et d'une valeur, ajoutés à un article, une page ou un type de contenu. La fonction est masquée par défaut : dans l'éditeur de blocs, on l'active depuis les Préférences (section « Avancé ») ; dans l'éditeur classique, depuis les Options de l'écran.

Le natif a des limites :

• Un champ, c'est du texte libre : pas de liste de choix, pas de sélecteur d'image ni de date, pas de contrôle de saisie.
• Une interface minimale : nom et valeur, sans aide pour la personne qui saisit.
• Rien ne s'affiche tout seul : une valeur enregistrée n'apparaît sur le site que si le thème ou un bloc la reprend.

Depuis WordPress 6.5, l'API Block Bindings permet de relier un champ à un bloc (titre, paragraphe, image, bouton) sans écrire de code. C'est un vrai progrès pour les cas simples, qui ne remplace pas entièrement le code ni une extension dédiée.

Natif, extension ou code : trois façons de faire

• Le natif convient à un ou deux champs simples, sans liste de choix, avec un affichage relié par les blocs ou par le thème.
• Une extension de champs (par exemple Secure Custom Fields ou Advanced Custom Fields, à titre d'exemples) apporte des types de champs, des groupes, des règles d'affichage et une interface de saisie soignée. Elle ajoute une dépendance à maintenir (voir combien d'extensions WordPress est-ce trop).
• Le code : les champs sont déclarés dans le thème ou dans une extension maison. C'est la voie la plus maîtrisée, et celle qui demande une documentation et un développeur pour la faire vivre (voir thème WordPress sur mesure).

Cinq méthodes pour bien démarrer

1. Listez les informations récurrentes d'une fiche : ce que vous saisissez à chaque fois.
2. Séparez le récit et les données : le premier reste en texte libre, les secondes vont dans des champs.
3. Choisissez le type de champ qui correspond à l'information : texte, nombre, date, liste de choix, image, lien.
4. Testez sur une copie avec trois fiches réelles (voir créer un environnement de test), sur ordinateur et sur mobile.
5. Sauvegardez avant de modifier la structure (voir sauvegarder son site WordPress).

Ce qui casse, et comment l'éviter

• L'extension désactivée : si vos champs viennent d'une extension et que vous la retirez, l'affichage peut disparaître alors que les valeurs restent stockées. Vérifiez sur une copie avant de désinstaller.
• L'affichage porté par le thème : si seul le thème sait afficher vos champs, changer de thème les fait disparaître de la page (voir choisir un thème WordPress, test du verrouillage).
• Le nom du champ : le renommer plus tard peut couper le lien avec les fiches déjà saisies. Choisissez un nom clair dès le départ.
• Ce qui est affiché est public : un champ affiché sur la page est visible par tous. Ne mettez aucune donnée confidentielle dans un champ affiché.
• L'information non affichée : une valeur enregistrée mais absente de la page n'existe pas pour vos visiteurs.

Exemple illustratif : les réalisations d'une agence événementielle

Illustratif : une agence événementielle présente ses réalisations. Au début, chaque fiche est un texte libre : le client, le lieu et l'année sont écrits à la main, différemment à chaque fois. Elle décide de créer un type de contenu « Réalisation » avec quatre champs : client (texte), type d'événement (liste de choix), année (nombre), galerie (images). Le récit reste dans l'éditeur. Résultat : des fiches présentées de la même manière, et la possibilité de filtrer la page des réalisations par type d'événement. Avant de mettre en ligne, l'agence teste le tout sur une copie avec trois fiches, puis sur mobile.

Décider en quatre questions

1. Mes fiches partagent-elles les mêmes informations à chaque fois ?
2. Ai-je besoin de trier, de filtrer ou de réutiliser ces informations ?
3. Qui saisira les fiches, et avec quel niveau technique ?
4. Puis-je quitter l'outil de champs sans perdre l'affichage ?

Si vous préférez déléguer, nous travaillons 100 % à distance : voir la création de site WordPress et la maintenance WordPress.

À lire aussi : WooCommerce ou PrestaShop : que choisir ?.