Sommaire de l'article
Une intention, ce sont dix questions ; un cluster GEO y répond une par une
Quand un moteur génératif reçoit une question, il la découpe. Une intention comme « installer des bornes de recharge dans une copropriété » devient, en pratique, une dizaine de sous-requêtes : combien cela coûte, quel délai, quelles aides, quelle puissance, qui décide en assemblée générale, ce que recouvre le droit à la prise, qui entretient. Le moteur cherche un passage pour chacune. Un site qui n'en couvre que trois est cité sur trois angles au mieux, et absent des sept autres.
Un cluster GEO est l'organisation de contenu qui répond à cette décomposition. Une page pilier pose l'intention entière et répond brièvement à chaque sous-requête ; des pages satellites approfondissent chacune d'elles, avec la preuve et la nuance que le pilier n'a pas la place de porter. L'ensemble est relié par des liens dont le texte reprend la question. Le principe existe en référencement classique, mais son unité de mesure a changé : il ne s'agit plus de concentrer l'autorité sur un mot-clé, mais de fournir un passage citable pour chaque sous-requête que le moteur formule.
Cet article décrit la méthode que nous appliquons sur nos mandats : cartographier les sous-requêtes d'une intention, les répartir entre pilier et satellites sans doublon, relier le tout, puis mesurer angle par angle. Les quatre conditions d'une citation, accessible, citable, identifiée, corroborée, décrites dans notre méthode complète, restent le socle ; le cluster est la manière de les remplir à l'échelle d'une intention plutôt que d'une page.
Pourquoi le cluster hérité du SEO ne suffit plus
Le cluster classique a été conçu pour un moteur qui classe des URL. Sa logique : une page pilier large, positionnée sur la requête générique, des pages satellites sur les variantes de longue traîne, et un maillage qui fait remonter l'autorité vers le pilier. Cette logique reste valable pour Google au sens classique. Mais un moteur génératif ne récompense pas une page d'être large ; il extrait un passage qui répond à une sous-requête précise. Une page pilier de quatre mille mots qui « couvre tout » sans répondre nettement à rien est, pour lui, une page qui ne répond à rien.
Trois écarts concrets en découlent. D'abord, le pilier n'est plus un simple carrefour : il doit contenir, pour chaque sous-requête, une réponse courte et autonome, quitte à renvoyer ensuite au satellite pour le détail. Ensuite, la longue traîne n'est plus un choix d'opportunité ; c'est la liste des sous-requêtes que le moteur formule réellement, et en ignorer une revient à laisser la place à un concurrent ou à un média. Enfin, la redondance, tolérée en SEO tant qu'elle ne cannibalise pas trop, devient un défaut : deux pages qui répondent à la même sous-requête avec des chiffres légèrement différents affaiblissent la corroboration interne et laissent le moteur choisir la moins bonne des deux.
Cartographier les sous-requêtes d'une intention
La carte se construit à partir des formulations réelles, pas de l'organigramme de l'offre. Quatre sources suffisent dans la plupart des cas, et la méthode tient en cinq étapes.
- 01Choisir l'intentionUne décision d'achat ou d'action, formulée comme un acheteur la formule, pas comme un catalogue.
- 02Collecter les formulationsPrompts posés aux moteurs, questions du service client et des commerciaux, recherches internes du site, suggestions des moteurs.
- 03Regrouper par angleCoût, délai, éligibilité, procédure, comparaison, risques, entretien : chaque angle devient une sous-requête nommée. La couverture se décide ici.
- 04Vérifier avec les moteursPoser l'intention aux quatre moteurs, relever les sous-questions qu'ils traitent et les sources qu'ils citent.
- 05Figer la carteHuit à quinze sous-requêtes, chacune avec sa formulation type et son statut : couverte, partielle, absente.
L'étape de vérification mérite une précision. Les moteurs génératifs montrent une partie de leur travail : Perplexity affiche les recherches qu'il lance, AI Mode de Google expose une partie de ses requêtes en éventail, et une réponse de ChatGPT ou de Claude laisse lire, dans son plan, les angles qu'elle a jugés nécessaires. En posant l'intention plusieurs fois, dans plusieurs formulations, on obtient une liste d'angles plus fidèle que celle d'un outil de mots-clés, parce qu'elle vient du moteur lui-même. La constitution d'un panel de questions représentatif est détaillée dans l'article consacré au panel de prompts.
Pour l'exemple fictif des bornes de recharge en copropriété, une carte réaliste compte une douzaine d'angles : coût par place et coût de l'infrastructure collective, délai entre le vote et la mise en service, aides publiques et leurs conditions, droit à la prise et procédure individuelle, vote en assemblée générale, choix entre installation individuelle et collective, puissance et dimensionnement, opérateur et facturation, maintenance et responsabilité, assurance, changement de véhicule, et le cas des parkings extérieurs. Chaque angle reçoit une formulation type, celle qu'un copropriétaire taperait réellement, et un statut au regard des pages existantes.
Répartir les angles entre la page pilier et les pages satellites
La règle de répartition tient en une phrase : chaque sous-requête a une page propriétaire, et une seule, qui porte la réponse complète ; la page pilier en donne la version courte et renvoie. Le pilier répond à tout, mais brièvement ; les satellites répondent à une chose, mais entièrement. Ce partage évite que deux pages se disputent le même passage, et donne au moteur, pour chaque sous-requête, une réponse courte et une réponse documentée, toutes deux cohérentes entre elles.
| Sous-requête | Page propriétaire | Ce que porte le pilier | Ce que porte le satellite |
|---|---|---|---|
| « Combien coûte l'installation par place ? » | Satellite « Coût » | Les facteurs du prix, en soixante mots, et le renvoi | Décomposition par poste, exemples de devis anonymisés, ce qui fait varier le prix, date de l'estimation |
| « Quel délai entre le vote et la mise en service ? » | Satellite « Délai » | Les étapes et le délai type, en cinquante mots | Calendrier détaillé, points de blocage fréquents, cas des parkings extérieurs |
| « Quelles aides existent et sous quelles conditions ? » | Satellite « Aides » | La liste des dispositifs et le renvoi | Conditions, cumul, démarches, date de validité de l'information |
| « Installation individuelle ou collective ? » | Satellite « Comparaison » | Un verdict conditionnel en deux phrases | Tableau critère par critère, cas d'usage, coût à cinq ans |
| « Qui décide en assemblée générale ? » | Satellite « Procédure » | La réponse courte | Étapes, documents, délais de convocation, modèle de résolution |
| « Qu'est-ce que le droit à la prise ? » | Entrée de glossaire | La définition en une phrase | Définition complète, conditions, procédure, textes de référence |
Tableau : faites défiler horizontalement.
Deux arbitrages reviennent souvent. Quand une sous-requête est trop mince pour une page, une définition ou une question de procédure en trois phrases, elle se loge dans une entrée de glossaire ou dans la FAQ du pilier, mais elle reste unique. Quand une sous-requête est en réalité une intention à part entière, « quel opérateur choisir » ouvre par exemple une comparaison de prestataires, elle devient le pilier d'un cluster voisin, relié au premier. La carte n'est pas une arborescence figée ; c'est une répartition de responsabilités entre pages.
Éviter la dilution : une sous-requête, une page, un passage
La dilution est le risque propre au cluster. Elle prend trois formes, et les trois s'observent dans nos audits. La première est le doublon : deux pages, souvent écrites à deux ans d'écart, répondent à la même sous-requête. Le moteur en retient une, pas toujours la meilleure, et la part de citation du cluster n'augmente pas avec le nombre de pages. La deuxième est la contradiction : les deux pages donnent des fourchettes différentes, des délais différents, une procédure décrite autrement. Un moteur qui cherche un consensus lit alors une source qui se contredit elle-même, et préfère une source tierce cohérente. La troisième est l'étalement : une sous-requête traitée partout et nulle part, un paragraphe ici, une phrase là, jamais un passage autonome de quarante à quatre-vingts mots.
Le remède est un inventaire, sous-requête par sous-requête. Pour chacune, une seule page propriétaire ; les autres occurrences sont réduites à une phrase de renvoi, fusionnées, ou supprimées et redirigées. Les chiffres sont centralisés : une fourchette de prix vit dans le satellite « Coût », et le pilier la reprend à l'identique, avec la même date. Quand un chiffre change, il change à un endroit, et les autres pages le reprennent. Cette discipline, qui conditionne la vérifiabilité de chaque affirmation, est développée dans l'article sur les chiffres, dates et sources.
Données illustratives. Ce qu'il faut y lire : la consolidation profite le plus aux angles qui étaient les plus dispersés ; l'angle « Aides », déjà porté par une seule page, progresse peu.
Le maillage interne : une carte de lecture pour le moteur
Les liens entre les pages d'un cluster ont deux lecteurs : l'utilisateur et le robot. Pour le second, le texte du lien est une information. « En savoir plus » ne dit rien ; « Quel délai entre le vote en assemblée générale et la mise en service ? » dit exactement quelle sous-requête la page cible traite. Sur nos mandats, nous réécrivons systématiquement les ancres en reprenant la formulation de la sous-requête ou le titre-question de la page cible.
- Du pilier vers chaque satellite, un lien placé dans le bloc de réponse courte, pas dans un menu latéral ni dans un pied de page.
- De chaque satellite vers le pilier, un lien en tête de page qui situe la sous-requête dans l'intention.
- Entre satellites, uniquement quand une sous-requête en appelle une autre : le délai dépend de la procédure, le coût dépend du choix individuel ou collectif.
- Un fil d'Ariane cohérent avec la carte, balisé en
BreadcrumbList. - Aucun lien vers des pages hors cluster dans le corps des réponses, pour ne pas brouiller le périmètre.
Le maillage remplit aussi une fonction de découverte. Les robots de recherche IA passent moins souvent que Googlebot et suivent moins de liens par visite ; un satellite relié seulement depuis un plan de site est découvert tard, ou pas du tout. Un lien depuis le pilier, lui-même relié depuis une page de service, raccourcit ce chemin.
Construire, puis maintenir le cluster : mesure et arbitrage
Un cluster ne se termine pas, il se pilote. L'indicateur reste la part de citation, mais lue par sous-requête plutôt que par intention globale. Le panel de prompts reprend chaque angle de la carte, dans deux ou trois formulations, et son exécution hebdomadaire indique, pour chaque angle, si le cluster est cité, par quel moteur, et quelle page l'est. Une sous-requête où la part de citation stagne alors que la page propriétaire existe signale en général un passage mal formé. Une sous-requête où c'est un concurrent ou un média qui est cité signale un angle à corroborer ailleurs, pas seulement à réécrire.
- Semaines 1 à 2Cartographie
- Intention formulée comme un acheteur
- Collecte des formulations et vérification auprès des moteurs
- Carte de 8 à 15 sous-requêtes, inventaire des pages existantes par angle
- Semaines 3 à 6Répartition et écriture
- Une page propriétaire par angle
- Fusion et redirection des doublons, centralisation des chiffres
- Pilier réécrit en réponses courtes, satellites manquants rédigés
- Semaines 7 à 12Maillage et mesure
- Ancres réécrites, fil d'Ariane, chemin de découverte
- Panel par sous-requête, première lecture angle par angle
- Arbitrage : angles absents, angles à corroborer
L'arbitrage se fait sur la carte, pas sur les pages. Quand les moteurs commencent à formuler un angle que la carte ne prévoyait pas, une nouvelle aide, une nouvelle contrainte réglementaire, il entre dans la carte, reçoit une page propriétaire, et le pilier est mis à jour pour le mentionner. Quand un angle cesse d'apparaître dans les réponses, sa page reste en ligne, mais cesse d'être prioritaire.
Les erreurs qui diluent un cluster
Les causes de dilution que nous rencontrons le plus souvent tiennent en six points, vérifiables à partir de la carte.
- Un pilier qui présente l'offre au lieu de répondre aux sous-requêtes : le moteur n'y trouve aucun passage à extraire.
- Des satellites créés à partir de mots-clés proches plutôt que d'angles distincts, qui se disputent le même passage.
- Des chiffres différents d'une page à l'autre pour la même question, qui annulent la corroboration interne.
- Des ancres génériques, « cliquez ici », « en savoir plus », qui ne disent pas quelle sous-requête la page cible traite.
- Un cluster construit une fois, jamais confronté aux sous-questions que les moteurs formulent réellement.
- Une mesure globale de l'intention, qui masque les angles absents derrière une moyenne acceptable.
Ce qu'il faut retenir
- Un moteur génératif décompose une intention en sous-requêtes ; un cluster GEO fournit un passage citable pour chacune.
- La carte se construit à partir des formulations réelles et des sous-questions que les moteurs eux-mêmes affichent.
- Chaque sous-requête a une page propriétaire unique ; le pilier répond brièvement à tout et renvoie.
- La dilution vient des doublons et des contradictions internes : un chiffre vit à un seul endroit.
- La part de citation se lit angle par angle ; un angle absent est une page à écrire ou une affirmation à corroborer.
Questions fréquentes
Une page pilier doit-elle être longue pour être citée par un moteur génératif ?
Non. La longueur n'est pas un critère de sélection ; la présence d'un passage autonome pour chaque sous-requête l'est. Un pilier de mille cinq cents mots composé de douze blocs « question, réponse courte, renvoi » est plus souvent cité qu'un texte de cinq mille mots qui traite les mêmes angles de façon diffuse. La profondeur revient aux satellites.
Combien de sous-requêtes faut-il couvrir pour une intention ?
Entre huit et quinze dans la plupart des cas que nous traitons. En dessous, la carte reflète l'offre plutôt que les questions réelles ; au-delà, il s'agit en général de deux intentions mêlées, qu'il vaut mieux séparer en deux clusters reliés. La liste se vérifie en posant l'intention aux moteurs et en relevant les angles qu'ils traitent effectivement.
Faut-il une page par sous-requête, même pour une question très courte ?
Non. Une sous-requête qui se règle en trois phrases, une définition ou un point de procédure, se loge dans une entrée de glossaire ou dans la FAQ de la page pilier. La règle n'est pas « une page par question » mais « un seul endroit propriétaire par question », pour que le moteur ne trouve jamais deux réponses concurrentes sur votre site.
Un cluster construit pour Google fonctionne-t-il tel quel pour ChatGPT ou Perplexity ?
Partiellement. Le maillage et la structure restent utiles, mais le pilier hérité du SEO est souvent une page large sans réponses courtes, et les satellites ont été choisis sur des volumes de recherche plutôt que sur les angles que les moteurs formulent. Il faut en général réécrire le pilier en blocs de réponse, fusionner les doublons et compléter les angles absents.
Comment savoir quelles sous-requêtes un moteur formule réellement ?
En lui posant l'intention plusieurs fois, dans plusieurs formulations, et en relevant les angles traités et les sources citées. Perplexity affiche les recherches qu'il lance ; AI Mode expose une partie de ses requêtes en éventail ; le plan d'une réponse de ChatGPT ou de Claude révèle les angles retenus. Ces observations, croisées avec les questions du service client, donnent la carte.
Praticien du référencement depuis 2001, Kamel Malek dirige SEO360 (Alicante, Valence, Madrid, Paris). Il a publié trois ouvrages sur la visibilité dans les moteurs génératifs, dont Generative Engine Optimization et Rétablir les faits.
