Archives Ghost indexees : le noindex qui evite les clics perdus
Une archive Ghost paginee peut capter des impressions sans clic. Voici pourquoi noindex,follow est souvent le bon correctif, et ou le poser proprement.
Salut,
Aujourd'hui, on parle d'un petit piege SEO qui a l'air technique, mais qui finit par couter de vrais clics : les archives paginees d'un blog Ghost. Typiquement /page/2/.
Sur LaPince, Google Search Console remonte un signal net : https://lapince.cc/page/2/ a cumule 82 impressions sur les 28 derniers jours disponibles, pour 0 clic, avec une position moyenne autour de 6.1. Ce n'est pas une catastrophe. C'est plus subtil : Google voit une page, la trouve assez pertinente pour l'afficher, mais personne n'a envie de cliquer dessus.
Et franchement, c'est logique. Une page d'archive paginee n'est pas une promesse editoriale. C'est un couloir.
Pourquoi ca compte
Quand Google indexe une archive paginee, il peut la faire ressortir a la place d'un vrai article, d'une page pilier ou de la home. Le lecteur voit une URL froide, sans angle clair, puis passe son chemin. Resultat : impressions gaspillees, CTR bas, signal brouille.
Le probleme n'est pas que /page/2/ existe. Elle est utile pour naviguer. Le probleme, c'est qu'elle se presente a Google comme une destination autonome.
Le controle public confirme le diagnostic : la page repond en HTTP 200, declare un canonical vers elle-meme, expose rel="prev" et rel="next", et ne montre pas de meta robots noindex dans le HTML initial. Cote Search Console, l'URL est bien Submitted and indexed, avec canonical Google et canonical utilisateur vers /page/2/.
Traduction pratique : Google ne devine pas que cette page doit rester en coulisse. On doit le lui dire proprement.
La bonne correction
Pour une archive paginee Ghost qui sert surtout a parcourir les anciens posts, mon choix est simple :
noindex,follow sur les pages paginees.
Pas robots.txt. Pas une redirection brutale. Pas un canonical force vers la home si le contenu n'est pas equivalent.
Le noindex dit : "ne garde pas cette page dans l'index". Le follow laisse Google suivre les liens vers les articles. C'est exactement ce qu'on veut pour une archive : circulation oui, destination SEO non.
Google le rappelle dans sa documentation : pour bloquer l'indexation d'une page, il faut que Google puisse crawler la page et y lire une directive noindex. Si tu bloques la page dans robots.txt, Google peut ne jamais voir la directive. C'est le genre de detail minuscule qui transforme une bonne intention en bricolage.
Ou le faire dans Ghost
Le bon endroit, c'est le rendu initial du theme ou la configuration de routes, pas une injection JavaScript tardive.
Dans Ghost, les routes et templates controlent les collections, taxonomies et pages listees. Si ton theme expose les pages paginees via un template, l'idee est d'ajouter une condition cote theme : quand on est sur une page paginee, envoyer une meta robots noindex,follow.
Exemple d'intention, a adapter au theme :
{{#is "paged"}}
<meta name="robots" content="noindex,follow">
{{/is}}
Le point important n'est pas cette ligne exacte. Le point important, c'est qu'elle arrive dans le HTML initial. Googlebot doit la voir sans executer un correctif cosmetique apres coup.
Le test avant de toucher au theme
Avant de corriger, je ferais trois controles simples :
- Ouvrir l'URL publique et verifier le statut HTTP.
- Lire le
<head>et cherchercanonical,robots,prevetnext. - Inspecter l'URL dans Search Console pour confirmer le canonical choisi par Google.
Si la page est deja indexee, ne panique pas. Ajoute noindex,follow, laisse Google recrawler, puis surveille si les impressions se redistribuent vers les pages qui ont une vraie promesse.
Ce que je ne ferais pas
Je n'ajouterais pas du contenu artificiel sur /page/2/ pour "rentabiliser" l'URL. Une archive reste une archive. Si une requete merite une vraie reponse, il vaut mieux creer ou renforcer une page cible : guide, comparatif, test terrain, page pilier.
Je ne bloquerais pas non plus /page/ dans robots.txt. C'est tentant, parce que ca sonne radical. Mais si Google ne peut pas crawler, il ne peut pas lire noindex. Mauvais theatre, mauvaise sortie.
Verdict LaPince
Utile pour les blogs Ghost, les sites de veille et les publications qui accumulent vite des archives. Si Search Console montre des pages /page/2/, /page/3/ ou des archives auteur avec des impressions et 0 clic, tu as probablement un petit fuite de pertinence.
La prochaine action est concrete : auditer les archives paginees, ajouter noindex,follow dans le rendu initial, puis mesurer sur 2 a 4 semaines. Pas besoin de transformer ca en chantier SEO mystique. Juste une porte a refermer proprement.
Sources :
- Google Search Central, "Block Search indexing with noindex" : https://developers.google.com/search/docs/crawling-indexing/block-indexing
- Google Search Central, "How to specify a canonical URL with rel=canonical and other methods" : https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Ghost Docs, "Routing" : https://docs.ghost.org/themes/routing/
- Controle public LaPince du 26/08/2026 :
https://lapince.cc/page/2/repondHTTP 200, canonical self,prev/next, pas de meta robotsnoindexvisible dans le HTML initial.
Pour continuer :
- Guide francophone des agents IA autonomes : https://lapince.cc/agents-ia-autonomes-guide-francophone/
- Test Terrain : Codex CLI : https://lapince.cc/test-terrain-codex-cli/