Audit technique SEO local multi-régions : le guide qui change tout

Une franchise de salles de sport m'appelle en janvier. Douze sites en France, un domaine principal, et un constat qui revient à chaque comité : « On sort bien sur Lyon, mais sur Lille on est invisibles. » Je lance un crawl. Douze pages villes. Huit d'entre elles ont un contenu identique à 80 %, seules les photos et le nom de la ville changent. Google en a indexé trois.

Voilà le vrai sujet de l'audit technique SEO local pour site multi-régions. Pas la fiche Google Business Profile, ça, tout le monde sait la remplir. Le problème, c'est ce qui se passe quand votre architecture transforme vos pages locales en quasi-doublons que le moteur finit par ignorer. Je vais vous montrer comment auditer ça, dans quel ordre, et surtout quels réglages comptent vraiment quand on passe de trois à trois cents villes.

Audit technique SEO local multi-régions : par où commencer vraiment

Oubliez la checklist générique qu'on vous a vendue. Sur un site mono-ville, on commence par le crawl et les Core Web Vitals. Sur un réseau, on commence par une question bête : est-ce que Google sait quelles pages existent, et est-ce qu'il les considère comme distinctes ?

Dans le cas de cette franchise, la réponse était non aux deux. Le sitemap ne contenait que six des douze URLs. Les six autres étaient accessibles uniquement via un sélecteur de ville en JavaScript que le bot n'exécutait pas correctement.

Cartographier avant de mesurer

La première heure de tout audit multi-régions, je la passe à construire une table. Une ligne par ville, avec en colonnes : URL, statut HTTP, présence dans le sitemap, nombre de liens internes entrants, balise title, H1, et un score de similarité de contenu avec la page ville la plus proche.

Ce tableau, à lui seul, révèle 70 % des problèmes. Sur une autre mission — un réseau de concessions automobiles, dix-huit sites — la table a montré que onze pages villes n'avaient aucun lien interne entrant. Zéro. Elles existaient, elles étaient dans le sitemap, et rien ne pointait vers elles. Elles rampaient.

Le score de similarité, vous le calculez grossièrement : prenez le texte principal de deux pages villes, comparez. Au-delà de 70 % de recouvrement, vous avez un problème de cannibalisation potentielle. Sur les franchises que j'ai auditées, la moyenne tournait autour de 85 %. C'est énorme.

Architecture : pages villes, sous-domaines ou sous-dossiers régionaux ?

La question qui fâche. Et celle sur laquelle la plupart des prestataires bottent en touche, parce que la réponse dépend du contexte.

Spoiler : dans 90 % des cas que j'ai vus, le sous-dossier gagne. Mais pas toujours, et les exceptions méritent d'être connues.

Architecture	Quand ça marche	Le piège
domaine.com/ville/	Domaine principal déjà autoritaire, franchise intégrée	Cannibalisation si le contenu est dupliqué
ville.domaine.com	Marques régionales distinctes, équipes locales autonomes	Autorité diluée, chaque sous-domaine repart de zéro
domaine.com/region/ville/	Grands réseaux, hiérarchie géographique réelle	Profondeur de crawl, maillage à construire à la main
Domaine par ville	Rachats, marques historiques conservées	Consolidation impossible sans redirections massives

Le critère qui tranche

La règle que j'applique : si les équipes locales produisent leur propre contenu et gèrent leur propre notoriété, le sous-domaine se défend. Si tout part d'un siège, le sous-dossier écrase la concurrence. Parce que dans ce second cas, vous capitalisez sur une seule autorité de domaine au lieu de la disperser.

Attention, on ne migre pas ça comme ça. J'ai vu une enseigne passer de sous-domaines à sous-dossiers en trois semaines, sans plan de redirection propre. Résultat : perte de 40 % du trafic organique local pendant presque deux mois. La migration multi-régions, ça se prépare sur un trimestre minimum, avec un mapping URL validé avant de toucher au serveur.

hreflang et doublons : le cas des sites multi-régions francophones

Ici, un malentendu fréquent. Le hreflang sert à indiquer à Google qu'une page vise un public linguistique ou géographique différent. Entre fr-FR et fr-BE, oui, c'est utile. Entre deux pages villes françaises, non.

Je vois régulièrement des implémentations qui balisent chaque page ville en fr-FR, y compris Paris, Marseille et Lille. Ça n'a aucun sens. Le hreflang ne résout pas un duplicata de contenu, il ne fait que dire « voici la version pour tel public ». Si vos deux pages sont identiques, le hreflang ne les sauvera pas.

Comment traiter le vrai problème

