Réseau de franchise : comment structurer les URL de vos établissements pour mieux piloter votre réseau

Pour un réseau de franchise, une bonne URL d’établissement contient quatre éléments : le code et le nom de la région, le code et le nom du département, la ville, et un identifiant unique d’établissement. Par exemple : /etablissements/76-occitanie/31-haute-garonne/toulouse-centre-0142/. Les mots-clés dans l’URL n’ont presque plus d’effet sur le classement. Une structure claire, en revanche, permet de filtrer vos pages par territoire, de croiser vos données dans BigQuery et d’automatiser vos pages, vos rapports et vos redirections.

Les mots-clés dans l’URL ont-ils encore un intérêt pour le SEO ?

Très peu. Pendant longtemps, on glissait un maximum de mots-clés dans les URL : /renovation-cuisine-salle-de-bain-pas-cher-lyon/. Google l’a indiqué à plusieurs reprises : les mots de l’URL ne sont qu’un signal très léger, largement éclipsé par le contenu de la page, sa qualité et son utilité.

Une URL lisible reste une bonne pratique : elle rassure l’internaute, se partage facilement et s’affiche dans les résultats de recherche. Mais pour un réseau de franchise, son vrai rôle est ailleurs : organiser les pages des établissements pour pouvoir les analyser, les filtrer et les automatiser.

Une bonne URL n’est plus celle qui contient le plus de mots-clés. C’est celle qui vous dit immédiatement de quelle page il s’agit.

Quelle structure d’URL choisir pour les pages établissements d’un réseau ?

Une structure qui reflète l’organisation territoriale du réseau, du plus large au plus précis :

votre-enseigne.fr/etablissements/76-occitanie/31-haute-garonne/toulouse-centre-0142/

Segment	Exemple	Rôle
Répertoire	/etablissements/	Regrouper toutes les pages établissements, séparées du reste du site (conseils, produits, recrutement de franchisés)
Région	/76-occitanie/	Code INSEE de la région + nom lisible
Département	/31-haute-garonne/	Code INSEE du département + nom lisible
Établissement	/toulouse-centre-0142/	Ville ou nom de l’établissement + identifiant unique

Faites glisser le tableau →

Pourquoi un identifiant d’établissement ?

Parce que c’est le seul élément qui ne change jamais. Le nom d’une ville ne suffit pas : un réseau peut avoir trois établissements à Lyon, ou deux villes du même nom dans des départements différents. Le nom du franchisé, lui, change à chaque cession.

L’identifiant est le même que dans votre logiciel de gestion, votre CRM ou votre outil de caisse. Il devient la clé qui relie toutes vos données : visites du site, contacts, appels, avis Google, chiffre d’affaires.

L’identifiant d’établissement, c’est le numéro de sécurité sociale de vos pages : unique, stable, et relié à tout le reste.

Pourquoi utiliser les codes officiels de région et de département ?

Parce qu’un code ne change pas, alors qu’un nom peut changer. En 2016, la réforme territoriale a fusionné les régions : Midi-Pyrénées et Languedoc-Roussillon sont devenues l’Occitanie. Les sites qui avaient mis le nom des anciennes régions dans leurs URL ont dû tout rediriger.

Les codes du Code officiel géographique de l’INSEE apportent trois avantages :

• La stabilité : le code d’un département ne change pas. Les codes de région ont été attribués lors de la réforme de 2016 (76 pour l’Occitanie, 93 pour Provence-Alpes-Côte d’Azur, 84 pour Auvergne-Rhône-Alpes…) et n’ont pas bougé depuis.
• L’absence d’ambiguïté : plus de problème d’accent, de tiret ou de majuscule (« Côte-d’Or », « cote-dor », « Cote d’Or »…).
• Le croisement avec d’autres données : les données publiques (population, revenus, entreprises, équipements) sont publiées avec ces codes. Les codes de l’URL permettent de rapprocher directement la visibilité de chaque établissement des caractéristiques de son territoire. C’est la base du géomarketing.

Deux villes du même nom : une cause d’erreur fréquente

