Un réseau de 50 sites locaux pour l'acquisition — la réalisation que nous avons construite pour nous

#Un réseau de 50 sites mono-ville, construit pour notre propre acquisition

Nous avons construit pour nous un réseau de 50 sites mono-ville — un domaine, un dépôt et un déploiement Next.js par ville — plutôt qu'une rubrique « nos agences » sur nehos-groupe.com. Sur les 90 derniers jours mesurés en Search Console, cette rubrique — 84 pages publiées — a pesé 244 impressions. Le réseau en a produit 127 880 en cinq semaines.

Cette page documente un produit interne du groupe, pas une mission client. Tout ce qui suit est mesurable : les chiffres viennent de notre propre base Search Console, relevée le 8 septembre 2026 sur une fenêtre de 90 jours close au 5 septembre, et les vérifications techniques d'un simple appel HTTP sur les domaines concernés. Les secondes se refont en trente secondes depuis n'importe quel terminal.

#Le problème : une rubrique « nos agences » ne pèse presque rien

Nehos publie des pages par ville sur son domaine principal — Toulouse, notre bureau historique, puis Paris, Lyon, Marseille, Bordeaux, Nice, et les capitales voisines. C'est la réponse classique quand une agence veut exister dans plusieurs villes : une rubrique, une page par implantation, un maillage propre depuis le menu.

Nous l'avons mesurée. Sur la fenêtre de 90 jours, cette rubrique de 84 pages publiées a cumulé 244 impressions et 2 clics — et seules 22 de ces 84 pages ont été vues au moins une fois par Google. Dans le même temps, nehos-groupe.com dans son ensemble faisait 32 401 impressions et 222 clics sur 259 pages. Toute la rubrique ville représente donc moins de 1 % de la visibilité du domaine. Les pages qui travaillent, elles, sont nos articles de définition et d'explication technique — ce qu'est un développeur logiciel, la différence entre IaaS, PaaS et SaaS, le responsive design. Pas les pages ville.

L'explication tient en une phrase : un domaine se positionne sur ce dont il parle. nehos-groupe.com parle d'agents IA, de Next.js et de conformité. « Agence IA Rouen » n'est pas ce dont il parle, et une page isolée sur un domaine dont le centre de gravité sémantique est ailleurs ne renverse pas ce rapport de force. On peut soigner la page autant qu'on veut : elle reste un satellite.

#Ce que nous avons construit

Cinquante domaines, dont le nom reprend la requête plutôt que la marque : agence-ia-rouen.fr, agence-digitale-valence.fr, developpeur-web-amiens.fr, creation-site-pau.fr, paris-agence-ia.fr, bayonne-agence-web.fr. Le compte de 50 correspond aux domaines suivis dans notre Search Console au 8 septembre 2026 dont le nom combine un métier — agence IA, agence digitale, agence web, développeur web, création de site — et une ville.

Chaque site est une application Next.js autonome, pré-rendue et déployée sur Netlify. Chacun expose son propre robots.txt, son propre sitemap.xml, et possède sa propre propriété Search Console. Les sitemaps que nous avons interrogés le 8 septembre annoncent entre 727 et 733 URLs par site, soit un ordre de grandeur de 36 500 URLs publiées sur l'ensemble du réseau.

C'est le point de bascule : cinquante domaines, ce sont cinquante budgets d'exploration indépendants, cinquante autorités qui se construisent séparément, cinquante fois la possibilité d'être le résultat local plutôt qu'une sous-page d'un généraliste.

#Les choix techniques, et pourquoi ils sont ceux-là

Un dépôt et un déploiement par ville, pas un multi-tenant. Servir 50 domaines depuis une seule application avec un routage par hostname aurait coûté beaucoup moins cher à opérer. Nous ne l'avons pas fait, pour deux raisons. La première est le rayon de souffle : un incident de build ou une régression de rendu tombe alors sur cinquante domaines à la fois. La seconde est plus insidieuse — un multi-tenant pousse structurellement vers le gabarit à variables, parce que c'est la seule façon d'en tirer un gain. Séparer les déploiements, c'est se retirer cette facilité.

Du statique servi depuis l'edge. Les réponses portent l'en-tête cache-status: "Netlify Edge" et livrent une centaine de kilo-octets de HTML complet ; le contenu principal n'attend aucun rendu JavaScript. Les temps de premier octet que nous avons mesurés sur trois domaines vont de 0,25 s à 1,06 s. Pour un site dont l'unique mission est d'être exploré, indexé puis lu, c'est la configuration qui demande le moins d'explications.

Des en-têtes de sécurité posés par défaut, parce qu'ils font partie du gabarit de déploiement et non d'un durcissement ultérieur : HSTS à un an, X-Content-Type-Options: nosniff, X-Frame-Options: SAMEORIGIN, Referrer-Policy: strict-origin-when-cross-origin, et une Permissions-Policy qui ferme caméra, micro et géolocalisation.

