Module 02 · Recherche et architecture de site

Transformer la recherche de mots-clés en grappes de sujets, en architecture de site et en feuille de route

Organisez la demande autour des décisions des clients, puis concevez une structure de site et un plan de publication qui facilitent la réalisation de ces décisions.

Dernière mise à jour

Leçon 05Recherche et architecture de site · Cours pratique
14% du cours14 % tout au long du cours

Ce que vous apprendrez

Un groupe n'est pas une pile de phrases similaires. C'est une carte utile des tâches des clients connexes, des pages qui y répondent et des liens qui aident les gens à se déplacer entre elles. Cette leçon associe la recherche et l'architecture afin que vous ne créiez pas de pages qui rivalisent les unes avec les autres ou qui disparaissent dans une archive plate.

À la fin de cette leçon : Vous pouvez créer un cluster de sujets, le mapper sur une structure de site navigable et choisir une première version pratique en fonction de la valeur, des preuves et des dépendances.

Pourquoi ce travail est important : Transformez la recherche de mots-clés en grappes de sujets, en architecture de site et en feuille de route

01

De nombreux sites se développent grâce à des campagnes, des lancements de produits et des articles uniques. Au fil du temps, les clients ne peuvent pas dire ce que l'entreprise offre, les pages importantes reçoivent peu de liens internes et plusieurs pages répondent à la même question. L'architecture transforme le contenu accumulé en une expérience cohérente.

02

Une feuille de route rend les compromis explicites. L'équipe peut commencer par des pages qui ont une tâche claire, une preuve crédible et un chemin vers la mise en œuvre au lieu de courir après chaque variation d'un outil de recherche.

Gardez la limite claire : Une bonne hiérarchie n'est pas une promesse de classements. Ne créez pas de page pour chaque variation, emplacement ou filtre de requête à moins qu'elle ne serve une tâche distincte au client avec suffisamment d'informations utiles.

Idées clés : Transformer la recherche de mots-clés en groupes de sujets, en architecture de site et en feuille de route

01

Les clusters suivent les tâches, pas les chaînes

Regroupez des requêtes lorsque la même page pourrait véritablement satisfaire la tâche sous-jacente. Divisez-les lorsqu'un client a besoin d'une réponse, d'un format, d'une audience ou d'une action différente. Un libellé similaire ne signifie pas toujours la même intention ; un libellé différent peut décrire le même travail.

Utilisez-le quand : Une page bien conçue pourrait-elle répondre à ces questions sans devenir vague ou surchargée ?

02

Les hubs s'orientent ; les pages détaillées se résolvent

Un hub aide un visiteur à comprendre le paysage et à choisir un chemin. Les pages détaillées répondent à des questions plus étroites, comparent les options, expliquent un cas d'utilisation ou soutiennent une action. Donnez à chaque niveau un travail clair afin que le site ne se répète pas.

Utilisez-le quand : Cette page aide-t-elle un client à s'orienter, à décider ou à agir, et ce rôle est-il évident ?

03

Les liens internes portent un sens

Les liens devraient aider les gens et les robots d'exploration à découvrir les prochaines étapes pertinentes. Utilisez des ancres descriptives, un contexte visible et des itinéraires qui reflètent des relations réelles. Ne traitez pas les liens internes comme une décoration ou un moyen de forcer chaque page vers une cible.

Utilisez-le quand : Est-ce qu'une personne comprendrait pourquoi ce lien est ici et ce qu'elle trouvera ensuite ?

04

Les feuilles de route comprennent les dépendances

Un sujet précieux peut nécessiter une contribution sur le produit, une recherche originale, un examen juridique, des composants de conception, un soutien technique ou des données locales. Enregistrez ces dépendances avant de promettre une date de publication.

Utilisez-le quand : Que doit-il exister avant que cette page ne soit précise et utile ?