En France, de nombreuses communes portent exactement le même nom : Châtillon existe dans les Hauts-de-Seine et dans le Rhône, Montreuil en Seine-Saint-Denis, en Eure-et-Loir et en Vendée, Bagneux dans une demi-douzaine de départements. Le piège existe aussi outre-mer : Saint-Denis se trouve en Seine-Saint-Denis et à La Réunion.

Sans le code du département, deux établissements situés dans ces villes auraient des URL quasi identiques et seraient confondus dans vos analyses. Avec la structure recommandée, aucune confusion n’est possible :

/etablissements/11-ile-de-france/92-hauts-de-seine/chatillon-0215/
/etablissements/84-auvergne-rhone-alpes/69-rhone/chatillon-0388/

Dans votre référentiel, allez plus loin : enregistrez le code INSEE de la commune de chaque établissement. Il est unique, il ne change pas quand une commune est renommée (Saint-Ouen est devenue Saint-Ouen-sur-Seine en 2018), et il permet de croiser vos données avec toutes les statistiques publiques locales. Attention, ce n’est pas le code postal : un même code postal peut couvrir plusieurs communes, et une grande ville peut en avoir plusieurs.

Même nom, deux villes, deux établissements : seul le code fait la différence.

Dans l’URL, on combine toujours le code et le nom : l’adresse reste lisible pour l’internaute, et le code reste exploitable pour vos données.

Le nom parle à l’internaute. Le code parle à vos données.

Trois pièges à éviter avec les codes

• La Corse : ses départements s’écrivent 2A et 2B, pas 20. Un code de département n’est donc pas toujours un nombre.
• Les départements d’outre-mer : leurs codes ont trois chiffres (971 pour la Guadeloupe, 974 pour La Réunion…).
• Les zéros en tête : l’Ain s’écrit 01, pas 1. Un tableur supprime souvent ce zéro : stockez les codes comme du texte, dans vos fichiers comme dans BigQuery.

Et pour un petit réseau ?

La même structure, dès le départ. Avec quelques dizaines d’établissements, une URL plus courte comme /etablissements/toulouse-centre-0142/ peut sembler suffisante. Mais un réseau qui se développe finit toujours par en avoir besoin : filtrer par région, confier un périmètre à un responsable régional, comparer les départements.

Changer de structure à ce moment-là impose de rediriger chaque page, avec un risque de perte de visibilité le temps que Google prenne en compte les nouvelles adresses. Adopter dès le premier établissement la structure complète, avec le code et le nom de la région et du département, ne coûte rien de plus. Et elle accompagne la croissance du réseau sans jamais devoir être modifiée.

La bonne structure d’URL, c’est celle qu’on n’aura jamais besoin de changer.

Comment filtrer ses pages par région, département ou établissement ?

Avec une structure bien pensée, chaque niveau du réseau devient un simple filtre :

• Dans la Search Console : filtrez les pages qui contiennent « /76- » pour voir en un clic les impressions, les clics et les requêtes de toute l’Occitanie, ou « /31- » pour la Haute-Garonne.
• Dans Google Analytics : créez un groupe de contenus par région ou par département, à partir de l’URL.
• Dans vos tableaux de bord : chaque responsable régional retrouve automatiquement les données de son périmètre.

Sans cette structure, la même analyse demande de lister les établissements à la main, région par région, et de tenir cette liste à jour à chaque ouverture ou fermeture.

Quel lien entre la structure des URL, BigQuery et les reportings ?

Quand vos données Google Analytics 4 et Search Console sont exportées dans BigQuery, l’URL devient une source d’information directement exploitable en SQL.

Extraire les codes et l’identifiant depuis l’URL

Exemple avec l’export de la Search Console dans BigQuery :

SELECT
  REGEXP_EXTRACT(url, r'/etablissements/([0-9]{2})-') AS code_region,
  REGEXP_EXTRACT(url, r'/etablissements/[^/]+/([0-9]{2,3}|2[AB])-') AS code_departement,
  REGEXP_EXTRACT(url, r'-(\d+)/$') AS id_etablissement,
  SUM(impressions) AS impressions,
  SUM(clicks) AS clics