• Réécrivez le contenu de chaque page ville : adresse, horaires, équipe, spécificités locales, contexte du marché. Pas du bla-bla générique « notre agence à Nantes ».
• Différenciez les balises title et meta description. Deux pages avec le même title, c'est un signal négatif.
• Supprimez le hreflang s'il ne cible pas une langue ou un pays réellement distinct.
• Vérifiez les balises canoniques : une page ville ne doit jamais pointer vers une autre page ville.

La dernière ligne, c'est l'erreur que j'ai commise à mes débuts. Sur un réseau de cliniques, j'avais laissé un canonical générique qui renvoyait toutes les pages villes vers la page d'accueil. Trois mois perdus. Google n'indexait qu'une seule URL.

Données structurées LocalBusiness : la validation à grande échelle

Une fiche, ça se valide à la main en cinq minutes. Cent fiches, c'est un projet. Le sujet que personne ne traite dans les audits, c'est la validation par lot des données structurées.

Ce que je vérifie systématiquement :

1. Le balisage LocalBusiness est-il présent sur chaque page ville ?
2. Les propriétés address, geo, openingHours sont-elles cohérentes avec la fiche Google Business Profile correspondante ? Une divergence entre les deux, et Google doute.
3. Le sameAs pointe-t-il vers les bonnes URLs ? Fiche GBP, page Facebook locale, annuaires. C'est ce qui consolide l'entité.
4. Le Organization avec parentOrganization existe-t-il pour rattacher chaque point de vente au siège ?

Pour valider à l'échelle, vous ne le faites pas à la main. Vous exportez le JSON-LD de chaque page, vous le parsez, vous comparez avec votre base d'adresses. Sur une enseigne de cent quarante points de vente, ce contrôle a révélé vingt-trois numéros de téléphone erronés dans le balisage. Le siège avait oublié de les mettre à jour après un changement de standard.

Franchement, ce genre d'erreur passe inaperçu en audit classique. Et pourtant, elle coûte des appels entrants.

KPI et reporting : mesurer région par région sans se mentir

Le tableau de bord standard — sessions, clics, impressions — ne dit rien sur un réseau multi-régions. Il faut segmenter.

Ce que je mets en place systématiquement :

• Une vue Search Console par groupe de pages villes, pas une vue globale.
• La distinction entre requêtes locales (« plombier Lyon 7 ») et requêtes marque.
• Le taux de conversion par point de vente, pas par site.
• Le suivi des actions locales : appels, itinéraires, demandes de devis.

Pourquoi le KPI unique échoue

Vous avez un client qui regarde le trafic global. Il est stable. Il est content. Sauf que trois villes ont progressé de 30 % et deux autres ont chuté de moitié. Dans le total, ça se compense. Vous ne voyez rien.

C'est exactement ce qui s'est passé sur la franchise de salles de sport. Le trafic était en légère hausse, tout le monde s'en félicitait. En segmentant par région, on a découvert que Lille perdait 60 % de ses sessions locales depuis quatre mois, à cause d'une redirection cassée qu'aucun rapport global ne faisait remonter.

Comment prioriser les actions quand tout semble urgent

Un audit multi-régions remonte facilement cent problèmes. Vous ne pouvez pas en traiter cent. Ma méthode, en trois niveaux :

1. Bloquants : pages non indexées, canoniques erronées, redirections cassées. Traitement immédiat.
2. Structurants : architecture, maillage, contenu dupliqué. Traitement sur un trimestre.
3. Optimisations : balises, données structurées, vitesse. Traitement en continu.

Et je vous le dis sans détour : si vous n'avez que deux semaines, vous attaquez le niveau 1. Toujours. Un site avec un maillage parfait et des pages non indexées ne vaut rien.

Ce qui change vraiment à l'échelle

Un audit technique SEO local pour site multi-régions n'est pas un audit SEO classique qu'on multiplie par le nombre de villes. C'est un métier différent. Vous ne cherchez pas la perfection d'une page, vous cherchez la cohérence d'un système. Une erreur de balisage sur une page, c'est anecdotique. La même erreur sur deux cents pages, c'est une hémorragie silencieuse que personne ne voit dans vos rapports agrégés.

Le vrai luxe, dans ce travail, ce n'est pas de maîtriser un outil. C'est de savoir construire cette table à douze colonnes, de la remplir vite, et de comprendre ce qu'elle raconte avant que le client ne s'impatiente.

Maintenant, une question que je laisse ouverte : si votre réseau compte demain trois cents villes, votre architecture tient-elle encore ? Ou est-ce qu'elle vous oblige à repartir de zéro ? La réponse à cette question vaut souvent plus que tous les réglages techniques réunis.