Étapes pratiques : Transformer la recherche de mots-clés en grappes de sujets, en architecture de site et en feuille de route

  1. 01

    Construire un inventaire de la demande

    Combinez la langue du client, les données de recherche, les questions de vente, les lacunes d'assistance et les observations des concurrents. Gardez la source et la confiance pour chaque modèle significatif.

  2. 02

    Regrouper par tâche client

    Créez des grappes provisoires autour de décisions telles que la comparaison des options, la résolution d'un problème, la compréhension des prix, la vérification de l'éligibilité ou le choix d'un service.

  3. 03

    Choisissez le bon type de réponse

    Pour chaque cluster, décidez si la meilleure réponse est un hub, un guide, une comparaison, une catégorie, une page produit, un outil, une page locale ou une mise à jour de la documentation.

  4. 04

    Cartes des rôles et des liens

    Dessinez les relations parent, enfant, frère, preuve et prochaine action. Supprimez les pages qui n'ont pas de rôle ou d'itinéraire distinct.

  5. 05

    Marquez la première version

    Évaluez la valeur client, l'adéquation commerciale, les preuves, l'effort, le risque de dépendance et la préparation à la mesure. Donnez la priorité à une tranche connectée utile.

  6. 06

    Valider avec les gens

    Testez la navigation et la rédaction des grandes lignes avec les clients, les ventes, le support et les experts en la matière avant de faire évoluer l'architecture.

Atelier guidé

Transformer la recherche en un groupe de sujets avec des destinations claires

Votre livrable : Une carte de sujet à URL qui montre quelle page possède chaque tâche, comment les pages de soutien sont liées et ce qui ne doit pas être créé.

Scénario de pratique

Scénario pratique : Une entreprise de cybersécurité a quinze articles sur le risque des fournisseurs, plusieurs pages de produits et une nouvelle demande de « centre de gestion des risques des fournisseurs ». Les articles se chevauchent, utilisent des définitions différentes et renvoient souvent à la page d'accueil. Les acheteurs ne peuvent pas dire quelle page explique le processus, quelle page compare les outils ou quelle page les aide à démarrer un projet.

L'équipe cartographie les tâches des clients avant de cartographier les mots-clés. Il identifie un guide fondamental, une liste de contrôle pratique, une page de mise en œuvre, une page de comparaison et un ensemble contrôlé de définitions de soutien. Il marque également trois anciens articles qui devraient être consolidés au lieu d'être étendus.

La nouvelle carte rend la propriété visible. Chaque URL a un travail principal, un rôle de lien interne clair et une raison d'exister au-delà de l'attraction d'une autre variante de la même phrase.

Construisez-le étape par étape

01

Commencez par une limite de sujet

Écrivez ce que le cluster comprend, ce qu'il n'inclut pas et quelle capacité commerciale rend l'entreprise crédible pour le publier. Cela empêche la carte de s'étendre à des sujets non liés.

Enregistrement
Une limite de grappe d'un paragraphe
Décision qu'il soutient
Si une page proposée appartient à ce cluster
Risque à vérifier
Traiter chaque phrase adjacente comme une opportunité de contenu
02

Répertorier les tâches des clients, pas les titres des pages

Décrivez les questions qu'une personne se pose à différentes étapes : comprendre le problème, comparer les approches, planifier la mise en œuvre, vérifier le risque ou demander de l'aide. Ajouter des preuves à partir d'entretiens et d'observations de résultats.

Enregistrement
Un inventaire des tâches dans la langue du client
Décision qu'il soutient
Quelles tâches nécessitent des destinations distinctes
Risque à vérifier
Nommer les pages avant de comprendre la tâche
03

Attribuer une URL principale par tâche

Choisissez une destination canonique qui possédera la réponse principale. Notez son format, son public, son rôle commercial et ses exigences en matière de preuve. Collisions de drapeau où deux pages existantes se disputent le même travail.

Enregistrement
Un tableau de propriété task-to-URL
Décision qu'il soutient
Quoi garder, fusionner, rediriger ou créer
Risque à vérifier
Créer plusieurs pages qui répondent toutes à la même question
04

Concevoir des liens de soutien délibérément

Planifiez des liens qui aident un lecteur à passer d'une question générale à une décision plus spécifique. Utilisez un texte d'ancrage descriptif et placez des liens là où l'étape suivante a du sens dans le contenu.