Netlify, et pas un hébergeur souverain. Ce réseau ne traite aucune donnée sensible au-delà des formulaires de contact ; les critères de décision étaient le coût de déploiement et la latence. Ce serait un autre arbitrage sur un projet client soumis à des exigences de souveraineté, où la même architecture statique se redéploie sur OVHcloud SecNumCloud sans réécriture — c'est une capacité que nous proposons aux projets qui en ont besoin, pas une propriété de ce réseau-ci. Nous avons documenté la comparaison dans notre comparatif d'hébergements Vercel, Netlify, OVH et Cloudflare.

Aucun contenu programmatique, par règle interne. Pas de matrice, pas de gabarit à variables : chaque ville reçoit du contenu rédigé. C'est la doctrine du groupe sur tous ses projets, et la partie la plus coûteuse de l'exercice. Voyez plus bas ce qu'elle coûte réellement, y compris là où nous ne la tenons pas encore.

#Ce que ça coûte vraiment à opérer

C'est la partie qu'on ne trouve nulle part, alors la voici en clair.

L'indexation est lente et partielle. Google a rapporté ses premières impressions sur ce réseau le 1er août 2026. Cinq semaines plus tard, 5 871 pages distinctes avaient reçu au moins une impression — sur environ 36 500 publiées, soit à peu près une URL sur six. Publier n'est pas être vu : entre les deux, il y a un budget d'exploration que cinquante domaines neufs consomment chacun à leur rythme, et rien ne l'accélère par décret.

Être vu n'est pas être cliqué. La position moyenne du réseau, pondérée par les impressions, est de 75,8 — la huitième page de résultats. Celle de nehos-groupe.com, domaine installé, est de 35,0. Sur la fenêtre, le réseau a produit 127 880 impressions pour 91 clics, et 36 des 50 domaines seulement ont enregistré au moins un clic. Quatorze n'en ont aucun. C'est l'état réel d'un réseau de cinq semaines, et nous préférons l'écrire que de le maquiller.

La pente, elle, est nette. Août a produit 99 836 impressions, soit environ 3 200 par jour. Les cinq premiers jours de septembre en ont produit 28 044, soit près de 5 600 par jour. Le réseau se déplie ; il est simplement trop tôt pour le juger sur des clics.

Le suivi est un chantier en soi. Cinquante propriétés Search Console, c'est cinquante fois la même question à poser, et une interface qui ne répond que site par site. Nous avons donc écrit un outil interne qui collecte l'API Search Console dans une base locale et rend les agrégats en une requête. Il couvre aujourd'hui 114 propriétés Google — le réseau local n'en est qu'une partie — et 2 411 029 impressions sur 90 jours. Sans cet outil, aucun des chiffres de cette page n'existerait, et l'arbitrage « sur quelle ville remettre de l'éditorial » se ferait à l'intuition.

La dette éditoriale se mesure, et elle est là. Nous avons comparé les textes de cinq sites deux à deux. Sur les pages d'accueil, la similarité mesurée va de 0,04 à 0,11 : ce sont bien cinquante pages différentes, avec des angles, des titres et des mises en page distincts. Sur les pages profondes de la matrice service × métier, l'écart se resserre — de 0,02 sur certaines paires à 0,62 entre Pau et Bayonne sur une même page métier. À 36 500 URLs, le stock de variantes finit par se recouper. C'est exactement la dette que la règle « pas de programmatique » est censée empêcher, et c'est le poste de travail que nous reprenons par lots. Nous le disons parce que n'importe qui peut le vérifier en ouvrant les deux pages.

#Ce que ça prouve, si vous avez le même besoin

Si votre entreprise a des agences, des dépôts, des zones ou des franchises, quatre enseignements se transposent directement.

Commencez par peser ce que vous avez déjà. Ouvrez votre Search Console et regardez ce que produisent vos pages « nos agences ». Si la réponse ressemble à nos 244 impressions en 90 jours, vous n'avez pas un problème de rédaction : vous avez un problème de structure, et aucune réécriture ne le résoudra.

Un domaine par ville est un engagement éditorial, pas une astuce. Sept cent trente URLs par ville, multipliées par le nombre de villes, c'est le vrai devis. Celui qui vous vend un réseau sans vous parler de cette charge vous vend un générateur de pages, et il finira dans les mêmes filtres que tous les générateurs de pages.

L'instrumentation fait partie du projet. Un réseau qu'on ne mesure pas domaine par domaine ne se pilote pas ; il se subit. Nous chiffrons cette brique dans le cadrage, au même titre que les pages, selon notre méthode ROI-First IA.

Acceptez la chronologie. Les impressions arrivent d'abord, les positions remontent ensuite, les clics viennent en dernier. Un prestataire qui vous promet des leads au premier mois d'un réseau neuf n'a jamais opéré de réseau neuf. Le corollaire, c'est qu'il faut décider dès le départ de la couche de citabilité — structure des réponses, balisage, présence dans les moteurs génératifs — parce qu'elle se rattrape mal après coup : c'est l'objet de notre travail sur le GEO et l'AEO.

Nous n'avons pas encore de retour sur investissement à publier sur ce réseau. Nous aurons des clics à montrer, ou nous n'en aurons pas — et dans les deux cas ce sera écrit ici.