Sur un site à forte volumétrie éditoriale (plusieurs centaines d’articles), demander à chaque rédacteur de penser systématiquement au maillage interne relève du vœu pieux : certains y pensent avec soin, d’autres l’oublient complètement pendant des mois. Résultat typique observé sur ce genre de site : des articles récents parfaitement maillés vers les nouveautés, et un fond documentaire ancien presque orphelin de liens entrants internes.
Le bloc Requête (Query Loop), disponible depuis WordPress 5.8, permet de compenser cette irrégularité humaine par un maillage automatique, calculé au moment de l’affichage à partir des taxonomies de l’article courant. Ce n’est pas un remplacement du maillage éditorial réfléchi, mais un filet de sécurité qui garantit un socle minimal de liens internes pertinents partout sur le site.
Le principe : une requête liée au contexte courant
Le bloc Requête accepte, dans son panneau de réglages, un filtre par taxonomie. Placé dans un gabarit de type contenu individuel (via l’éditeur de site, ou directement dans un modèle de bloc réutilisable inséré en fin d’article), il peut interroger dynamiquement les articles partageant la même catégorie ou la même étiquette que l’article affiché, sans qu’aucune configuration manuelle ne soit nécessaire article par article.
<!-- wp:query {"queryId":1,"query":{"perPage":4,"postType":"post",
"taxQuery":{"category":"__current_post_terms__"},
"exclude":["__current_post_id__"]}} -->
<!-- wp:post-template -->
<!-- wp:post-title {"isLink":true} /-->
<!-- /wp:post-template -->
<!-- /wp:query -->Dans la pratique du site réel, ce comportement dynamique par taxonomie courante nécessite généralement un petit filtre PHP côté fournisseur de requête (pre_get_posts ou un filtre dédié au bloc Requête) pour injecter la catégorie de l’article affiché dans les arguments de la requête, le bloc natif ne proposant pas nativement de valeur magique de type « catégorie de l’article courant » dans tous les contextes de rendu.
add_filter( 'query_loop_block_query_vars', function( $query_args, $block ) {
if ( is_singular( 'post' ) && empty( $query_args['category__in'] ) ) {
$categories = wp_get_post_categories( get_the_ID() );
if ( ! empty( $categories ) ) {
$query_args['category__in'] = $categories;
$query_args['post__not_in'] = array( get_the_ID() );
}
}
return $query_args;
}, 10, 2 );Où placer ce bloc dans le gabarit
Deux emplacements se valent selon le contexte éditorial : en fin d’article, sous forme de section « à lire aussi », ou en marge latérale sur les gabarits qui en disposent. La fin d’article a l’avantage de s’inscrire dans le flux de lecture naturel, au moment où le visiteur vient de terminer sa lecture et est le plus disposé à poursuivre sur un contenu connexe.
Le nombre de liens suggérés mérite d’être mesuré : au-delà de cinq ou six suggestions, l’attention du visiteur se dilue et le signal de pertinence transmis aux moteurs de recherche s’affaiblit également, chaque lien supplémentaire portant statistiquement moins de poids qu’un lien isolé et bien choisi.
Varier les critères pour éviter la répétition
Un défaut fréquent du maillage entièrement automatisé est sa prévisibilité : si tous les articles d’une même catégorie affichent systématiquement les quatre mêmes articles les plus récents de cette catégorie en suggestion, le maillage devient rapidement circulaire et peu utile, quelques contenus recevant énormément de liens entrants pendant que le reste de la catégorie n’en reçoit jamais.
- Alterner entre tri par date et tri aléatoire limité aux contenus de plus de six mois, pour redonner de la visibilité aux contenus plus anciens.
- Exclure de la boucle de suggestion les articles déjà mentionnés en lien éditorial dans le corps du texte, pour éviter la redondance.
- Croiser occasionnellement catégorie et étiquette plutôt que la seule catégorie, pour des suggestions plus fines sur les sites à taxonomie riche.
Ce que l’automatisation ne remplace pas
Le maillage automatique par bloc Requête reste un filet de sécurité, pas une stratégie de maillage interne à proprement parler. Un lien contextuel, placé par un rédacteur au milieu d’un paragraphe parce qu’il apporte une vraie valeur de complément à cet endroit précis du texte, porte un signal de pertinence bien plus fort qu’une suggestion générique en fin d’article. Les deux mécanismes se complètent, ils ne se substituent pas l’un à l’autre.
Le bloc Requête en fin d’article, c’est le filet de sécurité qui garantit qu’aucun contenu ne reste totalement isolé. Le vrai travail de maillage se fait toujours dans le corps du texte, article par article.
En résumé
Le bloc Requête, combiné à un filtre PHP sur les arguments de requête, permet d’installer un maillage interne automatique basé sur les taxonomies de l’article courant, sans dépendre de la rigueur individuelle de chaque rédacteur. Bien réglé, en variant les critères de sélection et en limitant le nombre de suggestions, il garantit un socle minimal de liens internes pertinents sur l’ensemble d’un site, en complément indispensable, jamais en remplacement, du maillage éditorial réfléchi.
