« Data views » ne parle à peu près à personne la première fois qu’on tombe sur le terme dans un changelog. Pourtant, cette interface est déjà, sur les projets récents, l’écran devant lequel les équipes éditoriales passent le plus de temps une fois le contenu d’un site en place — bien plus que l’éditeur de blocs lui-même sur un site à fort volume de pages.
Définition : une interface commune pour parcourir des listes de contenu
Les data views désignent le système d’affichage qui remplace, progressivement, les tableaux d’administration classiques de WordPress (listes de pages, de templates, de patterns) par une interface commune proposant plusieurs modes de visualisation — tableau, grille de vignettes, liste condensée — avec tri, filtrage par champ et recherche, le tout partageant le même comportement d’un écran à l’autre. Une fois pris en main sur l’écran des pages, ce même comportement se retrouve, sans réapprentissage, dans la gestion des templates ou de la bibliothèque de patterns au sein de l’éditeur de site.
Fonctionnement interne : des champs et des vues déclarés séparément
Techniquement, une data view repose sur deux notions distinctes : les champs (quelles données afficher — titre, date, statut, auteur, catégorie) et la vue (comment les présenter — type d’affichage, colonnes visibles, tri par défaut, densité). Cette séparation permet à un même jeu de données de s’afficher en tableau dense pour un usage de gestion rapide, ou en grille de vignettes pour un usage plus visuel, sans dupliquer la logique de récupération des données.
Le composant sous-jacent est fourni par le paquet JavaScript @wordpress/dataviews, partagé entre l’éditeur de site et l’administration classique — c’est ce partage qui explique la cohérence de comportement entre, par exemple, l’écran Pages du menu principal et la liste des templates ouverte depuis l’éditeur de site.
Cas d’usage : là où la différence se voit vraiment
- Gestion de pages en volume : filtrer par statut (brouillon, publié, en attente) et par auteur pour retrouver rapidement les pages qu’une personne précise doit encore relire, sur un site de plusieurs dizaines ou centaines de pages.
- Bibliothèque de patterns : basculer en vue grille pour repérer visuellement un pattern par son aperçu plutôt que par son seul intitulé, particulièrement utile passé la trentaine de patterns disponibles.
- Liste des templates personnalisés : trier par date de dernière modification pour identifier rapidement quels templates ont été touchés récemment, avant une intervention de maintenance ou un audit de site hérité.
Pièges à connaître avant de s’y fier pour un gros site
Certains types de contenu personnalisés déclarés par des extensions plus anciennes n’héritent pas automatiquement de l’interface en data views : ils continuent d’afficher le tableau d’administration classique tant que l’extension n’a pas explicitement adopté ce nouveau système. Il ne faut donc pas présumer que la bascule est uniforme sur l’ensemble d’un site, extensions comprises.
Autre point de vigilance : les filtres appliqués (statut, auteur, catégorie) ne sont pas toujours conservés d’une session à l’autre selon la version et l’écran concerné — un filtre soigneusement configuré peut se réinitialiser à la prochaine ouverture de l’écran, ce qui surprend une équipe habituée aux anciens tableaux d’administration, dont l’état de tri restait généralement plus stable.
Sur des collections très volumineuses (plusieurs milliers de pages), le confort de filtrage ne dispense pas d’une réflexion sur la performance de la requête sous-jacente : les data views affichent une interface plus riche, mais reposent toujours, in fine, sur les mêmes requêtes à la base de données que l’ancien tableau, avec les mêmes limites en cas de volumétrie extrême.
Ce que ça change pour gérer un gros site
Avant les data views, la gestion d’un site à plusieurs centaines de pages nécessitait souvent une extension tierce dédiée pour obtenir des filtres et des vues personnalisées dignes de ce nom. Une part de ce besoin est désormais couverte nativement, réduisant d’autant la dépendance à des extensions de gestion de contenu sur les projets où le volume de pages est la principale difficulté opérationnelle au quotidien.
En résumé
Les data views ne sont pas une fonctionnalité isolée mais une refonte progressive et cohérente de la façon dont WordPress présente des listes de contenu, désormais commune aux pages, aux templates et aux patterns. Leur intérêt croît avec le volume de contenu du site — marginal sur un site vitrine de dix pages, déterminant sur un site de gestion de contenu à grande échelle.
