Architecture de l’information — étape 2 de la méthode (semaines 4 à 6)

Voici où cette étape s’inscrit dans la séquence. Tout commence par l’audit SEO technique (étape 1), qui radiographie le site et identifie les freins à l’indexation. Une fois que je sais ce qui cloche, l’architecture de l’information prend le relais — c’est l’étape 2. Elle structure le site pour que Google comprenne ce que vous faites, pour qui, et quelle page répond à quelle intention. Sans cette charpente, le contenu produit ensuite (étape 3) risque de se cannibaliser, de se diluer, de ne jamais atteindre la première page. La page hub de la méthode résume l’ensemble de la démarche — ici, je décris en détail ce que je restructure et comment.

---

Pourquoi l’architecture compte autant que le contenu

Imaginez une bibliothèque de 10 000 ouvrages sans classification, sans étiquettes sur les étagères, sans plan d’accès. Les livres existent, ils sont peut-être excellents — mais personne ne les trouve. Le bibliothécaire lui-même ne saurait pas où chercher. Un site web sans architecture, c’est exactement ça.

Google parcourt vos pages comme un lecteur pressé traverse une bibliothèque. Il suit les signaux : la structure des URLs, les liens entre pages, la hiérarchie des catégories. Si ces signaux sont incohérents, il ne sait pas quelle page est la plus importante sur un sujet donné. Il peut indexer la mauvaise, ignorer la bonne, ou diluer l’autorité entre cinq pages qui disent la même chose.

C’est ce qu’on appelle la cannibalisation sémantique. Deux pages d’un même site visent le même mot-clé : elles se battent l’une contre l’autre, et ni l’une ni l’autre n’obtient une position stable. L’architecture de l’information résout ça en amont — avant d’écrire une seule ligne de contenu supplémentaire.

J’ai vu des sites tripler leur trafic organique sans publier un seul article de plus. La seule intervention : clarifier la structure, consolider les pages faibles, redistribuer le maillage interne. Le contenu existait déjà — il n’était simplement pas lisible par Google.

Les quatre objets que je restructure

L’architecture de l’information repose sur quatre leviers. Je les traite dans cet ordre, parce que chacun conditionne le suivant.

Quand refondre · quand patcher

Tout site n’a pas besoin d’une refonte architecturale complète. La décision dépend de deux facteurs : l’ampleur des problèmes révélés par l’audit, et l’ancienneté des URLs existantes.

La règle que j’applique : si une URL a accumulé des backlinks significatifs, on ne la change pas sans une redirection 301 propre. Changer une URL sans redirection, c’est effacer plusieurs mois ou années d’autorité construite. Ce n’est pas une refonte — c’est une destruction.

Le livrable — plan d’architecture + fichier 301 + calendrier

À l’issue des semaines 4 à 6, vous recevez trois documents. Pas un rapport de constats — des fichiers prêts à être implémentés.

Ces livrables sont les vôtres. Si vous changez d’agence ou souhaitez reprendre le pilotage en interne, vous repartez avec tout. Aucune donnée propriétaire ne reste de mon côté.

Pourquoi les redirections 301 doivent être faites avant la mise en ligne

C’est la règle que je n’enfreins jamais, et que j’explique systématiquement à mes clients avant de toucher à quoi que ce soit sur le serveur.

Quand une URL change, il se passe deux choses simultanément. Premièrement, les liens entrants qui pointaient vers l’ancienne URL perdent leur efficacité. Deuxièmement, Google peut traiter la nouvelle URL comme une page inconnue, sans historique, sans autorité. Une redirection 301 bien configurée transfère l’essentiel de l’équité accumulée — Google comprend que l’ancienne et la nouvelle page sont la même ressource.

Si les redirections arrivent après la mise en ligne des nouvelles URLs, il y a une fenêtre pendant laquelle les deux versions coexistent. Google peut indexer la nouvelle, conserver l’ancienne en cache, ou — dans le pire des cas — décider que les deux sont des doublons et en dépénaliser une des deux. Cette fenêtre, même courte, peut coûter des semaines de récupération.

Si votre hébergeur utilise Nginx plutôt qu’Apache, le format diffère — mais la logique reste identique. Je prépare les règles dans le format adapté à votre configuration, pas un fichier .htaccess générique qui générerait une erreur 500 sur un serveur Nginx.

Cas concret · comment on évite la perte de trafic

Un client dans le secteur de la formation professionnelle — anonymisé — avait un site de 280 pages. L’audit révélait 14 pages qui ciblaient des variantes proches du même mot-clé. Résultat : aucune de ces 14 pages ne dépassait la position 18 sur Google. La somme de leurs trafics ne valait pas ce qu’une seule page bien structurée aurait pu produire.

La décision architecturale : fusionner les 14 pages en 3 pages consolidées, chacune avec un angle d’intention clair — informatif, comparatif, transactionnel. Les 11 URLs supprimées ont été redirigées en 301 vers la page la plus proche sémantiquement. Le contenu le plus qualitatif de chaque page a été intégré dans la page cible.

Le trafic n’a pas chuté pendant la transition. Les redirections étaient en place avant la mise en ligne des nouvelles pages. Google a recrawlé l’ensemble en moins de deux semaines, et les nouvelles pages sont entrées en positions 5 à 9 sur leurs mots-clés cibles dès le premier mois. Les positions se sont stabilisées à J+60.

Ce résultat n’est pas lié à la production de nouveau contenu. Les textes venaient en grande partie des pages existantes, réorganisés et enrichis. Le gain venait uniquement de la clarification architecturale.

Recette pré-déploiement — checklist 12 points

Avant que quoi que ce soit parte en production, je passe par cette liste. Elle a évolué avec chaque projet — chaque point correspond à une erreur que j’ai vue ailleurs et que je ne veux pas répéter.

Cette checklist prend environ deux heures à compléter avant chaque déploiement. Ces deux heures ont sauvé, sur plusieurs projets, des semaines de récupération de trafic.

---

L’architecture de l’information, c’est l’étape qui détermine si tout le contenu produit ensuite sera capté ou ignoré par Google. On peut écrire d’excellents articles — si la structure sous-jacente envoie des signaux contradictoires, l’effort est largement gaspillé. L’étape suivante, le contenu éditorial (étape 3), prend le relais sur cette fondation pour construire l’autorité thématique page par page.