FROM `projet.searchconsole.searchdata_url_impression`
WHERE url LIKE '%/etablissements/%'
  AND data_date >= DATE_SUB(CURRENT_DATE(), INTERVAL 30 DAY)
GROUP BY code_region, code_departement, id_etablissement
ORDER BY clics DESC

En une requête, vous obtenez la visibilité de chaque établissement sur Google, rangée par région et par département.

Croiser avec le référentiel, le CRM et les données INSEE

L’identifiant permet de rejoindre votre référentiel des établissements (franchisé, date d’ouverture, responsable régional) et vos résultats commerciaux. Le code de département permet de rejoindre les données publiques de l’INSEE.

SELECT
  r.nom_etablissement,
  r.responsable_regional,
  r.date_ouverture,
  gsc.clics,
  crm.demandes,
  crm.devis_signes,
  insee.population
FROM visibilite_par_etablissement AS gsc
JOIN referentiel_etablissements AS r USING (id_etablissement)
LEFT JOIN resultats_crm AS crm USING (id_etablissement)
LEFT JOIN population_departements AS insee USING (code_departement)

C’est ce croisement qui répond aux vraies questions d’une tête de réseau : quels établissements gagnent en visibilité ? Lesquels reçoivent des demandes mais en concluent peu ? Quels départements restent sous-exploités au regard de leur population ?

Des reportings qui se construisent tout seuls

Une fois ces requêtes en place, les rapports se mettent à jour automatiquement : un tableau de bord pour la tête de réseau, une vue par région pour chaque responsable régional, un rapport mensuel pour chaque franchisé. Un nouvel établissement ouvre ? Sa page suit la même structure, et il apparaît dans les rapports sans aucune intervention.

Une URL bien construite, c’est une donnée bien rangée. Et une donnée bien rangée, c’est un reporting qui se fait tout seul.

Pourquoi une structure d’URL claire facilite-t-elle l’automatisation ?

Parce qu’une structure prévisible permet de générer et de gérer les pages à partir d’une seule source de données :

• La création des pages : une nouvelle page établissement se génère automatiquement à partir du référentiel, avec la bonne URL, au bon endroit.
• Les plans de site : un sitemap par région ou par type de page, généré automatiquement.
• Le maillage interne : chaque page région liste ses départements, chaque page département ses établissements.
• Les fiches Google : le lien de chaque fiche Google Business Profile pointe vers la bonne page, avec un paramètre de suivi qui reprend l’identifiant de l’établissement.
• Les redirections : quand un établissement ferme ou déménage, on sait exactement quelle page rediriger, et vers où (l’établissement le plus proche ou la page du département).
• Le marquage dans Google Tag Manager : l’identifiant, le code région et le code département se lisent dans l’URL et peuvent être envoyés avec chaque événement.

Quelles erreurs éviter ?

• Le nom du franchisé dans l’URL : à chaque cession, l’URL change, et l’historique de la page est perdu.
• Le nom de la région ou du département sans code : à la moindre réforme ou variation d’orthographe, les filtres et les requêtes ne fonctionnent plus.
• Un paramètre à la place d’une vraie page : /agence?id=142 est difficile à lire, à filtrer, et parfois mal indexé par Google.
• La ville seule, sans identifiant : impossible de distinguer deux établissements de la même ville.
• Des formats qui varient : majuscules, accents, slash final présent ou non. Chaque variante complique les filtres et les requêtes.
• Changer de structure à chaque refonte : chaque changement d’URL impose des redirections et fait perdre une partie de l’historique. La bonne structure est celle qu’on garde longtemps.

En résumé

• Des mots-clés dans l’URL : utiles pour la lisibilité, presque plus pour le classement.
• Un identifiant unique et stable pour chaque établissement : indispensable.
• Les codes INSEE de la région et du département, associés à leur nom : stables, sans ambiguïté et faciles à croiser avec d’autres données.
• Une structure prévisible : la condition pour automatiser pages, rapports et redirections.

Bien définir ses URL, c’est investir une fois pour gagner du temps à chaque analyse, chaque ouverture et chaque reporting.

Diane Mehta, fondatrice de digital monkeyz, l’agence qui parle franchise !