Un cluster de contenu, ce n'est pas une liste de mots-clés

Un export d'outil vous donne des requêtes. Il ne vous dit ni dans quel ordre les traiter, ni lesquelles méritent une page à elles seules.

Le symptôme est facile à reconnaître : trente articles publiés, un trafic qui monte, et aucun rendez-vous en plus. Les pages répondent à des recherches réelles, mais à des recherches que personne ne fait juste avant de choisir un prestataire.

Partir de la décision, pas du volume

Une architecture utile se lit à l'envers : quelle est la dernière chose que quelqu'un tape avant de vous contacter ? Puis l'avant-dernière. On remonte ainsi trois ou quatre crans, et on obtient une carte d'intentions — métier, secteur, zone, comparaison, définition — dans laquelle chaque niveau appelle le suivant.

• Page pilier : le sujet dans son ensemble, celle qui doit se positionner sur la requête large.
• Pages satellites : une intention précise chacune, reliées à la pilière dans les deux sens.
• Pages de conversion : l'offre correspondante, atteignable depuis n'importe quel satellite en un clic.

La règle qui évite la cannibalisation

Une intention, une page. Si deux pages peuvent répondre à la même requête, elles vont se disputer la position et vous perdrez les deux. Au moment d'ajouter un article, la seule question qui compte est : quelle intention n'est pas encore couverte ? Si la réponse est « aucune », l'article ne doit pas exister — il faut enrichir la page qui couvre déjà le sujet.

Le maillage se décide en même temps que le plan

Un lien interne ajouté après coup est un pansement. Quand la carte est posée, chaque page connaît sa pilière, ses voisines et sa sortie commerciale avant d'être rédigée. Le maillage devient une conséquence de l'architecture, pas un chantier séparé.

À retenir

Un cluster n'est pas un thème, c'est un chemin. Tant qu'on ne peut pas dire à voix haute par où passe quelqu'un entre sa première recherche et son message, le plan de contenu n'est qu'un tableur trié.