Carte thématique et architecture de l'information
Construisez une carte thématique qui attribue à chaque page une intention, un type de publication, un statut, une priorité et un chemin de lien avant que la production de contenu ne crée des chevauchements coûteux.
Une carte thématique est l’ensemble des pages dont un site a besoin pour couvrir son domaine, organisées en clusters, chaque page se voyant attribuer une intention de lecture, un type de publication, un emplacement et un rôle dans le graphe de liens internes. Ce n’est pas un tableur de mots-clés ni un calendrier de publication. Les mots-clés décrivent le langage ; la carte décide de la propriété et des connexions.
Phase : P8, Carte thématique et architecture de l’information. Étape : B — Décider. Durée : 3 à 5 jours ouvrés pour un site ciblé, ou 1 à 2 semaines pour un site multi-marchés. Responsable : Stratège SEO ou architecte de l’information, avec l’approbation des responsables contenu et commerciaux pour leurs parties respectives.
Il s’agit de la transition de la recherche vers la conception des pages. Le pilier de processus établit ce dont le site a besoin ; le pilier types de publication SEO détermine ensuite comment chaque nœud approuvé doit fonctionner en tant que guide, comparatif, page produit, étude de cas, terme de glossaire ou autre format défini.
Pourquoi cette phase, et pourquoi ici
P8 consomme l’analyse concurrentielle et des lacunes de P7 : les thèmes couverts par les concurrents, les prompts et requêtes auxquels ils répondent, les pages qui gagnent en visibilité, et les lacunes où le site est absent ou faible. L’analyse des lacunes montre l’opportunité ; elle ne décide pas si dix variantes de requêtes nécessitent une page, dix pages, ou aucune page. Cette décision appartient à cette phase.
La phase intervient avant la production car les chevauchements sont peu coûteux à prévenir et coûteux à défaire. Lorsque deux briefs ciblent silencieusement la même intention de recherche , les deux pages peuvent diviser les liens, dériver vers des réponses en double, et alterner dans les résultats de recherche. C’est ce qu’on appelle la cannibalisation de contenu : plusieurs pages se font concurrence pour le même besoin au lieu de renforcer une destination claire. La corriger plus tard nécessite de choisir un survivant, fusionner le contenu utile, rediriger les URL, réparer les liens, et attendre que les systèmes traitent la nouvelle structure.
Exécuter P8 trop tôt est également nuisible. Sans résultats de base, données des pages existantes, recherche de mots-clés et de prompts, ni lacunes concurrentielles, la carte devient une liste de souhaits façonnée par le vocabulaire interne. Mener la production en parallèle d’une carte inachevée fige des décisions accidentelles dans des URL publiées.
Le second résultat est l’architecture de l’information : la hiérarchie, les libellés, les chemins et les relations qui rendent le contenu trouvable. La carte dit ce qui doit exister ; l’architecture dit où cela se trouve et comment les personnes et les robots d’indexation se déplacent entre ces éléments. Concevez-les ensemble.
Entrées et sorties
Les entrées sont des preuves, pas de l’inspiration. Les sorties sont le contrat que la production utilise pour créer chaque futur ticket.
| Direction | Élément | Condition d’acceptation |
|---|---|---|
| Entrée | Objectifs commerciaux et parcours de conversion | Nomme les audiences, offres, marchés et actions que le site est censé soutenir. |
| Entrée | Inventaire des URL existantes | Inclut l’URL canonique, l’indexabilité, le modèle, le répertoire, le trafic ou la visibilité, les liens et le propriétaire du contenu. |
| Entrée | Recherche de mots-clés et de prompts | Regroupe le langage des requêtes, les thèmes de prompts, les modificateurs, l’étape du parcours et les schémas de résultats observables. |
| Entrée | Analyse concurrentielle et des lacunes | Identifie la couverture manquante, la couverture faible, les pages concurrentes citées et les opportunités à évaluer. |
| Entrée | Résultats techniques et d’accessibilité IA | Signale les chemins, les modèles de rendu, les doublons et les contraintes de crawl qui affectent l’architecture proposée. |
| Sortie | Inventaire approuvé des nœuds | Chaque page du périmètre a un ID de nœud, une intention principale, un type de publication et une URL proposée ou canonique. |
| Sortie | Disposition des pages existantes | Chaque nœud est marqué comme correct, à améliorer, à fusionner ou à créer, avec la destination nommée pour chaque fusion. |
| Sortie | Modèle de cluster et de pilier | Chaque rayon appartient à un cluster et chaque cluster a un pilier responsable ou une raison explicite de ne pas en avoir. |
| Sortie | Graphe de liens internes | Chaque nœud prioritaire a des liens contextuels entrants et sortants planifiés avec source et destination enregistrées. |
| Sortie | File d’attente de construction séquencée | Les priorités ont des preuves, des dépendances, des responsables et un ordre de publication adapté au modèle économique. |
Si une entrée est incomplète, notez la limitation. Des analyses manquantes devraient réduire la confiance dans une décision de fusion, sans effacer le problème d’intention en double.
La checklist
Chaque vérification a une condition d’achèvement pour qu’un autre opérateur puisse auditer la décision sans répéter tout le processus de découverte.
1. Extraire les entités et les sujets
Que faire : Construire un inventaire normalisé des entités, sujets, attributs, problèmes, cas d’usage, comparaisons et questions issus des recherches précédentes. Une entité est une chose distincte que le site aborde, comme un produit, une méthode, une audience, un lieu ou une norme. Un sujet est la relation thématique autour de cette chose, comme la choisir, l’utiliser, la comparer, la dépanner ou l’acheter.
Pourquoi c’est important : Le langage brut fragmente la même idée à travers des synonymes et cache des besoins sensiblement différents derrière des mots similaires. La normalisation crée des objets stables pour le clustering sans traiter chaque expression comme une page.
Comment procéder : Combinez les thèmes de prompts, les requêtes dérivées, les groupes de mots-clés, les titres des concurrents, la taxonomie des produits et les questions commerciales. Conservez les expressions sources, mais ajoutez une entité normalisée, un sujet, un modificateur, une intention probable, un marché et une source de preuve.
Outil : Utilisez Carte sémantique sur app.amicited.com/semantic-map pour inspecter la proximité entre les prompts suivis, les requêtes dérivées et les pages citées. La proximité est un indice de découverte, pas une preuve que des points appartiennent à une même page.
Condition d’achèvement : Chaque élément de recherche important correspond à une entité et un sujet normalisés, les doublons sont consolidés, et les éléments ambigus ont un responsable pour leur résolution.
2. Former des clusters autour d’un sujet et d’un parcours partagés
Que faire : Regrouper les nœuds qui renforcent un même domaine et répondent à des besoins de lecture adjacents. Un cluster est un ensemble connecté de pages, pas simplement une racine de mot-clé partagée.
Pourquoi c’est important : Les clusters établissent les limites de la couverture et du maillage. Un regroupement lâche produit des piliers tentaculaires ; un regroupement trop serré crée de petites îles qui ne peuvent pas se soutenir mutuellement.
Comment procéder : Comparez la proximité sémantique, l’entité partagée, l’audience, l’étape du parcours et le comportement probable des liens. Une page peut créer des liens entre clusters, mais elle doit avoir un cluster principal responsable.
Outil : Utilisez la vue Carte sémantique, la couverture concurrentielle et la feuille de recherche.
Condition d’achèvement : Chaque nœud planifié a un cluster principal, aucun cluster n’est simplement une liste non structurée, et chaque cas limite a une justification enregistrée.
3. Identifier le pilier et définir son périmètre
Que faire : Choisir la page qui fournit l’orientation générale pour chaque cluster. Une page pilier présente le sujet au niveau nécessaire pour orienter les lecteurs vers des rayons plus spécifiques ; elle n’est pas automatiquement la page la plus longue ni celle ayant le volume de recherche le plus élevé.
Pourquoi c’est important : Sans pilier, les rayons se lient latéralement de manière aléatoire et le cluster n’a pas de point d’entrée fiable. Un pilier qui tente de répondre à chaque rayon en intégralité crée des chevauchements.
Comment procéder : Rédigez une phrase décrivant le rôle du pilier, listez ce qu’il répond et listez ce qu’il délègue. Sélectionnez une page existante si elle remplit ce rôle ; sinon créez un nœud. Documentez tout itinéraire de navigation alternatif.
Outil : Inventaire des pages existantes, rapport de page et rapport de répertoire.
Condition d’achèvement : Chaque cluster a un pilier ou une exception documentée, et le périmètre du pilier ne duplique pas la réponse complète détenue par un rayon.
4. Définir une intention par rayon
Que faire : Donner à chaque rayon un énoncé d’intention principal sous la forme : « Pour [audience] qui a besoin de [tâche ou décision], cette page [résultat utile]. »
Pourquoi c’est important : La propriété d’une intention unique est le principal mécanisme de prévention de la cannibalisation. Elle rend deux titres superficiellement différents comparables avant que l’un ou l’autre ne devienne un contenu coûteux.
Comment procéder : Comparez l’audience, le résultat souhaité, les preuves nécessaires, le schéma de page de résultats et l’appel à l’action approprié. Appliquez le test de fusion : si le même lecteur serait satisfait par la même réponse, les mêmes preuves, le même format et la même action suivante, planifiez une page avec des sections. Scindez uniquement lorsqu’au moins une de ces dimensions change de manière significative.
Outil : Mots-clés unifiés sur app.amicited.com/reports/keywords , recherche de prompts et inspection des résultats en direct.
Condition d’achèvement : Aucun nœud actif ne partage la même intention principale, et chaque scission ou fusion qui a été débattue a une raison écrite.
5. Attribuer un type de publication selon l’intention
Que faire : Attribuer un type de publication à chaque nœud en fonction de la tâche que le lecteur attend de la page.
Pourquoi c’est important : Le sujet ne détermine pas le format. « Logiciel CRM » pourrait nécessiter une définition, une liste des meilleures options, une page produit, un comparatif ou un guide pratique. Choisir uniquement par sujet donne aux rédacteurs les mauvaises preuves et la mauvaise structure de page.
Comment procéder : Faites correspondre l’intention et la décision attendue au contrat du type de publication : comparatif pour un choix direct, guide pratique pour une tâche reproductible, terme de glossaire pour une définition, et page produit ou catégorie pour une évaluation commerciale. Enregistrez le choix dans le nœud.
Outil : Le hub des types de publication SEO et les preuves de schémas de résultats approuvés.
Condition d’achèvement : Chaque nœud a exactement un type de publication principal, et un relecteur peut expliquer le choix à partir de l’intention sans s’appuyer sur le titre proposé.
6. Cartographier chaque nœud sur le site existant
Que faire : Associer chaque nœud aux URL existantes et attribuer exactement un statut : existe et est correct, existe et nécessite des améliorations, existe et doit être fusionné, ou n’existe pas.
Pourquoi c’est important : Traiter chaque opportunité comme une production entièrement nouvelle gaspille l’autorité déjà acquise et aggrave les chevauchements. Le statut transforme la recherche à la fois en plan de contenu et en plan d’élagage.
Comment procéder : Comparez l’intention avec les titres de page, les en-têtes, les requêtes de classement, les citations, le trafic, les conversions et les liens. Pour une fusion, nommez la page canonique survivante et le contenu qui mérite d’être conservé. N’utilisez jamais « fusionner » sans destination.
Outil : Pages organiques vs payantes sur app.amicited.com/reports/pages , les données de crawl du site et l’inventaire des URL.
Condition d’achèvement : Chaque nœud a un statut, chaque URL existante est représentée ou explicitement hors périmètre, et chaque fusion a un survivant, un responsable de migration et une raison.
7. Concevoir le graphe de liens internes
Que faire : Spécifier les liens contextuels qui connectent les piliers, les rayons, les destinations commerciales et les pages utiles entre clusters. Le maillage interne désigne les liens entre les pages d’un même domaine ; ici, il est conçu comme un graphe avec les pages comme nœuds et les liens comme arêtes dirigées.
Pourquoi c’est important : Un cluster sans arêtes planifiées peut publier un ensemble de pages orphelines. La navigation seule exprime rarement quelle page fournit les détails, la comparaison, la preuve ou la prochaine décision.
Comment procéder : Donnez à chaque rayon un chemin de retour vers son pilier et un chemin pertinent vers l’avant. Enregistrez la source, la destination, la raison, le concept d’ancre probable et si le lien existe. Ajoutez des liens inter-clusters uniquement pour une réelle tâche de lecture.
Outil : Vue répertoire sur app.amicited.com/reports/directory , les données de liens de crawl et le graphe de la carte thématique.
Condition d’achèvement : Chaque nœud prioritaire a au moins un lien contextuel entrant planifié et un lien contextuel sortant planifié ; chaque cluster est connecté au reste du site ; et aucun nouveau nœud ne dépend uniquement d’un plan de site ou d’un menu pour sa découverte.
8. Prioriser et séquencer le travail connecté
Que faire : Ordonner les créations, les améliorations et les fusions sous forme de livraisons connectées plutôt que de notes isolées sur chaque page.
Pourquoi c’est important : La première page modifie ce à quoi les pages suivantes peuvent se lier. Publier dix rayons avant leur pilier laisse des chemins faibles ; reconstruire la navigation avant que les destinations commerciales soient prêtes crée des impasses.
Comment procéder : Évaluez la valeur commerciale, les preuves de la demande, la lacune actuelle, les dépendances, l’effort de mise en œuvre et les risques. Sélectionnez ensuite la plus petite livraison connectée qui peut servir un lecteur : souvent un pilier, une destination commerciale et deux ou trois rayons à forte valeur. Ajustez l’ordre en fonction du modèle économique plutôt que d’imposer une séquence universelle.
Outil : Carte thématique, rapports de pages et de mots-clés, outil de suivi des livraisons et le manuel du type d’activité concerné.
Condition d’achèvement : Chaque priorité a une raison, la première livraison est connectée en interne au lancement, les fusions précèdent le contenu qui créerait des liens vers des URL retirées, et les responsables s’accordent sur le prochain lot de production.
Outils dans AmICited
Les vues du produit soutiennent différentes décisions et ne doivent pas être regroupées en une seule étape générique de « recherche ».
| Vue produit | Décision exécutable | Lien profond | Preuve d’achèvement |
|---|---|---|---|
| Carte sémantique | Découvrir les voisinages sémantiques, les pages citées par les concurrents et les dérivées de requêtes à examiner lors de l’extraction et du clustering. | Ouvrir la Carte sémantique | Exporter ou capturer la vue filtrée et enregistrer les clusters examinés. |
| Mots-clés unifiés | Comparer les variantes de requêtes, les preuves par canal, les clics, la position et les signaux commerciaux lors du test des limites des nœuds. | Ouvrir les Mots-clés | Joindre le groupe de mots-clés utilisé pour accepter une scission ou une fusion. |
| Rapport Pages | Associer la demande et la performance aux URL existantes avant de choisir correct, améliorer, fusionner ou créer. | Ouvrir les Pages | Chaque décision concernant un nœud existant cite l’URL et les preuves pertinentes. |
| Vue répertoire | Inspecter la forme et la performance des sections tout en plaçant les clusters et en auditant les chemins d’accès. | Ouvrir la Vue répertoire | Le propriétaire du répertoire et le chemin parent prévu sont enregistrés pour chaque cluster. |
Règles de décision
Les seuils rendent la carte utilisable par différents relecteurs. Ce sont des portes opérationnelles, pas des affirmations sur ce qu’un algorithme récompense.
| Décision | Mauvais exemple | Action requise |
|---|---|---|
| Propriété du nœud | Deux nœuds actifs ont la même audience, tâche, réponse, preuves et action suivante. | Fusionner les nœuds planifiés ; une intention peut avoir de nombreuses variantes de mots-clés. |
| Test de scission | La seule différence est un modificateur ou un libellé, alors que la réponse utile reste la même. | Conserver un nœud et couvrir les variantes dans des sections. |
| Taille du cluster | Un cluster a 2 rayons ou plus mais pas de pilier ni de chemin alternatif documenté. | Définir le pilier avant que le cluster n’entre en production. |
| Cartographie des pages existantes | Une URL dans le périmètre n’a pas de disposition, ou une fusion n’a pas de survivant nommé. | Bloquer l’approbation de la carte jusqu’à ce que chaque URL et destination soit explicite. |
| Couverture des liens | Un nœud prioritaire a 0 lien contextuel entrant planifié ou 0 lien contextuel sortant planifié. | Ajouter des arêtes utiles ou reporter le nœud ; les liens de menu et de plan de site ne satisfont pas la porte. |
| Connectivité du cluster | Un cluster n’a pas d’arête contextuelle vers le reste du site. | Ajouter un chemin pertinent via un pilier, une page commerciale ou un cluster adjacent. |
| Clarté du type de publication | Un nœud a plusieurs types de publication principaux, ou son type a été choisi uniquement à partir du nom du sujet. | Reformuler l’intention et choisir le format unique qui remplit le mieux cette tâche. |
| Préparation à la production | Un nœud manque d’intention, de type de publication, de statut, de priorité, de responsable ou d’URL proposée/canonique. | Ne pas créer son ticket de contenu. |
| Première livraison | Un lot contient uniquement des rayons non liés ou des liens vers des URL programmées pour fusion. | Reséquencer en un lot connecté et terminer les migrations d’abord. |
Les preuves peuvent primer sur une heuristique, mais enregistrez l’exception. Une page utilitaire peut n’avoir besoin d’aucun lien contextuel sortant ; son nœud doit en indiquer la raison.
Séquençage de la construction par type d’activité
L’ordre de construction suit le modèle économique du site et son autorité actuelle. Les pages money sont les pages les plus proches d’une transaction, d’un lead, d’une réservation ou d’un abonnement ; les pages de soutien répondent aux questions qui aident les gens à atteindre ces destinations et à leur faire confiance.
| Type d’activité | Généralement établi en premier | Puis connecter |
|---|---|---|
| Manuel e-commerce | Catégories stables et destinations produits prioritaires | Guides d’achat, comparatifs, cas d’usage, et contenu d’entretien ou de dépannage. |
| Manuel SaaS | Pages produit, cas d’usage et chemins de comparaison à forte intention | Alternatives, contenu pratique, glossaire, intégrations et preuves. |
| Manuel service local | Pages de service principales et chemins de localisation valides | Explications de processus, questions de coût, preuves locales et guides de décision. |
| Manuel marketplace | Pages de taxonomie, catégories et pages d’offre indexables | Guides acheteurs, acquisition de vendeurs, confiance et clusters de cas d’usage. |
| Manuel médias et affiliation | Un cluster d’autorité cohérent avec des normes éditoriales claires | Comparatifs commerciaux et pages « meilleur de » une fois le soutien et la maintenance crédibles. |
| Manuel services B2B | Pages de service, cas d’usage et preuves | Piliers éducatifs, aide à la décision, contenu comparatif et études de cas. |
Ce sont des schémas de départ. Un éditeur établi peut manquer de chemins commerciaux ; une jeune entreprise SaaS peut d’abord avoir besoin d’explications fondamentales. Enregistrez la dépendance qui motive l’ordre.
Livrable : la carte thématique
Le livrable est une table ou base de données versionnée, accompagnée d’une vue graphique. La table fait autorité ; le graphique rend visibles les liens manquants et les clusters isolés. Utilisez une ligne par nœud avec au moins les champs suivants :
ID du nœud | Cluster | Entité/sujet | Intention principale | Audience | Étape du parcours
Type de publication | Statut existant | URL canonique/proposée | Rôle pilier/rayon
Priorité | Raison de la priorité | Responsable | Liens entrants | Liens sortants
Preuve source | Dépendances | Destination de fusion | Notes
Stockez les ID de nœuds de liens ou les URL canoniques, pas des « articles connexes ». Stockez les raisons de priorité et n’utilisez que les quatre statuts approuvés. Enregistrez les approbations pour les fusions, les changements de périmètre et les décisions d’architecture.
Elle est complète lorsqu’un responsable contenu peut générer un ticket sans avoir à décider à nouveau de l’intention, du type de publication, du cluster ou des obligations de lien. Les rédacteurs décident de l’expression, pas de la propriété.
Ce qui peut mal tourner
- La carte est un tableur de mots-clés. Elle contient le volume et la difficulté mais pas de nœuds de page, de propriété d’intention, de statut, de type de publication ou de liens. Convertissez les groupes de mots-clés en décisions explicites de pages.
- Les clusters n’ont pas de pilier. Les rayons partagent une couleur dans une feuille mais n’ont ni chemin stable ni orientation générale. Nommez le pilier ou documentez le modèle de navigation alternatif.
- Les types de publication suivent les sujets plutôt que l’intention. Chaque nœud « logiciel X » devient une page produit même lorsque le lecteur veut une comparaison ou une définition. Reprenez l’énoncé d’intention avant de sélectionner le format.
- La carte n’a pas de graphe de liens. La production crée les pages, mais aucune n’a de liens entrants responsables. Définissez les arêtes dans le cadre du contrat du nœud.
- Chaque lacune devient une nouvelle page. L’autorité existante est ignorée et les chevauchements augmentent. Classez d’abord la lacune comme correcte, à améliorer, à fusionner ou à créer.
- Un pilier géant absorbe chaque rayon. Il répète des réponses complètes et entre en concurrence avec les détails. Définissez les limites d’inclusion et de délégation.
- Les clusters reflètent l’organigramme de l’entreprise. Validez les libellés et les chemins par rapport aux tâches et au langage des lecteurs.
- Les priorités sont des scores indépendants. Les dix premiers nœuds ne peuvent pas se lier entre eux ni dépendre de destinations manquantes. Séquencez des livraisons connectées, pas des totaux isolés.
- La carte ne change jamais. Les nouveaux produits, les prompts observés, les fusions et les preuves de performance invalident les anciennes décisions. Versionnez la carte et révisez les clusters affectés lorsque le site ou le marché change.
Transition vers la production et les types de publication
P8 remet au responsable contenu une carte approuvée, un journal des décisions, des instructions de fusion et un premier lot de production connecté. Chaque ticket reçoit son ID de nœud, son intention, son audience, son type de publication, son URL, ses preuves, les liens requis et ses critères d’acceptation.
Le responsable du type de publication applique le modèle pertinent sans rouvrir les limites du nœud. Si le brief montre que deux nœuds ne font qu’une seule intention, le travail revient au responsable de la carte avant la rédaction, afin que les tickets ultérieurs héritent de la correction.
La transition est acceptée lorsque :
- chaque ticket remonte à exactement un nœud approuvé ;
- la première livraison a des sources de liens en ligne ou planifiées ;
- le travail de fusion et de redirection précède les liens vers l’URL survivante ;
- les responsables de l’architecture, du contenu et du commerce approuvent leurs dépendances ; et
- une personne est responsable des modifications de la carte pour le reste de la mission.
FAQ
Une carte thématique est-elle identique à une liste de mots-clés ?
Non. Une liste de mots-clés enregistre des expressions. Une carte thématique définit les pages dont un site a besoin, l’intention distincte que chaque page possède, son type de publication et son statut, ainsi que les liens internes qui la relient au reste du site.
Combien de mots-clés un nœud de carte thématique peut-il cibler ?
Un nœud peut inclure plusieurs variantes de requêtes lorsqu’elles partagent une même intention et une réponse utile. Scindez uniquement pour une décision, une tâche, un ensemble de preuves ou un format sensiblement différent.
Faut-il créer les pages piliers avant les pages cluster ?
En général, définissez le pilier en premier, mais l’ordre de construction dépend du modèle économique et de l’autorité existante. Publiez la plus petite unité connectée qui peut satisfaire la demande, puis ajoutez les rayons avec leurs liens déjà spécifiés.
Que faire lorsque deux pages existantes ciblent la même intention ?
Choisissez la destination canonique la plus forte, décidez quel contenu unique de la page la plus faible doit être conservé, et marquez le nœud le plus faible pour fusion. Ne créez pas une troisième page pour résoudre un chevauchement entre deux pages.
Quand la carte thématique est-elle suffisamment complète pour la production ?
Elle est prête lorsque chaque nœud dans le périmètre a une intention, un type de publication, une classification d’état actuel, une priorité, une URL canonique ou proposée, et des liens entrants et sortants explicites, sans conflits de propriété non résolus.
Plus de tutoriels dans cette section
Prêt à le mettre en pratique ?
Vérification gratuite · Essai de 7 jours · sans carte de crédit