Nouveautés de WordPress 6.8 : améliorations de la sécurité, gains de performance, améliorations de l’éditeur, et plus encore !

La sortie de WordPress 6.8 est prévue pour le 15 avril 2025. La prochaine version n’introduit pas beaucoup de nouvelles fonctionnalités ; elle se concentre plutôt sur l’affinage des fonctionnalités existantes.

La nouvelle version apporte des améliorations à l’éditeur et à la convivialité, avec des ajouts tels que des options plus faciles pour gérer les vues de données dans l’éditeur de blocs et la possibilité d’ignorer les articles épinglés dans la boucle de requête, des améliorations du design et des thèmes, telles qu’un livre de style remanié, des améliorations des performances et de la sécurité, avec l’introduction du chargement spéculatif et de bcrypt pour le hachage des mots de passe.

Ces ajouts ont pour but de peaufiner l’expérience utilisateur, en particulier pour ceux qui utilisent des thèmes classiques, et d’améliorer les performances du site.

Voici ce que vous trouverez en installant WordPress 6.8.

Améliorations de l’éditeur

WordPress 6.8 apporte plusieurs mises à jour qui améliorent la création de contenu et l’expérience de gestion. Des nouvelles options de prévisualisation aux améliorations des vues de données, ces mises à jour devraient rationaliser les flux de travail à la fois dans l’éditeur d’articles et dans l’éditeur de site.

1. Afficher la bascule de modèle dans le menu déroulant de l’aperçu

Un nouveau bouton Show template a été ajouté à la liste déroulante de l’aperçu dans la barre d’outils supérieure de l’éditeur d’articles.

Auparavant, vous ne pouviez accéder aux options de modèle que dans la colonne latérale de l’article. Bien qu’il s’agisse d’un doublon, c’est une amélioration notable, car le fait de placer cette option dans le menu déroulant de la barre d’outils rend le passage entre les vues du contenu et du modèle plus direct et plus rapide.

2. Vues de données améliorées

Introduites pour la première fois avec WordPress 6.5, les vues de données sont un outil puissant de l’éditeur de site qui permet aux utilisateurs d’afficher et de gérer les pages, les modèles, les compositions de modèles et les compositions de manière organisée.

Avec WordPress 6.8, les Vues de données continuent d’évoluer pour offrir une expérience d’édition plus intuitive, plus flexible et plus efficace dans l’éditeur de site. L’accent est mis sur l’amélioration de la convivialité et l’ajout d’options de personnalisation.

La vue de la page peut être personnalisée avec davantage de propriétés, notamment l’Aperçu, le Slug, le Parent, la Discussion, le Modèle et le Mot de passe. L’aperçu est également disponible pour les compositions et les modèles.

WordPress 6.8 introduit également un nouveau contrôle de densité pour la disposition des tableaux, permettant aux utilisateurs d’ajuster l’espace occupé par chaque ligne. Avec trois options – Confortable, Équilibré et Compact – les utilisateurs peuvent personnaliser l’affichage selon leurs préférences, ce qui rend l’expérience de gestion plus polyvalente.

Blocs nouveaux et améliorés

WordPress 6.8 introduit un tout nouveau bloc et plusieurs mises à jour de blocs existants.

1. Un nouveau bloc Total de requête

Le nouveau bloc Total de requête affiche des informations liées aux requêtes, telles que le nombre total de résultats d’une requête ou la plage de résultats actuellement affichée.

Vous pouvez ajouter le nouveau bloc au sein d’une boucle de requête pour afficher le nombre de résultats ou de plages dans les résultats paginés.

2. Mises à jour du bloc Boucle de requête

Avant WordPress 6.8, le bloc Requête offrait un nombre limité d’options, notamment :

• Inclure – Les articles épinglés sont ajoutés à la liste des articles.
• Exclure – Les articles épinglés sont complètement exclus.
• Uniquement – Seuls les articles épinglés sont inclus

Il manquait à cet ensemble d’options la possibilité d’ignorer les articles épinglés en les traitant comme des articles normaux. Cette option était déjà prise en charge par WP_Query (ignore_sticky_posts => true) mais n’était pas disponible en tant qu’option dans la colonne latérale du bloc.