Enregistrement
Un croquis de chemin de lien interne
Décision qu'il soutient
Comment les pages d'assistance renforcent plutôt que de dupliquer l'URL principale
Risque à vérifier
Ajouter des liens non liés uniquement pour distribuer l'autorité
05

Séquencez le travail par préparation

Donnez la priorité aux pages avec des preuves solides du client, une expertise disponible, du matériel source clair et un responsable de maintenance réaliste. Ne publiez pas un grand cluster simplement parce que la carte existe.

Enregistrement
Une feuille de route avec des notes de préparation
Décision qu'il soutient
Quelles pages peuvent être bien construites ce trimestre ?
Risque à vérifier
En utilisant une estimation du volume comme seul signal de priorité
06

Examiner le cluster après la publication

Vérifiez que les pages restent distinctes, que les liens mènent toujours à des étapes suivantes utiles et que les questions des clients exposent un itinéraire manquant. Mettez à jour la carte lorsque le produit, le marché ou la langue du client change.

Enregistrement
Une note d'examen trimestrielle du cluster
Décision qu'il soutient
Si l'architecture correspond toujours à de vrais voyages
Risque à vérifier
En supposant que l'architecture du site soit permanente après le lancement

Modèle de travail

  1. Limite du groupe : Définissez le sujet, l'audience, la pertinence de l'entreprise et les exclusions. Un expert en la matière doit confirmer que l'équipe peut soutenir le sujet.
  2. Tâche du client : Énoncez la question et l'étape de la décision dans un langage simple. Un lecteur devrait être en mesure de voir pourquoi la tâche diffère des sujets à proximité.
  3. URL principale : Nommez la page qui possède la réponse principale et décrivez son rôle de page. Un responsable de contenu doit accepter de ne pas créer de doublon concurrent.
  4. Itinéraire de soutien : Énumérez la page d'accueil, le contexte du lien et la raison pour laquelle le client y continue. Un UX ou un réviseur de contenu devrait voir un parcours logique.
  5. Preuves nécessaires : Énumérez les experts, les sources, les faits sur les produits, les exemples ou les outils requis avant la publication. L'équipe de production doit savoir si la page est prête à être rédigée.
  6. Décision sur le cycle de vie : Choisissez créer, améliorer, fusionner, rediriger, conserver ou retirer avec une courte raison. Un évaluateur devrait être en mesure d'auditer le choix plus tard.

Examen de la qualité avant l'expédition

  1. Tracez un itinéraire d'un vaste problème client à la page utile la plus spécifique. Chaque étape devrait réduire l'incertitude ou offrir un choix suivant crédible ; supprimer les liens qui ne répètent que la même étiquette de sujet.
  2. Passez en revue les pages du hub et des enfants ensemble. Le hub devrait aider un lecteur à s'orienter, tandis que chaque page enfant devrait gagner sa place avec une question distincte, un ensemble de preuves et un travail à faire.
  3. Avant de créer un nouveau cluster, nommez la source d'expertise et un responsable de maintenance. Un grand diagramme n'est pas une architecture d'information à moins que quelqu'un ne puisse garder ses affirmations à jour et utiles.

Règles de décision pour le monde réel

Deux pages ont le même travail du client

Faire : Choisissez la destination la plus forte et rendez la relation explicite par la consolidation ou la différenciation claire.

Éviter : Ne gardez pas les deux pages vagues car chacune a un peu de trafic.

Une page d'assistance commence à attirer la requête principale

Faire : Vérifiez s'il doit devenir le responsable ou s'il renvoie plus clairement à la réponse principale.

Éviter : N'ajoutez pas plus de pages avant de résoudre le conflit.

Un sujet a une demande mais pas de matériel source fiable

Faire : Gardez-le sur la liste de recherche jusqu'à ce qu'un expert, des preuves ou une contribution originale soit disponible.

Éviter : Ne publiez pas de résumé générique pour combler le vide.

Un groupe devient trop grand

