Référencer son blog : la méthode propre à un blog

Référencer son blog, ce n'est pas simplement « faire du SEO » sur un site qui contient des articles. Un blog a une mécanique propre : il produit des pages en continu, il génère automatiquement des pages que personne n'a écrites (archives, catégories, étiquettes, pagination), il affiche des dates qui vieillissent, il attribue des textes à des personnes et il doit renvoyer de l'audience vers des pages qui, elles, rapportent quelque chose. Chacun de ces points peut aider ou nuire, et la plupart des blogs qui stagnent ont un problème à cet endroit plutôt que dans la qualité de leurs articles.
Cet article ne reprend ni le choix des mots-clés ni les bases de l'indexation d'un site : ces sujets ont leurs propres guides. Il se concentre sur ce qui est spécifique à un blog, dans l'ordre où les problèmes apparaissent en pratique : la structure que le logiciel de blog crée à votre place, la gestion du temps et de la fraîcheur, la signature des articles, puis le maillage qui relie le contenu éditorial au reste du site.
Un blog fabrique des pages que vous n'avez pas écrites
Quand vous publiez un article, votre outil de publication crée en silence plusieurs autres URL : la page de la catégorie, celle de chaque étiquette, l'archive du mois, l'archive de l'année, la page de l'auteur, les pages 2, 3 et 4 de chacune de ces listes, parfois une version pour les pièces jointes ou pour les flux. Un blog de deux cents articles peut ainsi exposer plusieurs centaines d'adresses dont aucune n'a été pensée comme une page de recherche. C'est la première particularité du blog : le volume d'URL dépasse largement le volume de contenu réel.
Ces pages ne sont pas « mauvaises » par nature. Une catégorie bien construite peut très bien se positionner sur une requête thématique. Le problème vient de la redondance : un même article apparaît dans sa catégorie, dans trois étiquettes, dans l'archive de septembre et sur la page de son auteur, à chaque fois avec le même extrait. Les moteurs voient alors des dizaines de pages presque identiques, dont aucune n'apporte de valeur propre, et doivent deviner laquelle mérite de représenter le sujet.
Pour décider quoi faire, il faut distinguer trois rôles. Les pages destinées à se positionner sont les articles et quelques catégories soigneusement rédigées. Les pages de navigation servent surtout aux visiteurs déjà sur le site, comme les archives par date. Les pages de simple doublon n'ont aucune raison d'exister dans l'index, comme une étiquette utilisée une seule fois. Cette grille de lecture évite de traiter tout de la même façon, ce qui est l'erreur la plus courante.
Catégories, étiquettes et archives : que garder dans l'index
Les catégories sont la taxonomie principale. Elles méritent d'être peu nombreuses, clairement distinctes et indexables. Le test le plus simple : pouvez-vous écrire, pour chaque catégorie, un texte d'introduction de quelques lignes qui explique ce qu'on y trouve et pour qui ? Si oui, la page a une raison d'être et peut viser une requête de thème. Si vous ne trouvez rien à dire, la catégorie est probablement trop vague ou trop proche d'une autre, et il vaut mieux la fusionner.
Les étiquettes posent davantage de difficultés, parce qu'elles sont faciles à créer et rarement entretenues. Un blog qui ajoute cinq étiquettes libres à chaque article finit avec des centaines de pages-listes contenant un ou deux éléments, souvent des quasi-synonymes (« référencement », « SEO », « référencement naturel »). Deux approches sont défendables. La première consiste à supprimer les étiquettes et à s'en tenir aux catégories. La seconde consiste à les garder comme un outil de navigation, mais à les exclure de l'index avec une balise meta robots noindex, tout en laissant les liens suivables pour que les robots continuent d'atteindre les articles.
Les archives par date ont un intérêt éditorial faible pour un lecteur qui cherche une réponse : personne ne tape « articles de mars 2023 » dans un moteur. Elles sont en général de bonnes candidates au noindex, ou à la désactivation pure et simple si votre système le permet. Les pages paginées demandent un traitement différent. Chaque page d'une liste doit avoir sa propre URL accessible par de vrais liens, ne pas être canonicalisée vers la première page et rester crawlable, sinon les articles anciens deviennent orphelins. Google n'utilise plus les balises de pagination rel next et rel prev comme signal, donc la qualité des liens d'une page à l'autre compte davantage que ces balises.
- Catégories : peu nombreuses, décrites, indexables, avec un texte d'introduction rédigé.
- Étiquettes : à supprimer ou à passer en noindex tant qu'elles ne portent pas un contenu propre.
- Archives par date : navigation pour visiteurs, rarement utiles dans l'index.
- Pages paginées : crawlables, avec leur propre URL et leur propre canonique.
Un exemple concret de nettoyage
Prenons un blog de cuisine de cent cinquante recettes, tenu depuis quatre ans. Il compte douze catégories, trois cents étiquettes dont la moitié n'ont qu'un seul article, des archives mensuelles sur quarante-huit mois et six auteurs invités. Dans la Search Console, le rapport des pages affiche une grande quantité d'URL « explorées, actuellement non indexées » ou « détectées, actuellement non indexées », et les étiquettes y sont surreprésentées. Ce n'est pas un drame, mais cela signale que le budget d'exploration et l'attention des moteurs se dispersent.
Un plan raisonnable tient en quatre décisions. Premièrement, fusionner les douze catégories en huit, et rédiger une introduction unique pour chacune. Deuxièmement, supprimer les étiquettes à un seul article et rediriger leur adresse vers la catégorie la plus proche avec une redirection 301. Troisièmement, passer en noindex les étiquettes restantes et les archives mensuelles. Quatrièmement, vérifier que le sitemap ne liste plus que les articles, les catégories conservées, les pages auteur utiles et les pages business. Le sitemap est une déclaration d'intention : il doit contenir ce que vous voulez voir indexé, et rien d'autre.
Une précaution : ne mélangez pas noindex et blocage dans le fichier robots.txt pour la même URL. Si le robot n'a pas le droit de charger la page, il ne verra jamais la consigne noindex, et l'adresse peut rester dans l'index avec un résultat sans description. Choisissez l'un ou l'autre, et pour retirer proprement une page de l'index, laissez-la crawlable avec noindex jusqu'à sa disparition.
Dates et fraîcheur : ce qu'un blog peut honnêtement afficher
Un blog affiche presque toujours une date, et c'est une source d'erreurs propre à ce format. La fraîcheur n'est pas un facteur universel : pour une requête sur l'actualité ou sur un sujet qui évolue vite, une page récente est avantagée, alors que pour une question stable (comment faire une sauce béchamel, comment fonctionne une balise canonique) l'âge d'un article compte très peu. Avant de relancer une campagne de « mises à jour », demandez-vous donc si le sujet de chaque article est sensible au temps.
La tentation classique est de modifier la date de publication pour faire croire à une nouveauté alors que le contenu n'a pas bougé. C'est une mauvaise idée, pour deux raisons. Les moteurs comparent les dates affichées, celles des données structurées et celles du sitemap, et ils savent que les dates modifiées artificiellement sont un procédé courant. Et un lecteur qui ouvre un article daté d'hier mais qui parle d'une version logicielle dépassée perd confiance. Distinguez les deux informations : la date de publication reste fixe, la date de dernière modification change seulement quand l'article a réellement été retravaillé.
Une vraie mise à jour, c'est corriger des informations devenues fausses, remplacer des captures d'écran, ajouter une section qui répond à une question que les lecteurs posent, supprimer des paragraphes obsolètes, vérifier les liens sortants. Corriger une faute de frappe n'en est pas une. Indiquez-la simplement sur la page, par exemple avec une mention « mis à jour le … » accompagnée d'une ligne sur ce qui a changé, et reflétez-la dans les attributs datePublished et dateModified des données structurées Article. La cohérence entre ce que voit le lecteur et ce que lit le robot est le seul principe à retenir.
Enfin, pensez aux articles qui ne méritent plus de vivre. Un billet d'annonce sur un événement passé, une promotion terminée ou un comparatif d'un produit disparu n'apportent rien. Trois options existent : les mettre à jour s'il reste une requête à servir, les fusionner dans un article plus large avec une redirection 301, ou les retirer avec une réponse 410 ou 404 quand aucun équivalent n'existe. Élaguer un blog est un travail d'édition normal, pas un aveu d'échec.
Pages auteur et signature : donner un visage à un blog
Dans un blog, chaque article a un auteur, et cette information est structurante. Elle l'est pour le lecteur, qui juge la fiabilité d'un conseil en fonction de la personne qui le donne, et elle l'est pour les moteurs, dont les consignes de qualité insistent sur l'expérience et l'expertise réelles derrière un contenu. Il ne s'agit pas d'un facteur de classement que l'on activerait avec un champ de formulaire, mais d'un ensemble de signaux de cohérence que l'on peut soit renforcer, soit laisser vides.
Concrètement, une page auteur utile contient un nom réel, une courte biographie qui dit ce que cette personne a fait dans le domaine (pas un slogan), des liens vers ses profils professionnels ou ses autres publications, et la liste de ses articles. Les articles, eux, renvoient vers cette page depuis la signature. Si le blog est tenu par une seule personne, la page auteur et la page à propos se ressemblent et peuvent se répondre par des liens. Si plusieurs personnes écrivent, vérifiez que chaque page auteur est distincte et qu'elle n'est pas une simple liste sans introduction.
Deux pièges reviennent souvent. Le premier est le compte générique, du type « admin » ou « rédaction », qui donne une page auteur vide de sens et expose parfois l'identifiant de connexion d'un administrateur, ce qui est aussi une faiblesse de sécurité. Renommez le nom affiché et, si besoin, l'adresse de l'archive. Le second est la page auteur indexée en plusieurs exemplaires paginés qui recopient les mêmes extraits : indexez la première page, soignez-la, et laissez les suivantes au traitement de pagination décrit plus haut. Pour aller plus loin sur ce sujet précis, le guide consacré aux pages auteur détaille les éléments à prévoir.
Le maillage entre articles, et vers les pages qui comptent
Le maillage interne est la particularité la plus rentable d'un blog, parce que les articles sont le meilleur endroit pour pousser de l'attention vers d'autres pages. Il a deux directions distinctes, qu'il ne faut pas confondre. Le maillage horizontal relie les articles entre eux, pour qu'un lecteur ou un robot passe d'un sujet à un sujet voisin. Le maillage vertical relie les articles aux pages business : une fiche service, une page produit, une page de contact. Sans ce second niveau, un blog peut attirer beaucoup de lecteurs qui ne rencontrent jamais l'offre.
Le risque du blog est l'article orphelin : publié, présent dans le sitemap, mais que plus aucune page ne cite dès qu'il sort de la page d'accueil du blog. Sur un site ancien, c'est le cas de nombreux billets. Un audit simple consiste à explorer le site avec un outil de crawl, à exporter la liste des URL trouvées par les liens, puis à la comparer à celle du sitemap : tout ce qui figure dans le sitemap mais pas dans le crawl est orphelin. Chacun devrait recevoir au moins deux ou trois liens contextuels depuis des articles proches.
Les liens eux-mêmes doivent être rédigés, pas collés. Un lien dont l'ancre décrit la page de destination (« notre méthode pour nettoyer les étiquettes ») est plus utile au lecteur et au robot qu'un « cliquez ici » ou qu'un mot-clé répété à l'identique vingt fois. Variez les formulations, placez le lien là où il aide vraiment la lecture et évitez de transformer chaque paragraphe en liste de liens.
Quant aux pages business, décidez à l'avance lesquelles vous voulez soutenir. Un article sur un problème précis peut légitimement conduire à la page qui le résout, avec une phrase de transition honnête. À l'inverse, forcer dix articles sans rapport à pointer vers la même page d'accueil dilue le signal. Trois ou quatre articles thématiquement proches d'une page de service, reliés à elle et entre eux, forment un ensemble qui se renforce. C'est la logique du regroupement par thèmes : un article central large, des articles spécialisés qui y renvoient, et des liens retour vers la page qui transforme.
- Chaque nouvel article reçoit des liens entrants depuis au moins deux articles existants.
- Chaque article important propose un lien vers une page business pertinente, pas vers n'importe laquelle.
- Les ancres décrivent la destination et restent variées.
- Un contrôle trimestriel repère les articles orphelins et les liens cassés.
Une routine de publication qui reste tenable
Toute cette mécanique se résume à quelques gestes répétables. Avant de publier, vérifiez qu'une seule catégorie est attribuée, que les étiquettes sont absentes ou en noindex, que l'auteur est nommé et que l'article contient ses liens internes entrants et sortants. Après publication, contrôlez dans la Search Console que l'URL est bien détectée, puis regardez au bout de quelques semaines si elle est indexée ; si ce n'est pas le cas, le problème est presque toujours de la redondance ou un manque de liens internes plutôt qu'un bug technique.
Une fois par trimestre, faites un passage éditorial : repérez les articles qui ont perdu des impressions, décidez s'ils doivent être mis à jour, fusionnés ou retirés, corrigez les dates de modification en conséquence et relisez les pages de catégories. Un blog se référence sur la durée, et la régularité de cet entretien pèse davantage que l'ajout frénétique de nouveaux billets.
Un dernier point de méthode : ne mesurez pas le succès d'un blog à son seul trafic global. Suivez séparément les articles qui conduisent à des pages business, ceux qui attirent des lecteurs sans aucune suite et ceux qui ne sont jamais lus. Cette répartition indique où investir : renforcer, relier ou supprimer. Les chiffres exacts dépendent de votre site, mais la lecture par rôle éditorial est valable pour tous.
Questions fréquentes
Faut-il mettre les catégories et les étiquettes en noindex ?
Pas systématiquement. Les catégories soignées, avec une introduction et un vrai thème, peuvent rester indexables. Les étiquettes qui ne regroupent qu'un ou deux articles et répètent les extraits des catégories sont de bonnes candidates au noindex ou à la suppression.
Un article plus récent se classe-t-il automatiquement mieux ?
Non. La fraîcheur compte surtout pour les requêtes liées à l'actualité ou à des sujets qui changent vite. Pour une question stable, un article ancien mais exact et bien lié peut très bien se maintenir.
Peut-on changer la date d'un article à chaque mise à jour ?
Modifiez la date de dernière modification uniquement quand le contenu a réellement changé, et gardez la date de publication d'origine. Afficher une fausse nouveauté est trompeur pour le lecteur et incohérent avec les données structurées.
Comment trouver les articles orphelins d'un blog ?
Explorez le site avec un outil de crawl qui suit les liens, puis comparez la liste obtenue avec les URL du sitemap. Celles qui figurent dans le sitemap sans avoir été atteintes par un lien sont orphelines et doivent recevoir des liens contextuels.