WordPress 6.8 introduit une option permettant d’ignorer les articles épinglés pour « ignorer » l’état épinglé. Cela signifie que les développeurs et les utilisateurs peuvent désormais empêcher les articles épinglés d’apparaître automatiquement en haut de l’ensemble des résultats, en alignant leur placement sur la logique de tri inhérente à la requête.

Cette mise à jour améliore la flexibilité et la cohérence avec le comportement de base des requêtes de WordPress, ce qui rend le bloc Requête plus polyvalent pour la gestion du contenu dans l’éditeur de blocs.

Une autre mise à jour du bloc Boucle de requête remplace la fenêtre modale Choisir un modèle qui s’affiche lorsque l’on clique sur le bouton Remplacer dans la barre d’outils du bloc par une liste déroulante. Le bouton affiche désormais Changer de modèle.

3. Définition d’images mises en avant à partir de la barre d’outils du bloc d’images

Une nouvelle option vous permet de mettre une image mise en avant à partir du menu déroulant Options de la barre d’outils du bloc. Si l’article a déjà une image mise en avant, l’utilisateur peut également la modifier à partir de la barre d’outils du bloc.

4. Mises à jour du bloc Navigation

Plusieurs améliorations mineures apportées au bloc Navigation améliorent sa convivialité et sa fonctionnalité globale.

