Un client m'envoie un jour sa liste de sujets validés par sa direction : 84 articles prévus pour l'année. Je regarde les titres. Sur les 84, une bonne vingtaine parlaient du même problème sous des angles à peine différents. Deux d'entre eux visaient exactement la même requête, formulée de deux façons. Personne ne l'avait vu. Résultat : trois mois plus tard, ses propres pages se battaient entre elles dans les résultats, et Google ne savait plus laquelle montrer.
C'est le point de départ de tout : tant que vos mots-clés restent une liste plate, vous pilotez à l'aveugle. Les regrouper en clusters thématiques, c'est transformer une pile de requêtes en une carte de territoires. Et cette carte change vos décisions éditoriales bien plus que n'importe quel outil de suivi de positions.
Points clés à retenir
- Un cluster = un ensemble de requêtes qui partagent la même intention de recherche, pas seulement le même mot.
- La vraie question n'est jamais « combien de mots-clés par cluster », mais « est-ce que ces requêtes peuvent être satisfaites par la même page ».
- Un mot-clé ambigu se tranche sur l'analyse des résultats affichés, pas sur son libellé.
- Le cluster mal cadré crée de la cannibalisation : deux de vos pages qui se neutralisent mutuellement.
- Le regroupement sert autant à l'éditorial qu'aux campagnes payantes, avec des logiques de découpage différentes.
- On ajuste un cluster après mise en ligne, jamais parfaitement avant.
Regrouper ses mots-clés en clusters thématiques : ce que ça change vraiment
Une liste de mots-clés triée par volume décroissant, ça ressemble à un plan. Ça n'en est pas un. Le volume vous dit combien de gens cherchent ; il ne vous dit pas si deux requêtes méritent une page chacune ou une seule page à deux entrées.
Le cluster répond à cette question. Il repose sur un principe simple : un besoin, une page. Si plusieurs formulations pointent vers la même réponse attendue par l'internaute, elles appartiennent au même groupe. Si elles appellent des réponses différentes, elles se séparent.
Un cluster, c'est une unité d'intention
« prix logiciel de facturation » et « logiciel de facturation gratuit » contiennent presque les mêmes mots. Ce ne sont pas les mêmes clusters. Le premier cherche un ordre de grandeur tarifaire ; le second cherche un outil utilisable sans payer. Une page qui répond bien à l'un répond mal à l'autre. Une page qui essaie de répondre aux deux finit par ne convaincre personne.
Voilà pourquoi je refuse de construire les clusters à partir des libellés. Je les construis à partir de ce que Google affiche réellement pour chaque requête. C'est plus lent, et c'est la seule méthode qui tient.
Cluster, cocon sémantique, champ lexical : trois choses distinctes
On confond souvent les trois. Le champ lexical, c'est du vocabulaire : des termes qui appartiennent au même univers. Le cocon sémantique, c'est de l'architecture : un ensemble de pages liées entre elles autour d'un sujet pilier, avec une hiérarchie interne. Le cluster, lui, est une étape en amont : c'est le travail de tri des requêtes qui précède la construction du cocon.
Vous pouvez très bien produire des clusters impeccables et ne jamais construire de cocon. L'inverse est beaucoup plus difficile.
La grille que j'utilise pour classer une requête
La plupart des méthodes s'arrêtent à « informationnel / transactionnel / navigationnel ». Sur le papier, c'est propre. Dans la vraie vie, dès que je tombais sur une requête comme « meilleur CRM pour PME », je perdais dix minutes à hésiter entre deux cases.
Alors j'ai fini par ajouter deux questions à la grille de base.
- Que veut l'internaute au moment où il tape ça ? Comprendre, comparer, acheter, se rassurer.
- Quelle page je lui montrerais si je le recevais au téléphone ? Un guide, une page comparative, une fiche produit, un témoignage client.
- Est-ce que la réponse tient en un paragraphe ou en un article entier ?
- Cette requête peut-elle cohabiter avec une autre sur la même page sans que l'une des deux soit sacrifiée ?
La deuxième question règle la majorité des cas ambigus. Si je ne sais pas quelle page montrer, c'est que je n'ai pas encore compris le besoin.
Le cas des intentions mixtes
Certaines requêtes sont authentiquement doubles. « prix abonnement logiciel X » peut intéresser celui qui compare avant d'acheter et celui qui vérifie une facture en cours. Je ne cherche pas à trancher artificiellement. Je rattache la requête au cluster dominant et j'ajoute un bloc dans la page cible qui couvre l'intention secondaire. Une section courte, pas un article.
Le piège, c'est de croire qu'une intention mixte justifie deux pages. Elle justifie deux sections.
Comment trancher un mot-clé qui hésite entre deux clusters
Ouvrez les résultats affichés pour cette requête. Regardez la nature des pages qui occupent les premières places. Si ce sont majoritairement des pages comparatives, la requête appartient au cluster comparatif, peu importe ce que le libellé laissait penser. Si les résultats mélangent guides et pages produit, l'intention est instable : rattachez la requête au cluster où vous avez déjà une page forte, et prévoyez de réévaluer plus tard.
Je fais ce test pour chaque requête ambiguë. Ça m'a évité, sur un projet e-commerce, de créer onze pages qui auraient toutes visé des variantes d'une seule et même intention d'achat. Onze pages, c'était onze occasions de se cannibaliser.
Taille d'un cluster : à partir de quand c'est trop large ?
Il n'existe pas de nombre magique. J'ai vu des clusters sains à quatre requêtes et d'autres qui tenaient à quarante. Ce qui compte, c'est la cohérence de la page qui va les servir.
Mon test de décision tient en une phrase : si je dois écrire deux introductions, ce sont deux clusters. Quand je prépare le plan d'une page et que je me surprends à rédiger un second chapeau pour couvrir une branche différente, le signal est clair. Je coupe.
Les symptômes d'un cluster trop large
- La page cible dépasse 3 000 mots et perd le lecteur à mi-parcours.
- Vous hésitez sur le titre : aucun ne couvre l'ensemble sans être vague.
- Vous ajoutez des sections « pour couvrir » des requêtes qui n'ont rien à voir.
- Le maillage interne devient impossible à décider : la page pointe partout.
À l'inverse, un cluster trop étroit produit une nuée de pages maigres. Trois pages de 400 mots qui se disputent la même intention valent moins qu'une seule page solide. La règle du « une requête, un article » appartient à une époque où le contenu coûtait peu à produire. Ce n'est plus le cas.
Avec quoi regrouper concrètement ?
Vous n'avez pas besoin d'un outil dédié pour démarrer. Un tableur suffit, à condition d'exporter les résultats affichés pour chaque requête. Ce que fait un bon outil, c'est comparer ces résultats et rapprocher les requêtes qui partagent des pages communes. C'est un calcul de recouvrement, rien de plus.
Ce que fait un mauvais outil, c'est regrouper sur la similarité de libellé. Et là, vous récupérez exactement les erreurs que vous cherchiez à éviter.
| Approche | Ce qu'elle mesure | Quand elle vous trompe | Effort de mise en place |
|---|---|---|---|
| Similarité de libellé | Les mots en commun entre les requêtes | Sur les requêtes polysémiques et les intentions mixtes | Faible |
| Recouvrement des résultats affichés | Les pages qui se positionnent sur plusieurs requêtes | Presque jamais, mais demande des données à jour | Moyen |
| Analyse manuelle de l'intention | Le besoin réel derrière la formulation | Sur de gros volumes : trop lent | Élevé |
| Hybride (recouvrement + relecture intention) | Les deux précédents, dans cet ordre | Rien de structurel | Moyen |
Franchement, l'approche hybride est la seule que je recommande. L'automatisation fait le tri grossier, vous tranchez les cas limites. Sur une liste de 300 requêtes, comptez une demi-journée pour la relecture. C'est rentable.
Cluster éditorial et cluster publicitaire : ne les mélangez pas
Un cluster de contenu se construit sur l'intention. Un groupe d'annonces se construit sur la correspondance et le contrôle du message. Les deux peuvent se ressembler, ils ne poursuivent pas le même but. J'ai déjà vu une équipe réutiliser tel quel son plan éditorial pour structurer ses campagnes : les annonces devenaient trop générales et le taux de clic s'effondrait.
Gardez deux découpages. Ils partagent la matière première, pas la logique.
Cannibalisation : le vrai risque, et comment le repérer
Deux de vos pages qui alternent en position sur la même requête, c'est le signe classique. Ça ne veut pas dire que vous avez mal travaillé. Ça veut dire que votre cluster était mal cadré au départ, ou que votre contenu a dérivé depuis.
Ce que je surveille, concrètement : une même URL qui apparaît pour deux clusters distincts dans mes exports. Quand ça arrive, j'ai deux options. Fusionner si les intentions sont proches. Réécrire la page secondaire pour la recentrer si elles sont franchement différentes.
Ce que je ne fais plus : ajouter une troisième page en espérant qu'elle tranche le débat. Ça n'a jamais marché. Jamais.
Un cluster n'est jamais figé
Les résultats affichés bougent, les intentions se déplacent, votre propre autorité change la donne. J'ai des clusters que j'ai scindés huit mois après leur création, simplement parce que la page cible était devenue trop forte sur une branche et noyait l'autre. Ce n'est pas un échec. C'est le fonctionnement normal.
Reprenez votre carte une à deux fois par an. Pas plus. En dessous, vous tournez à l'aveugle ; au-delà, vous passez votre temps à réorganiser au lieu de produire.
Par où commencer, demain matin
Prenez vos cinquante requêtes les plus proches de votre activité réelle. Exportez les résultats affichés pour chacune. Rapprochez celles qui partagent au moins trois pages en commun. Vous obtenez une première carte grossière, imparfaite, mais utilisable dans la journée.
Ensuite seulement, passez chaque groupe au filtre de l'intention. Virez ce qui ne tient pas. Fusionnez les doublons. Notez les cas ambigus dans une colonne à part, et tranchez-les en écrivant le plan de la page cible : le plan vous dira si vous avez vu juste.
Il reste une chose que personne ne mesure vraiment, et qui compte pourtant plus que la taille de vos clusters : leur ordre de publication. Un cluster entier publié d'un coup produit un effet difficile à reproduire ensuite. Un cluster publié au compte-gouttes, sur six mois, avec un maillage qui se construit à mesure, tient beaucoup mieux dans la durée. C'est l'observation la plus contre-intuitive que j'aie faite sur ce sujet, et je n'ai toujours pas d'explication totalement satisfaisante. Peut-être que la régularité, pour un moteur comme pour un lecteur, vaut mieux que l'abondance.
