La version bêta 1 de WordPress 7.2 a été lancée hier, et avec elle reviennent les traditionnels et incontournables essais. La version bêta 2 est pour très bientôt, elle sortira le 27 octobre. La version finale est prévue pour le 8 décembre.
Désormais, cette procédure est obligatoire, car ma collection compte déjà 7 plugins que j'ai développés moi-même et qu'il faut vérifier et tester ; j'effectue d'ailleurs ces tests à deux niveaux, à la fois sur un environnement de test sur le serveur et sur une installation locale.
Cette dernière mise à jour majeure de l'année n'apporte pas de nouveautés spectaculaires, mais elle en comporte tout de même plusieurs. Si vous êtes un utilisateur lambda, vous ne remarquerez pas de grands changements, car la plupart sont en coulisses. Cela dit, si, comme moi, vous êtes à la fois un bricoleur et un éternel apprenti développeur, vous y trouverez quelques éléments intéressants.
À première vue, je me suis concentré uniquement sur celles qui apportent des améliorations aux fonctionnalités que j'utilise ou qui peuvent remplacer d'autres fonctionnalités déjà présentes sur le blog. Comme toujours, pour consulter la liste complète des changements et des améliorations, vous trouverez toutes les informations dans la feuille de route. Jetez-y un œil, il y a beaucoup de choses à découvrir.
Nouveau bloc de table des matières
L'histoire de ce bloc remonte à plus de quatre ans, lorsqu'il a été ajouté à titre expérimentaldans Gutenberg13.3.0enmai 2022 et que je l'ai testé à l'époque. À cette époque, des rumeurs laissaient entendre qu'il serait intégré à la version 6.1 de WordPress, ce qui ne s'est finalement jamais produit.
S'il n'y a pas de changement de dernière minute, cette fonctionnalité sera intégrée au cœur de la version 7.2. Il faut garder à l'esprit que tout ce qui est initialement ajouté dans les versions bêta peut finir par être écarté de la version finale et/ou reporté à une version ultérieure. C'est le cas de l'édition collaborative, qui ne sera pas non plus disponible avec la version 7.2, mais dont le développement se poursuit en parallèle.
Au-delà de la question de savoir si les tables des matières contribuent beaucoup ou peu au référencement (et je te le dis tout de suite, pas autant que certains le pensent), je les ai toujours trouvées indispensables dans les longs articles pour permettre au lecteur de trouver et d'accéder rapidement à la partie du texte qui l'intéresse, sans avoir à passer de longues sessions à faire défiler la page.
Ses options de personnalisation sont basiques. Son onglet « Styles » ne comporte qu'un sélecteur permettant d'ajouter une couleur de fond unie ou un dégradé, ainsi que quelques options de mise en forme typographique. Si vous souhaitez le personnaliser un peu plus et ajouter une boîte avec des bordures, des ombres, etc., vous devrez utiliser du CSS.
La seule chose qui manque peut-être, c'est un bouton permettant de les afficher repliées ou dépliées ; et ce que je considère vraiment comme une lacune, c'est qu'il ne lit pas pour l'instant les balises H2 et autres en-têtes lorsqu'elles se trouvent dans un conteneur GenerateBlocks. En revanche, le bouton permettant d’afficher le tableau uniquement sur la page actuelle ou de l’inclure dans toutes les pages d’un article très long et paginé est une excellente idée.
Il est plus que probable que ce bloc natif remplace le plugin Simple TOC, l'un des meilleurs plugins légers, que je cesserai d'utiliser dès la sortie de la version 7.2.
Si l'on compare le plugin au bloc natif en termes de référencement, de positionnement et de Schema, les deux options se comportent pratiquement de la même manière, même si le bloc natif est bien plus épuré puisqu'il n'utilise pas de feuilles de style externes et n'injecte pas de « bloatware » dans le code HTML rendu. La zone de CSS personnalisé de Gutenberg traite les règles de manière épurée (ou applique directement la classe) sans alourdir le balisage avec des classes redondantes inutiles. Tout cela se traduit par un DOM plus léger.
Redirections aléatoires de contenu
Le cœur de WordPress ne propose aucune fonctionnalité permettant de rediriger une requête vers un article ou une page choisie au hasard. Actuellement, ce comportement s'obtient à l'aide de plugins ou de code personnalisé.
Comme l'indique le ticket 64498, à la suite d'un débat visant à déterminer s'il fallait ajouter une implémentation minimale optionnelle au cœur du système, il a été proposé de mettre en place une solution sans modifications visibles, en s'inspirant du premier plugin de Matt Mullenweg, « Random Redirect ».
Ainsi, WordPress 7.2 intégrera la prise en charge des redirections aléatoires de contenu, ce qui permettra aux visiteurs de découvrir un article choisi au hasard via une URL spécifique. Cette fonctionnalité, qui peut sembler anodine, est en réalité assez couramment utilisée ; elle offre un moyen simple d'encourager l'exploration du contenu et aide les lecteurs à redécouvrir des articles plus anciens.
Dans mon cas, le bouton « Article aléatoire » fonctionne depuis des années grâce à cet extrait de code que j’ai dû adapter pour résoudre des problèmes de mise en cache et d’autres afin qu’il fonctionne avec l’URL https://jrmora.com/?random=1. Cette nouvelle fonctionnalité, prévue pour la version 7.2, me permettra de nettoyer un peu le code.
/**
* SISTEMA DE POST ALEATORIO - VERSIÓN MIGRADA
* Gestiona la redirección de /random/ a un post aleatorio
*/
// 1. Registrar la ruta y variable de consulta
add_action('init', function() {
global $wp;
$wp->add_query_var('random');
// La regla de reescritura es importante para permitir la URL /random/
add_rewrite_rule('random/?$', 'index.php?random=1', 'top');
});
// 2. Manejar la redirección aleatoria
add_action('template_redirect', function() {
if (get_query_var('random') == 1) {
// Headers para evitar caché y asegurar la verdadera aleatoriedad
header("Cache-Control: no-store, no-cache, must-revalidate, max-age=0");
header("Pragma: no-cache");
header("Expires: Thu, 01 Jan 1970 00:00:00 GMT");
// Forzar no-cache en LiteSpeed
if (function_exists('litespeed_header')) {
litespeed_header("X-LiteSpeed-Cache-Control: no-cache");
}
// Consulta optimizada para aleatoriedad real
$args = array(
'post_type' => 'post',
'post_status' => 'publish',
'orderby' => 'rand',
'posts_per_page' => 1,
'no_found_rows' => true, // Optimización
'fields' => 'ids' // Solo necesitamos el ID
);
// Filtrar args para permitir extensiones
$args = apply_filters('random_post_query_args', $args);
$random_post = new WP_Query($args);
if ($random_post->have_posts()) {
// Usar 307 (Temporary Redirect) para que los bots no cacheen el destino
wp_redirect(get_permalink($random_post->posts[0]), 307);
exit;
} else {
// Fallback a la página de inicio
wp_redirect(home_url(), 302);
exit;
}
}Widget « Ce jour-là »
Cette idée a été supprimée de WordPress 7.1 et une nouvelle tentative est actuellement en cours pour créer un nouveau widget « On This Day » pour le bureau, qui afficherait des articles sous forme d'annuaire, du genre « un jour comme aujourd'hui, il y a un an, deux ans, etc. », une fonctionnalité très appréciée sur différentes plateformes.
Cela peut s'avérer très utile pour trouver des références sur d'éventuels anniversaires, puiser des idées pour renouveler le contenu, trouver des thèmes saisonniers à intégrer, etc. Cette fonctionnalité est déjà présente dans la version bêta 1, bien qu'elle ne soit pas encore paramétrable (ce qui semble toutefois être prévu). Il serait intéressant de pouvoir ajouter des exclusions par langue, balise, catégorie, etc. Le fonctionnement du widget est expliqué ici.
Par coïncidence, l'un de mes plugins, « Recordar for Bluesky & Mastodon », fait exactement la même chose, mais pour redonner de la visibilité à d'anciens contenus en les publiant sur ces deux réseaux sociaux.
Rendement
Dans cette section, qui est l'une de celles qui m'intéressent le plus, il n'y a pas non plus grand-chose à dire sur ce projet. L'accent a été mis sur la suppression de la concaténation des scripts et des feuilles de style au profit du préchargement, ainsi que sur l'amélioration des images adaptatives.
