Sur un site de 50 pages, on peut rédiger chaque titre et chaque meta description à la main. Sur un site qui compte 20 000 produits, 3 000 catégories et un blog, personne ne le fait. Les titres et les descriptions sont produits par des modèles (templates), et une seule décision prise dans un modèle touche des milliers de résultats à la fois.
C’est une bonne nouvelle quand le modèle est juste, et un problème silencieux quand il ne l’est pas. Ce problème devient bruyant après une migration, lorsqu’une nouvelle plateforme arrive avec de nouveaux réglages par défaut que personne ne vérifie.
Comment Google utilise les titres et les descriptions
Deux faits conditionnent tout le reste.
Le titre est un signal fort, pas une garantie. Google génère le titre cliquable affiché dans les résultats, appelé lien de titre, à partir de plusieurs sources : l’élément <title>, le titre principal visible, le h1 et les autres intertitres, og:title, le texte mis en évidence sur la page, le texte d’ancrage et les données structurées WebSite (Google Search Central). Votre <title> reste le levier principal, mais Google peut choisir une autre source lorsque le titre ne décrit pas bien la page.
La meta description est une source facultative pour les extraits. Google indique qu’il utilise principalement le contenu de la page pour générer les extraits, et qu’il utilise parfois la meta description lorsqu’elle offre un résumé plus précis. Une bonne description peut tout de même influencer ce que lisent les internautes, elle mérite donc d’être soignée, mais elle ne contrôle pas l’extrait.
Pourquoi Google réécrit les titres, et ce que cela révèle de vos modèles
Google recense les problèmes courants qui conduisent à la réécriture des liens de titre. Presque tous relèvent des modèles :
| Problème décrit par Google | Comment il se manifeste généralement à grande échelle |
|---|---|
| Titres à moitié vides | Une variable est vide : « | Marque » sur des produits dépourvus de champ nom |
| Titres obsolètes | Une année codée en dur dans un modèle que personne n’a mis à jour |
| Titres inexacts | Un modèle de catégorie réutilisé sur des pages filtrées qui affichent d’autres produits |
| Micro-boilerplate (texte répétitif) | Des centaines de titres qui ne diffèrent que d’un mot, voire pas du tout |
| Absence de titre principal clair | Plusieurs intertitres avec le même poids visuel |
| Incohérence de langue | Des titres en anglais sur des pages dont le contenu est en allemand |
Si vous constatez de nombreux titres réécrits dans une section, examinez le modèle qui la génère avant de modifier les pages une par une.
Concevoir des modèles de titres
Un bon modèle de titre associe les informations distinctives de la page à un court suffixe de marque. Google recommande des titres descriptifs et concis, uniques pour chaque page, sans bourrage de mots-clés, avec le nom du site ajouté de façon concise au début ou à la fin, séparé par un délimiteur.
Quelques modèles pratiques :
- Fiche produit :
{Nom du produit} {attribut clé} | {Marque}, par exemple « Table à manger en chêne 180 cm, extensible | Maison Lumen ». - Page catégorie :
{Catégorie} {qualificatif} | {Marque}, par exemple « Éclairage extérieur pour terrasses | Maison Lumen ». - Article :
{Titre spécifique}, le suffixe de marque devenant facultatif lorsque le titre est déjà long.
Sur la longueur : Google ne fixe aucune limite pour l’élément title, mais tronque les liens de titre pour les adapter à la largeur de l’appareil. Plutôt que d’imposer un nombre strict de caractères, placez les mots distinctifs en premier, afin que la troncature supprime la marque et non le produit.
Prévoyez des solutions de repli pour les champs manquants. Si {attribut clé} est vide, le modèle doit l’omettre proprement au lieu de laisser un séparateur orphelin.
Concevoir des modèles de descriptions
Pour les grands sites, Google indique explicitement que la génération programmatique des descriptions peut être appropriée et qu’elle est encouragée, tout en précisant que des descriptions identiques ou similaires sur chaque page ne sont pas utiles.
Un modèle de description utile intègre des faits propres à chaque page : fourchette de prix, nombre d’articles dans une catégorie, matériaux, lieu, auteur, date. Par exemple :
« 48 tables à manger extensibles en chêne, noyer et frêne, de 2 à 12 places. Retours gratuits sous 30 jours. »
Chaque valeur provient de la base de données, si bien que chaque catégorie obtient une description différente et exacte. Il n’existe pas de limite de longueur non plus, mais l’extrait est tronqué pour s’adapter à l’appareil : commencez donc par les faits les plus utiles.
Ce qu’il faut vérifier pendant et après une migration
C’est lors des migrations que les titres et les descriptions se perdent : nouveau CMS, nouveau thème, champ renommé, extension qui n’a pas été réinstallée. Les recommandations de Google sur les déplacements de site préconisent de faire correspondre chaque ancienne URL à sa nouvelle URL, d’utiliser des redirections permanentes côté serveur, de vérifier les balises canoniques et les règles meta robots, et de s’attendre à des fluctuations temporaires du classement pendant le déplacement. Les titres et les descriptions ont leur place dans la même checklist.
Avant la mise en ligne
- Exportez les titres, descriptions et H1 actuels de toutes les URL indexables.
- Associez chaque ancienne URL à sa nouvelle URL, et reportez les métadonnées dans le même fichier.
- Sur l’environnement de préproduction, générez un échantillon de chaque modèle et comparez les titres avec l’export.
- Vérifiez la langue : chaque modèle localisé doit produire des titres dans la langue de la page.
Le jour de la mise en ligne
- Explorez le nouveau site et comparez les titres, descriptions et H1 avec l’export de correspondance.
- Repérez les valeurs vides, les titres par défaut du CMS (« Sans titre », « Produit », « Accueil ») et les titres identiques sur de nombreuses URL.
- Vérifiez qu’aucun
noindexde préproduction ne subsiste et que les balises canoniques pointent vers les nouvelles URL, comme le recommande le guide de Google sur les déplacements de site.
Dans les semaines suivantes
- Suivez les clics et les impressions par section dans Search Console. Google précise que le trafic doit passer des anciennes URL aux nouvelles et que les classements peuvent fluctuer temporairement.
- Comparez le CTR des pages clés avec leur niveau d’avant la migration, à positions similaires. Une baisse à positions stables désigne le résultat lui-même : le titre, la description ou la façon dont Google les a réécrits.
- Lancez manuellement quelques requêtes clés pour voir les liens de titre que Google affiche réellement.
Une checklist courte pour les métadonnées à grande échelle
- Chaque modèle indexable produit un
<title>unique - Les variables vides sont gérées avec des solutions de repli propres
- Aucune année codée en dur ni affirmation obsolète dans les modèles
- Le suffixe de marque est court et cohérent
- Les descriptions utilisent des données propres à chaque page, et non une phrase unique pour toutes
- Le titre, le H1 et le contenu s’accordent sur l’objet de la page
- Les titres sont dans la langue de la page
- Les métadonnées sont comparées avant et après chaque migration
Comment SearchFirefly vous aide
L’analyse technique de SearchFirefly signale les titres et descriptions manquants, dupliqués et vides, regroupés par thème et par gravité avec les pages concernées : les problèmes de modèles apparaissent ainsi comme un schéma, et non comme des milliers de lignes. Croisée avec les clics, impressions et positions de Search Console, elle montre si une migration a modifié la façon dont vos pages apparaissent, et chaque recommandation indique la correction exacte, avec une vérification après la mise en production.