Le 19 août dernier, à l’occasion de WordCamp US à Phoenix, l’équipe de WordPress a dévoilé sa version 7.1, baptisée « Mary Lou ». Parmi la longue liste de nouveautés annoncées par Matt Mullenweg lors de son discours de clôture, une fonctionnalité sort clairement du lot pour les agences web et leurs clients : le responsive styling natif. Concrètement, il devient possible d’ajuster l’apparence de chaque bloc selon la taille d’écran, directement dans l’éditeur, sans une ligne de CSS ni plugin tiers. Une avancée technique en apparence discrète, mais qui rebat sérieusement les cartes face aux page builders comme Elementor ou Divi — et qui est une excellente nouvelle pour tous ceux qui payaient, souvent cher, pour ce type de contrôle.

Le responsive styling natif, comment ça marche concrètement ?

Jusqu’ici, régler finement l’apparence d’un site selon qu’il soit consulté sur ordinateur, tablette ou mobile demandait presque toujours du CSS personnalisé ou un plugin de type page builder. C’était l’une des demandes les plus récurrentes de la communauté WordPress depuis plusieurs années.

Avec WordPress 7.1, les auteurs de thèmes par blocs peuvent désormais définir leurs propres points de rupture (breakpoints) directement dans le fichier theme.json. Une fois ce thème installé, n’importe quel client, même sans compétence technique, peut ouvrir l’éditeur, sélectionner un bloc et ajuster sa taille, son espacement ou sa disposition pour chaque appareil, avec un retour visuel immédiat. Plus besoin de plugin externe ni d’intervention développeur pour ce type de réglage.

Une mauvaise nouvelle pour Elementor, une bonne nouvelle pour vos clients

Pendant des années, la dépendance à un page builder comme Elementor ou Divi s’est justifiée en grande partie par ce besoin : offrir aux clients un contrôle fin et visuel du responsive. Le prix à payer était connu de tous les professionnels du secteur : un abonnement supplémentaire, des pages plus lourdes à charger, et une maintenance plus complexe au fil des mises à jour.

Le responsive styling natif ne rend pas les page builders inutiles du jour au lendemain — ils conservent des atouts pour des mises en page très avancées ou des bibliothèques de templates clé en main. Mais pour l’usage le plus courant, celui qui consiste simplement à adapter un design à la taille d’écran, la dépendance à ces outils s’amenuise nettement. C’est une bonne nouvelle très concrète pour les clients : un site plus léger, plus rapide, et plus simple à faire évoluer dans la durée. Et c’est un argument de vente tangible pour une agence qui construit ses sites en thème de blocs natif plutôt qu’en empilant les plugins.

Les autres nouveautés à retenir dans « Mary Lou »

Le responsive styling n’est pas la seule avancée de cette version. Plusieurs améliorations méritent d’être signalées, notamment côté gestion des médias et des blocs :

• Compression et redimensionnement d’images directement dans le navigateur (WebAssembly / libvips), ce qui réduit la charge sur le serveur d’hébergement.
• Prise en charge native des formats AVIF, HEIC et des HDR gain maps.
• Nouvel éditeur média : recadrage libre, rotation précise et édition des métadonnées.
• Deux nouveaux blocs : Playlist (audio avec formes d’onde) et Tabs (contenu organisé en onglets), sans recourir à un plugin.
• Une SVG Icon API publique pour enregistrer ses propres collections d’icônes.
• Des Notes de collaboration enrichies (texte enrichi, mentions, ancrage sur un passage de texte précis).

Cette version rassemble le travail de plus de 800 contributeurs dans le monde, dont 170 nouveaux venus, pour plus de 1 500 améliorations et corrections. Signe de son ampleur, elle avait déjà été téléchargée 300 000 fois au moment de l’annonce officielle à WordCamp US. À noter tout de même une limite : la collaboration en temps réel, très attendue, a été reportée pour la deuxième fois consécutive.

Ce que ça change concrètement pour votre site ou celui de vos clients

Pour un dirigeant d’agence ou un indépendant du web, cette évolution se traduit par un argument très concret à mettre en avant auprès des clients : moins de plugins signifie généralement des sites plus rapides, plus stables, et plus faciles à maintenir sur la durée. Un site allégé d’un page builder complexe, c’est aussi moins de mises à jour à surveiller, moins de conflits potentiels entre extensions, et donc moins de risques de sécurité ou de panne. Ce n’est pas qu’une question de confort technique : la vitesse de chargement influe directement sur le référencement naturel et sur l’expérience utilisateur, deux éléments que les clients comprennent très bien lorsqu’on les leur explique en ces termes plutôt qu’en jargon de développeur.

Faut-il migrer dès maintenant ?

Il n’y a pas d’urgence à tout reconstruire du jour au lendemain. Pour les projets déjà en place et qui fonctionnent bien, la priorité reste la stabilité : mieux vaut évaluer une migration vers un thème de blocs natif à l’occasion d’une refonte déjà prévue plutôt que de se précipiter. En revanche, pour tout nouveau projet, la question mérite clairement d’être posée dès le départ : construire en thème de blocs natif compatible avec theme.json devient une option de plus en plus crédible face à l’installation par défaut d’un page builder.

Un point de vigilance à garder en tête : cette fonctionnalité ne s’applique qu’aux thèmes qui l’implémentent correctement dans leur theme.json. Un audit rapide du thème utilisé permet de savoir si le site est déjà prêt à en tirer parti, ou s’il faudra d’abord basculer vers un thème à jour.

En résumé

WordPress 7.1 « Mary Lou » confirme une tendance de fond : le cœur du logiciel absorbe progressivement des fonctionnalités qui nécessitaient auparavant un plugin payant. Pour les agences web, c’est moins une menace qu’une opportunité de repositionner leur offre autour de sites plus légers, plus performants et plus faciles à maintenir. Vous gérez des sites WordPress construits autour d’un page builder et vous vous demandez si une bascule vers un thème de blocs natif aurait du sens pour vos projets ? C’est le bon moment pour en discuter et faire le point sur votre stack technique.

Source : WordPress 7.1 « Mary Lou » Launches at WordCamp US — annonce officielle : WordPress.org News