Architecture SEO à l’échelle nationale

La structure évidente pour un service opérant sur tout un pays est une grille : service par localité. Multipliez une poignée de services par des milliers de communes et vous avez rapidement un grand site.

Le piège est que la plupart des cases de cette grille ne contiennent rien de distinct. Si la page d'un service dans une ville ne diffère de la suivante que par un nom substitué dans trois phrases, les deux pages sont la même page, et en générer cinq mille crée un grand ensemble de quasi-doublons qui se concurrencent.

La discipline consiste à ne créer une case que lorsque quelque chose de réel la distingue : des prestataires effectivement présents, des prix qui diffèrent vraiment, des contraintes propres au lieu, une demande qui existe dans les données. Une grille remplie là où la donnée est réelle est plus petite et fonctionne. Une grille remplie partout est plus grande et ne fonctionne pas.

La localité répond au où. L'intention répond à ce que la personne cherche à faire, et elle segmente la demande bien plus utilement : comparer des options, comprendre un prix, vérifier une obligation, résoudre une contrainte, ou demander un devis tout de suite.

Les pages bâties sur l'intention portent une information qu'un gabarit ne peut pas simuler, ce qui explique qu'elles tiennent leur position et attirent des liens. Elles convertissent aussi différemment, et les traiter à l'identique dans la mesure masque quelle partie de l'architecture fonctionne.

Une structure qui marche : les pages d'intention portent le fond et l'autorité, les pages de localité portent la spécificité locale et le chemin de conversion, et le maillage interne entre les deux est conçu plutôt que subi.

Un gabarit à grande échelle est une promesse sur les données que chaque page de ce type aura. Si la promesse n'est pas tenue, des pages partent avec des sections vides, des formulations bouche-trou ou des blocs silencieusement omis, et la qualité moyenne du type tombe sous le seuil où l'une quelconque peut se positionner.

Rendez le contrat explicite. Chaque gabarit déclare les champs qu'il exige. Une page qui ne les a pas n'est pas publiée plutôt que publiée maigre. Publier maigre est la cause la plus fréquente de plafonnement d'un grand site, et c'est invisible dans les métriques agrégées parce que c'est réparti sur des milliers de pages.

Au-delà d'un certain nombre d'URL, la question pratique devient : lesquelles de vos pages sont explorées, à quelle fréquence, et le robot passe-t-il son temps sur celles qui comptent. Navigation à facettes, paramètres de tri, artefacts de session et pagination peuvent générer bien plus d'URL que le site n'a de contenu, et chacune consomme de l'attention.

Les leviers sont sans éclat et efficaces : des relations canoniques qui reflètent la structure réelle de duplication, des paramètres exclus délibérément, des sitemaps segmentés par type pour mesurer l'indexation par type plutôt qu'en agrégat, et un maillage interne qui place les pages importantes à faible profondeur de clic.

Les sitemaps segmentés sont le diagnostic qui se rentabilise seul. Quand l'indexation se mesure par type, un gabarit défaillant se voit en une semaine au lieu d'un trimestre.

Une part croissante du trafic qui compte arrive par des systèmes qui lisent une page pour répondre à une question plutôt que pour la classer. Ces systèmes récompensent la structure qu'une machine peut extraire : entités explicites, relations énoncées, données structurées cohérentes avec le texte visible, et réponses effectivement présentes plutôt que sous-entendues.

Le recouvrement avec les bonnes pratiques est large. Dites la chose simplement, près du haut, dans les mots employés par le lecteur. Balisez le sujet de la page. Gardez les données structurées honnêtes, parce qu'un écart entre le balisage et le contenu est désormais vérifiable par les systèmes qui consomment les deux.

Le trafic agrégé masque tout à cette échelle. Le reporting utile est par gabarit : combien de pages de ce type existent, combien sont indexées, combien reçoivent des impressions, combien reçoivent des clics, et à quel taux elles convertissent.

Lu ainsi, les décisions deviennent évidentes. Un type très indexé sans clics a un problème de pertinence. Un type avec du contenu et sans indexation a un problème de découverte. Un type avec des clics et sans conversions attire la mauvaise intention. Trois diagnostics différents, trois corrections différentes, tous invisibles dans une courbe de trafic unique.