Décrire précisément le résultat qui surprend
Imaginons un hebdomadaire qui a raccourci son nom public. Les signatures et le site emploient la nouvelle forme ; un résultat de recherche conserve l’ancienne. La personne qui le remarque transmet la capture avec la requête, la date et l’adresse proposée. Le service technique peut alors identifier le défaut. Sans ces éléments, il risque de corriger le titre de la page alors que la demande portait sur le nom de la source.
La documentation Google sur les noms de sites distingue le nom de la source du titre propre à chaque page. Google choisit ce nom automatiquement ; le site lui indique une préférence. Pour le suivi interne, la date de correction du site et celle du nouvel affichage doivent donc rester séparées.
Si l’erreur concerne seulement la formulation cliquable d’un article, le guide sur les titres d’articles modifiés par Google correspond au bon diagnostic. Le présent article s’intéresse à l’identité commune du média. Changer un titre éditorial pertinent pour tenter de réparer cette identité risquerait d’ajouter une incohérence sans traiter le signal qui pose problème.
Dans ce cas fictif, la demande peut tenir en une phrase : l’adresse et le titre de l’article sont corrects, mais le nom situé au-dessus est celui de l’ancienne marque. L’équipe garde cette description pour la vérification suivante. Les journalistes peuvent continuer à travailler sur leurs textes ; une correction de l’identité commune du site n’exige pas de leur faire réécrire les titres de toutes les archives.
S’accorder sur le nom réellement utilisé
Le nom à demander doit d’abord être clair pour l’équipe. Une société peut éditer plusieurs titres, et un titre peut employer un nom courant différent de celui de sa structure juridique. La rédaction prépare la forme qu’elle utilise auprès de ses lecteurs, avec son orthographe et ses éventuelles abréviations. Elle distingue ce choix de la raison sociale qui reste nécessaire dans les informations légales du site. Le but est de décrire les usages existants, pas d’inventer une marque pour un résultat de recherche.
La page d’accueil mérite une lecture ordinaire avant l’examen technique. Le nom est-il le même dans le logo, l’onglet du navigateur et le pied de page ? Un slogan occupe-t-il un emplacement où l’équipe attendait le nom du média ? Ces contradictions, lorsqu’elles existent, sont faciles à décrire dans une fiche. On indique l’emplacement et la valeur attendue, puis on retrouve qui le gère. Corriger le réglage le plus visible ne suffira pas si un autre composant conserve l’ancienne forme.
Dans notre exemple, l’hebdomadaire conserve une abréviation connue de ses lecteurs. Elle peut figurer dans la fiche transmise au prestataire comme alternative réelle, avec les endroits où elle est employée. Une suite de mots-clés inventée pour attirer des recherches aurait une autre fonction et ne décrirait plus l’identité du média. La cohérence recherchée se juge d’abord en lisant le site : une personne qui y arrive comprend-elle qu’il s’agit bien du titre qu’elle cherchait ?
Séparer le média de son organisation éditrice
Le site peut également publier des informations structurées sur l’organisation qui l’exploite. La documentation Organization de Google décrit notamment le nom, l’adresse du site, le logo et des liens vers d’autres profils de cette organisation. Ces renseignements servent à l’identifier. Ils méritent un contrôle distinct des informations WebSite, surtout lorsqu’un groupe possède plusieurs titres dont les lecteurs connaissent les noms séparément.
Revenons à l’hebdomadaire : le nom du journal et celui de sa société éditrice peuvent légitimement différer. La fiche remise au prestataire indique lequel désigne le site et lequel désigne l’organisation décrite. Il n’y a donc pas lieu de remplacer mécaniquement chaque mention de la société par la marque du titre. Les informations légales conservent leur fonction. Si leur relation demande une explication au lecteur, c’est au site de la rendre compréhensible.
Les liens vers les profils sociaux demandent la même précision. Un compte d’une ancienne équipe ou d’une marque voisine ne doit pas devenir le profil officiel par simple ressemblance de nom. La rédaction ouvre chaque destination et vérifie qui l’administre. Ce contrôle reste utile même si le problème initial concernait Google : un lecteur qui cherche à retrouver le média doit pouvoir suivre les liens publiés sans tomber sur une identité abandonnée.
Cette revue ne promet pas l’apparition d’un encart particulier dans les résultats. Google rappelle dans sa documentation que la présence de données structurées ne garantit pas l’affichage des fonctionnalités qui les utilisent. La note de livraison doit décrire les informations corrigées et les vérifications faites, sans transformer la conformité technique en résultat d’audience.
Examiner l’accueil et son balisage
La documentation sur les noms de sites demande de placer les données structurées WebSite sur l’accueil du domaine ou du sous-domaine. Les champs name et url servent à déclarer le nom et l’adresse de cet accueil ; alternateName permet de proposer une autre forme. Sa documentation précise aussi qu’un sous-répertoire ne possède pas son propre nom de site dans cette fonctionnalité. Un dossier éditorial installé dans une rubrique ne devient donc pas un site autonome simplement parce qu’il possède un titre distinct.
Le prestataire part de la page publique pour retrouver le réglage qui produit son balisage. Le thème ou un outil déjà installé peut s’en charger ; la rédaction n’a pas besoin de choisir un nouveau module pour lui transmettre le nom attendu. Ce travail sur l’existant permet aussi de repérer deux déclarations contradictoires. Ajouter une troisième déclaration au bon nom compliquerait le diagnostic au lieu de corriger l’origine de l’erreur.
Pour un réseau de médias, la fiche de contrôle doit séparer les adresses. Un titre possède-t-il son propre domaine, un sous-domaine ou seulement une rubrique du site principal ? Cette distinction aide à formuler une demande réalisable. Elle évite surtout une refonte d’adresses décidée uniquement pour modifier un libellé de recherche. Déplacer une publication engage ses liens et ses lecteurs, bien au-delà du défaut visuel constaté au départ.
Après modification, l’équipe conserve la valeur attendue et une preuve de ce que sert l’accueil public. Un réglage correctement enregistré dans le CMS ne démontre pas encore que le thème l’utilise. Cette vérification est limitée à la page servie ; elle ne constitue pas une observation du résultat Google. Les deux preuves peuvent être rangées côte à côte avec leurs dates, ce qui rend les échanges plus faciles quand elles ne correspondent pas encore.
Donner à l’icône sa propre vérification
La petite icône affichée à côté du média est le favicon. Dans sa documentation consacrée au favicon, Google demande notamment un fichier carré, une adresse stable et un accès possible pour ses robots à l’accueil et au fichier. Il recommande une taille supérieure à 48 pixels de côté, même si son minimum technique est inférieur. Ces indications concernent cette icône, pas l’image principale d’un article ni le logo utilisé dans toutes les autres surfaces.
Un favicon se regarde en petit. Le logo complet du média, avec sa longue signature, peut devenir illisible à cette taille. La rédaction fournit alors une variante compacte déjà approuvée, ou demande à la personne chargée de l’identité de valider le choix graphique. Le prestataire dispose d’un fichier précis à installer. Ce partage des rôles évite qu’une correction d’affichage entraîne, sans décision éditoriale, la création d’un nouveau symbole public pour le titre.
Le contrôle consiste ensuite à ouvrir l’adresse du fichier et à comparer ce qui est servi avec la version retenue. Il faut aussi vérifier ce que déclare l’accueil. Une image correcte présente dans la médiathèque ne sert à rien si la page pointe toujours vers l’ancienne. Le résultat Google reste une observation séparée : une modification locale réussie ne garantit pas que la nouvelle icône y apparaisse immédiatement, ni qu’elle soit affichée dans chaque résultat.
La correction du site précède le résultat observé
Pour les noms de sites, Google recommande un validateur de schéma : son test des résultats enrichis ne prend pas cette fonction en charge. Un validateur de schéma et l’inspection de l’accueil répondent à d’autres questions : le balisage est-il lisible et la page accessible ? Une validation technique ne décide pas du nom que le moteur retiendra. Demander à l’équipe de relancer le même test jusqu’à voir le nom souhaité ne résoudrait donc pas le problème.
La fiche de suivi conserve la capture initiale et la date de mise en ligne de la correction. Une nouvelle observation viendra s’y ajouter après la réexploration, sans effacer la précédente. Google prévient dans son guide de réexploration que celle-ci peut prendre plusieurs jours à plusieurs semaines et que répéter une demande pour la même adresse ne l’accélère pas. Une modification vérifiée sur l’accueil peut donc rester en attente d’une observation dans les résultats ; il n’est pas utile de changer à nouveau les valeurs pendant cette attente.
Pour faciliter une éventuelle demande d’aide, le dossier contient l’adresse de l’accueil, les valeurs déclarées, le résultat observé et les redirections pertinentes. Les accès privés et les informations sans rapport n’ont aucune raison d’y figurer. La personne qui reçoit le dossier doit pouvoir distinguer une ancienne capture, un défaut encore présent sur le site et un choix du moteur qui persiste malgré des données cohérentes.
Pendant ce suivi, la rédaction peut relire les parcours qu’elle maîtrise : présentation du média, pages auteurs et destinations des publications sociales. Le lecteur y retrouve-t-il la même identité ? Si Google reprend ensuite la nouvelle forme, le dossier enregistre cette correction d’affichage avec sa date. Les clics restent un autre sujet. Leur variation ne suffit pas à attribuer un gain ou une perte au nom désormais visible, même si les deux événements sont proches.
Sources officielles
Documents utilisés pour vérifier les points techniques de cet article.