• Le bloc Navigation affiche désormais le nom du menu à côté du texte de navigation (PR #68466).
• Une option Clair est maintenant disponible dans le sélecteur de couleurs du bloc Navigation (PR #68454).
• Tous les formats non interactifs sont autorisés dans les blocs de liens et de sous-menus de navigation (PR #67585).

Pour une liste plus complète des améliorations apportées au bloc Navigation dans WordPress 6.8, consultez cette note de développement.

Améliorations du design et des thèmes

WordPress 6.8 apporte des améliorations significatives à l’expérience d’édition du site. L’interface des Styles globaux a été remaniée pour un accès plus facile et une personnalisation en temps réel. Parallèlement, le livre de style étend ses fonctionnalités aux thèmes classiques, comblant ainsi le fossé entre les flux de travail modernes et traditionnels de WordPress.

1. Styles globaux disponibles dans la colonne latérale de l’éditeur de site.

Avec la version 6.8, l’interface des Styles globaux est désormais accessible depuis le menu principal de l’éditeur de site. En cliquant sur l’élément de menu Styles, tu fais apparaître le panneau Styles globaux avec toutes les options Typographie, Couleurs, Arrière-plan, Ombres et Mise en page.

Un clic sur l’icône de l’œil permet d’afficher le carnet de style, qui montre en temps réel les modifications apportées aux réglages de style. Lorsque vous cliquez sur une section spécifique du panneau des styles globaux, vous êtes rapidement dirigé vers la section correspondante du livre de styles.

Ce changement devrait rendre plus facile et plus rapide la personnalisation des styles de votre site, améliorant ainsi considérablement les flux de conception.

Pour faire la différence, comparez l’interface des Styles dans WordPress 6.7 par rapport à 6.8.

WordPress 6.8 apporte également cette amélioration aux thèmes classiques.

2. Livre de styles ajouté aux thèmes classiques

Disponible pour les thèmes en bloc depuis WordPress 6.2. Avec WordPress 6.8, le livre de styles est également disponible pour les thèmes classiques qui prennent en charge les styles de l’éditeur via add_theme_support( 'editor-styles' ) ou qui ont un fichier theme.json.

Cette fonctionnalité a été introduite pour la première fois avec Gutenberg 19.9. Si vous n’utilisez pas Gutenberg, à partir de WordPress 6.8, vous pouvez accéder aux styles globaux et au livre des styles dans les thèmes classiques depuis Apparence > Design > Styles.

Les images suivantes montrent les différences entre la section Styles de WordPress 6.7 et le livre de style  de WordPress 6.8 avec le thème Twenty Twenty-One installé.

Les motifs ont été déplacés dans une section distincte de l’écran de conception pour faire de la place au livre de styles dans l’éditeur de site.

Les images suivantes montrent les aperçus de la typographie et des couleurs dans le livre de styles du thème classique Twenty Twenty-One dans WordPress 6.8.

L’introduction du livre de style pour les thèmes classiques marque une étape vers une plus grande intégration des fonctions d’édition des styles de blocs.

Performance et sécurité

WordPress 6.8 apporte des améliorations significatives en matière de performances et de sécurité. Grâce à la nouvelle API Règles de spéculation, les pages WordPress peuvent se charger plus rapidement en prédisant les actions des utilisateurs. Parallèlement, le passage à l’algorithme bcrypt pour la protection des mots de passe rend le système plus sûr contre les cyberattaques. Plongeons dans le vif du sujet.

1. Chargement spéculatif dans WordPress 6.8

Le chargement spéculatif est une technique d’optimisation des performances d’un site web qui permet aux pages ou aux ressources d’être préréglées ou pré-tendues avant que l’utilisateur n’y accède, ce qui réduit les temps de chargement et améliore l’expérience de l’utilisateur.

Le chargement spéculatif est basé sur l’API Règles de spéculation, une API expérimentale qui permet aux développeurs de spécifier des règles de préréglage ou de pré-rendement des URL en fonction des interactions attendues de l’utilisateur, par le biais d’une interface définie en JSON.

L’API Règles de spéculation est actuellement prise en charge par un nombre limité de navigateurs, principalement les navigateurs basés sur Chromium 121+, tels que les nouvelles versions de Chrome, Edge et Opera.

Les utilisateurs de navigateurs qui ne prennent pas actuellement en charge l’API Règles de spéculation (Firefox et Safari) ne seront pas pénalisés si un site utilise des règles de chargement spéculatif. Ils ne bénéficieront tout simplement pas des améliorations de performances rendues possibles par l’API.

Il existe quelques différences importantes entre le prefetching et le prerendering:

• Prefetching : Les règles prefetch dans un élément <script type="speculationrules"> ou un en-tête Speculation-Rules forcent le navigateur à télécharger le corps de la réponse des pages spécifiées, mais sans effectuer le rendu de ces pages. Le prefetching n’inclut pas le chargement des sous-ressources et l’exécution de JavaScript. Les résultats sont conservés dans un cache spécifié, qui est vidé lorsque l’utilisateur s’éloigne de la page. Si l’utilisateur quitte la page sans avoir visité les pages en prefetching, il y a un certain gaspillage de ressources, mais il est toujours moindre qu’avec le prerendering.
• Prerendering: les règles prerender dans un élément <script type="speculationrules"> ou un en-tête Speculation-Rules obligent le navigateur à rechercher, rendre et charger le contenu dans un onglet invisible, stocké dans un cache en mémoire par document. Lorsque vous utilisez le prerendering, toutes les sous-ressources sont chargées et tout le code JavaScript est exécuté. Les résultats sont conservés dans un cache dédié vidé lorsque l’utilisateur quitte la page, à l’exception de la page vers laquelle l’utilisateur navigue. Le prerendering apporte des avantages considérables en termes de performances, mais il utilise la mémoire et la bande passante du réseau et peut coûter cher en termes de ressources.

Les règles de spéculation peuvent être placées dans un élément en ligne <script type="speculationrules"> ou dans des fichiers externes référencés par l’en-tête HTTP Speculation-Rules. Voici un exemple d’utilisation dans une balise script:

{
	"prefetch": [
		{
			"source": "list",
			"urls": ["firstpage.html", "secondpage.html"]
		}
	]
}

Avant la version 6.8, les utilisateurs de WordPress qui souhaitaient ajouter le chargement spéculatif à leurs sites WordPress pouvaient utiliser l’extension Speculative Loading de l’équipe WordPress Performance. Cette extension offre les avantages en termes de performances de l’API des règles de spéculation en préchargeant ou en pré-rendant automatiquement les URL frontend de WordPress.

Avec la version 6.8, le chargement spéculatif entre dans le cœur de WordPress avec deux nouvelles fonctions, un filtre et une action :

La nouvelle fonction wp_get_speculation_rules_configuration() renvoie la configuration actuelle des règles de spéculation (mode – prefetch/prerender – et eagerness – conservative/moderate/eager). Les valeurs par défaut sont prefetch et conservative afin de minimiser la consommation de ressources et d’éviter les effets indésirables. Selon la note de développement, « elle est conforme à la configuration que Cloudflare utilise dans sa fonction de chargement spéculatif, et elle minimise les chances de tout chargement spéculatif sans navigation ultérieure vers l’URL »

Le code suivant est un exemple d’utilisation de la fonction wp_get_speculation_rules_configuration() que vous pouvez ajouter dans une extension ou dans le fichier de fonctions du thème actif :

add_action( 'wp_footer', function() {
	$config = wp_get_speculation_rules_configuration();
	echo '<pre>';
	print_r( $config );
	echo '</pre>';
} );

L’implémentation du noyau de WordPress active le chargement spéculatif dans l’interface publique de tous les sites, sauf lorsqu’un utilisateur est connecté ou lorsque les permaliens sont désactivés.

Nous avons testé le chargement spéculatif dans WordPress 6.8, et nous avons obtenu le résultat suivant :

{
	"prefetch": [
		{
			"source": "document",
			"where": {
				"and": [
					{
						"href_matches": "/*"
					},
					{
						"not": {
							"href_matches": [
								"/wp-*.php",
								"/wp-admin/*",
								"/wp-content/uploads/*",
								"/wp-content/*",
								"/wp-content/plugins/*",
								"/wp-content/themes/twentytwentyfive/*",
								"/*\?(.+)"
							]
						}
					},
					{
						"not": {
							"selector_matches": "a[rel~="nofollow"]"
						}
					},
					{
						"not": {
							"selector_matches": ".no-prefetch, .no-prefetch a"
						}
					}
				]
			},
			"eagerness": "conservative"
		}
	]
}

La fonction wp_get_speculation_rules() génère l’objet JSON complet des règles de spéculation en fonction de la configuration.

Vous pouvez l’utiliser comme dans l’exemple suivant :

add_action( 'wp_footer', function() {

	if ( function_exists( 'wp_get_speculation_rules' ) ) {

		$rules = wp_get_speculation_rules();

		if ( ! empty( $rules ) ) {
			echo '<h4>Speculation rules:</h4>';
			echo '<pre>';
			echo esc_html( json_encode( $rules, JSON_PRETTY_PRINT ) );
			echo '</pre>';
		} else {
			echo '<p>Speculation rules are empty or invalid.</p>';
		}
	} else {
		echo '<p>wp_get_speculation_rules() not available.</p>';
	}
});

Vous pouvez utiliser le nouveau filtre wp_speculation_rules_configuration pour modifier la configuration par défaut, par exemple en remplaçant eagerness par moderate ou eager ou en forçant un comportement spécifique.

Vous pouvez utiliser le filtre wp_speculation_rules_configuration pour ne pré-rendre que les articles similaires en ajoutant une liste d’URL avec source = list au lieu de document, comme dans l’exemple suivant :

add_filter('wp_speculation_rules_configuration', function( $config ) {
	$config['mode'] = 'prerender';
	$config['eagerness'] = 'eager';
	$config['urls'] = [
		'source' => 'list',
		'urls' => [
			home_url('/page-1/'),
			home_url('/page-2/')
		]
	];
	return $config;
}

L’action wp_load_speculation_rules vous permet d’ajouter des règles personnalisées en plus de la règle principale de spéculation du noyau, tandis que le filtre wp_speculation_rules_href_exclude_paths vous permet d’exclure des chemins supplémentaires du chargement spéculatif.

Selon la note de développement, les sites web dont le chargement spéculatif est activé ont amélioré leur plus grand tableau de contenu (LCP) de ~1,9 % à la médiane. C’est un résultat notable, si l’on considère qu’il s’agit du résultat d’un seul ajout.

Pour une analyse approfondie du chargement spéculatif, consultez notre tutoriel approfondi. Vous pouvez trouver tous les détails sur le chargement spéculatif dans WordPress 6.8 avec des exemples d’utilisation dans le ticket de suivi #62503 et la note de développement officielle. Voir aussi Speculative Loading in WordPress par Felix Arntz.

2. Bcrypt pour le hachage des mots de passe dans WordPress 6.8

La version 6.8 changera l’algorithme utilisé par WordPress pour protéger les mots de passe des utilisateurs. WordPress utilise actuellement phpass, qui n’est pas considéré comme le meilleur en termes de sécurité moderne. WordPress 6.8 passe à l’algorithme de cryptage bcrypt, plus sûr.

La principale différence est que bcrypt prend plus de temps et de ressources à craquer, ce qui rend les cyber-attaques moins efficaces.

En outre, les mots de passe des applications, les clés de réinitialisation du mot de passe de l’utilisateur, les clés de demande de données personnelles et la clé du mode de récupération passeront de phpass à l’algorithme de hachage BLAKE2b, plus sûr et plus rapide.

Aucune action de l’utilisateur n’est nécessaire pour mettre en œuvre ce changement :

Lorsqu’un utilisateur se connectera pour la première fois après la mise à jour – ou lorsqu’il changera son mot de passe – son mot de passe sera automatiquement recalculé avec bcrypt et réenregistré dans la base de données. Les mots de passe des applications et les clés de sécurité ne seront pas automatiquement remaniés, mais un hachage existant restera valide s’il a été généré avant WordPress 6.8 et utilisé avant qu’il n’expire.

Les mots de passe des articles continueront à utiliser phpass pour l’instant, mais cela pourrait changer à l’avenir.

Pour en savoir plus sur l’adoption de bcrypt avec WordPress 6.8 et pour une analyse plus approfondie pour les développeurs, ne manquez pas la note de développement de John Blackbourn.

Mises à jour pour les développeurs

WordPress 6.8 apporte également des mises à jour intéressantes pour les développeurs. Ces mises à jour facilitent la création et la gestion des blocs, améliorent les interfaces utilisateur et boostent les performances des sites web. Voici un aperçu des nouveautés et de la façon dont elles peuvent aider à rationaliser les flux de travail de développement.

1. Enregistrement de plusieurs types de blocs dans WordPress 6.8

WordPress 6.8 introduit un enregistrement de type de bloc plus efficace avec la nouvelle fonction wp_register_block_types_from_metadata_collection(). Cette fonction permet aux développeurs d’enregistrer plusieurs types de blocs simultanément, ce qui améliore les performances et rationalise le développement des blocs.

Elle est basée sur les API d’enregistrement des types de blocs introduites avec WordPress 6.7 et est particulièrement utile pour les extensions qui enregistrent plusieurs types de blocs avec un seul appel, offrant une approche plus efficace et plus simple de l’enregistrement des blocs par rapport à l’enregistrement de chaque bloc individuellement.

Le principal avantage est que vous n’avez pas besoin d’appeler register_block_type() à plusieurs reprises pour chaque type de bloc que vous enregistrez avec votre extension. Vous pouvez maintenant ajouter un nouveau type de bloc à une extension existante en créant simplement un dossier pour ce type de bloc, et vous n’avez pas besoin d’enregistrer le type de bloc dans la base de code PHP de l’extension car tous les types de blocs sont reconnus et enregistrés automatiquement.

Pour utiliser cette puissante fonctionnalité, vous devez créer un manifeste pour tous tes types de blocs. Le manifeste est un fichier PHP contenant les métadonnées des blocs de tous les fichiers block.json du projet, et vous pouvez le générer à l’aide de la commande build-blocks-manifest du paquet NPM @wordpress/scripts.

Une fois que vous avez généré votre manifeste, vous pouvez enregistrer tous tes types de blocs avec ce seul appel de fonction :

wp_register_block_types_from_metadata_collection(
	plugin_dir_path( __FILE__ ) . 'dist',
	plugin_dir_path( __FILE__ ) . 'dist/blocks-manifest.php'
);

Pour en savoir plus sur la nouvelle fonction wp_register_block_types_from_metadata_collection(), consultez la note de développement et la documentation de la commande build-block-manifest.

2. Plusieurs mises à jour des composants de l’interface utilisateur dans la version 6.8

WordPress 6.8 introduit plusieurs changements dans les composants de l’interface utilisateur de l’éditeur de blocs, avec plusieurs dépréciations et mises à jour. Parmi les changements notables, on peut citer :

• Le composant Navigation est obsolète : Le composant Navigation (et tous ses sous-composants) est obsolète et il est prévu de le supprimer définitivement avec WordPress 7.1. Il sera remplacé par le composant Navigator.
• Le composant Navigator a été stabilisé : Les méthodes __experimentalNavigatorToParentButton et goToParent du crochet __experimentalUseNavigator sont obsolètes et remplacées par __experimentalNavigatorBackButton et goBack.
• Le composant RadioGroup est obsolète : Vous pouvez utiliser RadioControl ou ToggleGroupControl à la place.

Pour une liste complète des changements apportés aux composants de l’interface utilisateur dans la version 6.8, consultez la note de développement.

3. Mises à jour de l’API Interactivité

L’API d’interactivité bénéficie de plusieurs améliorations. Avant WordPress 6.8, lorsque quelqu’un interagit avec une page, toutes les tâches associées se produisent en même temps, ce qui peut ralentir les choses si elles prennent plus de 50 millisecondes-quelque chose. Pour remédier à cela, WordPress 6.8 introduit des gestionnaires asynchrones qui permettent d’exécuter ces tâches de manière asynchrone par défaut. Cela devrait permettre d’améliorer l’INP (Interaction to Next Paint), qui est un indice qui mesure la réactivité d’un site web aux interactions des utilisateurs.

Ce changement est en préparation pour WordPress 6.8 mais n’a pas encore été entièrement mis en œuvre. Les développeurs doivent suivre de nouvelles bonnes pratiques pour éviter les avertissements et suivre ces améliorations (comme l’utilisation de méthodes asynchrones). Les nouvelles fonctionnalités introduites constituent une étape intermédiaire vers une API d’interactivité plus rapide et plus fiable.

Pour une présentation plus approfondie des nouvelles meilleures pratiques de l’API Interactivité, consultez la note de développement de Felix Arntz.

4. Un avertissement de performance pour les développeurs

Le crochet useSelect permet de récupérer et de gérer les données dans l’éditeur de blocs, mais s’il n’est pas utilisé avec précaution, il peut ralentir un site Web.

À partir de WordPress 6.8, un nouvel avertissement apparaîtra dans la console du développeur lorsque SCRIPT_DEBUG est activé si useSelect est appelé trop souvent ou de manière inefficace. Plus précisément, l’avertissement s’affiche si useSelect est déclenché à chaque rendu (mise à jour) d’un composant sans optimisation appropriée.

Le nouvel avertissement devrait aider les développeurs à identifier les éventuels goulets d’étranglement en matière de performances. Vous trouverez plus de détails dans la note de développement.

Résumé

WordPress 6.8 se concentre sur le perfectionnement des fonctionnalités existantes et l’amélioration des performances. Les principales améliorations comprennent une meilleure convivialité de l’éditeur, des mises à niveau de la conception avec une interface de styles globaux remaniée, et la prise en charge du livre de styles pour les thèmes classiques. Il améliore également les performances grâce au chargement spéculatif via l’API Speculation Rules, tout en renforçant la sécurité avec le hachage de mot de passe bcrypt.

Mais ce n’est pas tout. Pour une liste plus complète des améliorations et des ajouts à venir avec WordPress 6.8, consultez le WordPress 6.8 Field Guide et les autres changements pour les développeurs sur le blog officiel de WordPress.

Maintenant, c’est à vous de jouer. Avez-vous déjà installé WordPress 6.8 ? Quelles sont vos premières impressions ? N’hésitez pas à partager vos réflexions dans la section des commentaires ci-dessous.

Carlo Daniele Kinsta

Carlo est un passionné de webdesign et de développement frontend. Il joue avec WordPress depuis plus de 10 ans, notamment en collaboration avec des universités et des établissements d'enseignement italiens et européens. Il a écrit des dizaines d'articles et de guides sur WordPress, publiés à la fois sur des sites web italiens et internationaux, ainsi que dans des magazines imprimés. Vous pouvez trouver Carlo sur X et LinkedIn.

• Site Web
• Twitter