Faire : Divisez par un parcours client significatif ou une limite de produit, puis attribuez à nouveau la propriété.

Éviter : Ne créez pas un hub si large qu'il cesse de guider les choix.

Notes de l'entraîneur

  • Un cluster de sujets est une carte d'exploitation, pas une promesse que chaque boîte deviendra une page.
  • Les destinations claires rendent les liens internes plus utiles, car chaque lien a une raison client.
  • Une bonne carte recommande souvent moins de pages, pas plus de pages.

Exemple de travail : un installateur solaire commercial

La recherche trouve la demande autour des types de systèmes, du financement, des incitations fiscales, de l'adéquation du toit, des exemples de l'industrie, de la maintenance et de la comparaison des fournisseurs. Le site existant a une archive de blog plate, une page de service générique et des pages de campagne sans relation claire.

L'équipe crée un centre solaire commercial qui explique le parcours d'achat. Il renvoie à des guides de type système, à des questions de financement, à des pages de l'industrie avec des preuves réelles du projet, à une évaluation de la préparation du toit et à un guide d'incitation avec une propriété stricte de mise à jour. Les pages qui répètent simplement le nom d'une ville ne sont pas incluses.

Ce qui a changé : La première version est une branche connectée avec des preuves crédibles et des voies internes. Il donne à l'équipe de vente une ressource utile et donne au site une structure qui peut se développer sans produire d'orphelins.

Améliorer le résultat : Transformer la recherche de mots-clés en groupes de sujets, en architecture de site et en feuille de route

Utiliser les inventaires de contenu comme outils de maintenance

Ajoutez l'objectif de la page, le responsable, le dernier examen de fond, le type de preuve, le cluster, l'état du lien interne et les notes de performance. Un inventaire doit guider les décisions, et non devenir une feuille de calcul que personne n'ouvre.

Protéger contre la cannibalisation

Lorsque deux pages poursuivent la même tâche, décidez de différencier leur objectif, de les fusionner ou d'en utiliser une comme preuve à l'appui. Vérifiez le chevauchement des requêtes et les chemins des utilisateurs avant de changer les titres seuls.

Conception pour une navigation inconnue

Les menus ne peuvent pas afficher toutes les relations. Ajoutez des modules contextuels, des chapelures, des liens connexes et des appels à l'action clairs afin que les visiteurs puissent entrer à partir de n'importe quelle page et toujours s'orienter.

livrable de leçon

Cluster de sujets et carte de destination

Concevez une petite branche thématique et une feuille de route en six éléments.

Tâches du client : Énumérez cinq tâches connexes et la preuve qu'elles appartiennent l'une à l'autre.

Rôles de la page : Choisissez un hub et jusqu'à quatre pages de support. Indiquez le but et le public distincts de chacun.

Carte de liaison : Montrez le parent, le frère ou la sœur, les preuves et les liens de la prochaine action qu'un visiteur devrait rencontrer.

Plan de mise en production : Choisissez la première tranche cohérente. Inclure le responsable, les dépendances, les preuves nécessaires, les contrôles de qualité et les mesures.

Fait ressemble à ceci : Votre branche a un hub clair, des pages distinctes, des liens significatifs et une première version réaliste plutôt qu'une liste en forme de mots-clés.

Avant de passer à autre chose

  • J'ai regroupé la demande par tâche du client, pas par similitude de mots seul.
  • Chaque page proposée a un rôle distinct et des informations utiles.
  • Le hub et les pages de détail guident un visiteur à travers une décision réelle.
  • Les liens internes expliquent les relations authentiques entre les pages.
  • Ma feuille de route comprend la preuve, la propriété, les dépendances et un plan de validation.

Progression de la leçon

Vous avez terminé cette leçon ?

Enregistrez votre progression sur cet appareil pour reprendre facilement là où vous vous êtes arrêté.

Cette leçon n'est pas encore marquée comme terminée.

Mettez la leçon en pratique.

Créez un compte Spacebrain gratuit et utilisez la suite SEO avec vos propres fournisseurs de données.

Commencer gratuitement