Data Views d’un côté, une classe WP_List_Table écrite à la main de l’autre : deux façons d’organiser la même liste, avec des compromis très différents une fois le projet en production. Pour un fabricant de composants mécaniques dont le catalogue interne compte environ cent références produit, chacune avec des caractéristiques techniques précises (tolérance, matière, norme de conformité), l’équipe technique devait pouvoir filtrer et trier rapidement depuis l’administration, ce qui a rendu ce choix d’architecture particulièrement concret.
Cette comparaison se limite volontairement à la gestion interne du catalogue, côté administration. L’affichage public des fiches, construit via des Query Loop classiques dans les gabarits du Site Editor, relève d’une problématique distincte et n’est pas traité ici.
Data Views : l’interface native de gestion
Data Views est le composant d’interface introduit progressivement dans l’écosystème de l’éditeur de site pour remplacer les listes d’administration classiques par des vues configurables : tableau, grille ou liste, avec tri, filtres et champs affichés personnalisables sans écrire de code. Il équipe déjà, par exemple, l’écran de gestion des pages dans l’éditeur de site.
Avantages de Data Views pour ce catalogue
Pour une équipe technique qui doit filtrer rapidement les fiches par norme de conformité ou par plage de tolérance, Data Views apporte plusieurs bénéfices immédiats, sans développement supplémentaire :
- Changement de vue à la volée (tableau dense pour une recherche rapide, grille avec vignettes pour une revue visuelle).
- Filtres combinables sur plusieurs champs, enregistrables sous forme de vues personnalisées réutilisables par l’équipe.
- Cohérence avec le reste de l’interface d’administration, ce qui réduit la formation nécessaire pour une équipe déjà familière de l’éditeur de site.
Limites rencontrées sur ce projet
Le champ personnalisé « norme de conformité » de ce catalogue suit une logique métier propre : certaines normes en excluent d’autres, et un filtre simple ne suffit pas à représenter cette exclusion mutuelle. Data Views, conçu pour des filtres génériques par champ, ne permet pas nativement d’exprimer cette règle métier sans développement additionnel côté extension d’interface, ce qui a limité son intérêt sur ce point précis.
La liste maison : flexibilité totale, coût de maintenance
L’alternative consiste à construire un écran d’administration personnalisé avec WP_List_Table, la classe historique utilisée pour la plupart des listes d’administration natives de WordPress avant l’arrivée de Data Views. Elle permet d’implémenter n’importe quelle logique de filtrage, y compris des règles d’exclusion complexes entre normes, au prix d’un développement et d’une maintenance à la charge de l’équipe :
class Liste_Fiches_Techniques extends WP_List_Table {
public function prepare_items() {
$args = array(
'post_type' => 'fiche_technique',
'meta_query' => $this->construire_filtre_normes(),
'posts_per_page' => 50,
);
$requete = new WP_Query( $args );
$this->items = $requete->posts;
}
}Comparatif synthétique
| Critère | Data Views | Liste maison |
|---|---|---|
| Temps de mise en place | Faible, réglages seuls | Élevé, développement complet |
| Logique métier complexe | Limitée sans extension | Totalement libre |
| Maintenance à long terme | Suivie par le cœur WordPress | À la charge de l’équipe projet |
| Cohérence avec l’interface native | Élevée | Dépend du soin apporté |
Le verdict pour ce catalogue précis
La décision finale a retenu une approche hybride : Data Views pour les besoins courants de tri et de recherche simple, complété par un panneau de filtre additionnel développé sur mesure pour la seule règle d’exclusion entre normes de conformité. Cette combinaison évite de reconstruire une liste complète depuis zéro tout en couvrant le besoin métier spécifique qui dépassait les capacités natives de l’interface.
Le bon choix n’oppose pas systématiquement solution native et développement sur mesure : il consiste souvent à identifier précisément le seul point où le natif ne suffit plus.
Notre verdict
Pour un catalogue de gestion interne dont la logique de filtrage reste simple, Data Views suffit largement et évite un développement dédié. Dès qu’une règle métier sort du cadre d’un filtre par champ isolé, une extension ciblée de l’interface, voire une liste construite sur WP_List_Table, redevient nécessaire — sans qu’il faille pour autant abandonner Data Views sur l’ensemble du catalogue.
