Définir ce que l’archive doit permettre de retrouver
Une rubrique chronologique permet de parcourir la production du média. Un dossier éditorial choisit des articles pour expliquer un sujet ; la recherche interne répond à des mots saisis par le lecteur. Ces entrées se complètent. Le lecteur qui se souvient d’une période mais plus du titre n’a pas le même point de départ que le collègue qui connaît l’adresse exacte de l’article.
Pour observer ce parcours, la rédaction peut retenir quelques textes dont elle sait où ils devraient se trouver : un récent, un autre qui vient de quitter la première page, un plus ancien. Ce choix ne représente pas statistiquement tout le site. Il donne des repères pour localiser une rupture et transmettre un incident que quelqu’un d’autre pourra reproduire.
Dans le cas fictif du compte rendu, la tâche serait de retrouver l’article depuis la rubrique, puis de revenir à la liste pour consulter celui qui le précède. Les hésitations comptent autant que les erreurs franches. Le lecteur peut finir par réussir tout en ayant dû recommencer plusieurs fois le même parcours. Un test limité à l’ouverture de la première carte laisserait cette difficulté invisible.
La suite dépend du constat. Une navigation rompue appelle une réparation. Une liste qui fonctionne mais reste laborieuse à parcourir peut conduire à discuter d’une entrée par mois ou d’un dossier sélectionné. Ces ajouts ne sont pas nécessaires sur tous les sites. La rédaction dispose d’abord d’un besoin observé à expliquer, au lieu de demander une nouvelle fonction simplement parce qu’elle existe ailleurs.
Distinguer le chargement visible des liens accessibles
Google distingue les pages successives, le bouton qui ajoute des résultats et le défilement qui charge automatiquement la suite. Sa documentation précise que ses robots ne cliquent pas sur les boutons pour provoquer les interactions nécessaires au chargement. Un fonctionnement satisfaisant à la souris ne suffit donc pas à démontrer que les liens des anciens articles sont découverts par ce parcours. Documentation Google sur la pagination.
Cette réserve ne condamne pas le bouton « Charger plus ». Elle invite à vérifier ce qu’il accompagne. Le site peut proposer une navigation agréable à l’écran tout en donnant accès à des pages distinctes. La question à transmettre à l’équipe technique est précise : comment atteindre les résultats suivants lorsqu’on ouvre leur adresse directement, sans reproduire les actions précédentes ?
Le document Google porte notamment sur le commerce en ligne, mais cite aussi les listes de billets de blog et de newsletters. Son application aux archives d’un média repose ici sur ce même problème de liste partiellement chargée. Elle ne fournit aucune estimation de trafic pour une rédaction. Corriger un chemin d’accès ne permet pas de prévoir combien de visites suivront.
Lors de la recette, conservez l’adresse de la seconde page et ouvrez-la dans une nouvelle fenêtre. Vérifiez que les articles attendus apparaissent. Puis suivez un lien vers une page plus ancienne. Si l’adresse affichée ne permet pas de retrouver le même état, le signalement doit le dire explicitement. Une capture du premier écran ne montrera pas cette différence.
Dans WordPress, examiner la boucle qui affiche la liste
Le bloc Pagination de WordPress se place dans une boucle de requête. Il permet d’afficher la navigation vers les ensembles précédents et suivants, ainsi que des numéros de page. Sa présence dépend du modèle choisi et de sa configuration. Documentation du bloc Pagination.
La boucle de requête décide quels articles sont affichés ; la pagination permet de parcourir les résultats. WordPress documente séparément les filtres et l’organisation des blocs qui composent cette liste. Une archive vide peut ainsi appeler un examen de la sélection des articles, plutôt qu’une modification de l’apparence des flèches. Documentation de la boucle de requête.
Dans notre exemple fictif, la rubrique professionnelle pourrait présenter une sélection récente en haut de page, puis une liste chronologique. Il faut identifier quelle liste le bouton fait avancer. Si l’équipe teste uniquement la première sélection, elle risque de conclure que les articles anciens ont disparu alors qu’ils se trouvent dans une autre partie du modèle.
Une intervention sur un modèle partagé mérite une vérification dans plusieurs rubriques. Une catégorie très fournie révèle la navigation lointaine ; une petite catégorie permet d’observer les états avec une seule page ou peu de résultats. Le cas intermédiaire reste utile pour repérer les répétitions. Ces contrôles ne réclament pas de modifier les articles eux-mêmes.
Le guide sur les catégories et étiquettes WordPress traite le classement. Ici, la question est celle du parcours dans la liste déjà constituée. Changer le nom d’une catégorie pour résoudre une pagination défaillante ajouterait un chantier sans réparer nécessairement l’accès aux pages suivantes.
Donner une adresse exploitable aux pages suivantes
Google recommande une URL propre à chaque page d’une série, des liens successifs et une canonique propre à chaque page. La première page ne doit pas être désignée comme canonique de toutes les suivantes. Un numéro placé uniquement après le signe # n’est pas non plus une solution recommandée pour distinguer ces pages auprès de Google. Ces points sont décrits dans la même documentation de pagination.
Pour la rédaction, il suffit d’abord de relever les adresses observées et les résultats affichés. La vérification des canoniques relève ensuite de la maintenance du site. Le problème est facile à rendre concret : « La deuxième page présente d’autres articles, mais son adresse canonique renvoie à la première. » Cette formulation permet de discuter du réglage sans demander aux journalistes de modifier le code.
Deux pages d’archives peuvent partager une présentation et une partie de leur titre sans être interchangeables. Elles donnent accès à des ensembles différents de contenus. Le contrôle doit donc porter sur les articles proposés et les liens entre les pages, pas seulement sur l’impression visuelle de répétition. À l’inverse, une page suivante qui recharge exactement la même liste signale un problème à examiner.
Il faut aussi tester la fin de la série. Le dernier écran indique-t-il clairement qu’il n’y a plus de résultats ? Le lien précédent reste-t-il utilisable ? Une navigation qui conduit vers une page vide peut faire croire au lecteur que les archives s’arrêtent prématurément. L’équipe peut noter l’adresse précise et la rubrique concernée pour vérifier si l’incident touche un seul modèle ou plusieurs.
Vérifier les liens vers les articles, pas seulement les numéros
Une page d’archives peut s’ouvrir correctement et présenter des cartes dont les titres ne conduisent pas au bon contenu. Le contrôle doit aller jusqu’à l’article. Google recommande des liens HTML avec un attribut href exploitable et un texte de lien descriptif. La personne qui maintient le site peut examiner le balisage ; la rédaction peut vérifier la destination et le sens du libellé. Recommandations Google sur les liens.
Sur une carte, un titre précis aide à choisir. Une image peut compléter cette entrée, mais elle ne devrait pas être le seul repère compréhensible. L’essai au clavier permet notamment de voir où se trouve le lien actif et dans quel ordre les éléments sont parcourus. Les anomalies observées doivent être corrigées dans le composant ou le modèle concerné, avec une vérification adaptée par l’équipe technique.
Le retour à la liste compte aussi. Après avoir ouvert le troisième article d’une page ancienne, le lecteur retrouve-t-il une position intelligible lorsqu’il revient ? Une remontée systématique au début n’empêche pas forcément de lire, mais elle rend l’exploration plus laborieuse. Ce comportement mérite d’être consigné séparément d’une erreur de destination ou d’une page inaccessible.
Les dossiers éditoriaux peuvent offrir des raccourcis vers les archives les plus utiles. Le guide sur le maillage interne d’un dossier développe cette sélection. Elle complète la navigation chronologique ; elle n’excuse pas une rupture qui rend le reste de la rubrique difficile à parcourir. Les deux parcours ont leur propre vérification.
Ne pas confondre accès, exploration et indexation
Une page qui répond correctement et contient les bons liens est accessible dans les conditions du test. Cela ne confirme pas que Google l’a explorée, ni que tous les articles liés sont indexés. Le bilan doit conserver ces observations séparées. Sinon, une correction visible dans le navigateur risque d’être présentée trop tôt comme une amélioration de visibilité.
Pour suivre le changement, l’équipe peut garder une courte liste d’URL témoins : la rubrique, une page intermédiaire et les articles utilisés pendant la recette. Les observations avant et après doivent décrire le même parcours. Les informations Search Console, lorsqu’elles sont disponibles, ajoutent un autre niveau de preuve avec leurs propres dates ; elles ne remplacent pas le contrôle du lecteur.
Une variation de clics demande encore une analyse différente. L’actualité de la période, les sujets publiés et les autres interventions sur le site peuvent intervenir. Le guide sur la lecture d’une baisse de clics dans Search Console explique pourquoi les mesures doivent être replacées dans leur périmètre. Une courbe qui remonte après la correction ne démontre pas, seule, que la pagination en est la cause.
À ce stade, le résultat attendu peut être décrit précisément : les pages suivantes s’ouvrent directement, les liens mènent aux articles annoncés et le lecteur peut poursuivre son parcours. Si un de ces points échoue, la rédaction possède un incident reproductible. Si tous passent, elle peut fermer ce contrôle sans promettre une croissance du trafic.
Garder une recette courte après les changements de thème
La pagination mérite un nouveau passage lors d’un changement de thème, d’une refonte des rubriques ou d’une modification du chargement des cartes. La liste d’URL témoins évite de réinventer le test. Elle doit cependant évoluer lorsque la production déplace les articles d’une page à l’autre : le numéro d’une page chronologique ne constitue pas une archive figée.
Le compte rendu peut tenir en quelques observations datées, avec les appareils utilisés et les problèmes encore ouverts. Il n’est pas nécessaire de conserver une capture de chaque écran si les adresses et le parcours permettent de reproduire le résultat. En revanche, une difficulté qui n’apparaît que sur mobile mérite son contexte exact.
Dans le média fictif, la recette est terminée lorsque le compte rendu du mois précédent peut être retrouvé depuis la rubrique, ouvert puis quitté sans perdre tout repère. Ce parcours n’évalue pas la qualité du compte rendu. Il vérifie que le travail publié reste disponible à la personne qui vient le chercher.
Sources officielles
Documents utilisés pour vérifier les points techniques de cet article.