Non classé 20 septembre 2026 7 min de lecture

Pages par ville 2026 : le maillage SEO qui remplit l’agenda

Un chauffagiste de Saint-Étienne m’a montré son site en septembre dernier : douze pages, une par commune de son agglomération, toutes bâties sur le même modèle. « Chauffagiste à Firminy », « Chauffagiste à Saint-Chamond », « Chauffagiste à Rive-de-Gier ». Même texte, même structure, seul le nom de la ville changeait ligne 3 et ligne 47. Résultat : zéro visite organique sur onze de ces pages, et une position stagnante en page trois pour la douzième. C’est exactement le piège dans lequel tombent la plupart des artisans qui veulent couvrir une zone de chalandise avec des pages villes en SEO local, et c’est aussi la raison pour laquelle cette technique, pourtant efficace quand elle est bien menée, a mauvaise réputation.

Le réflexe du plombier qui veut couvrir toute son agglomération

L’idée de départ n’est pas mauvaise. Un artisan qui intervient dans un rayon de 25 kilomètres a raison de vouloir apparaître quand quelqu’un tape « plombier Vénissieux » plutôt que de compter uniquement sur sa page d’accueil optimisée pour « plombier Lyon ». Google traite les requêtes géolocalisées de façon très précise : une recherche depuis Vénissieux ne remonte pas les mêmes résultats qu’une recherche identique depuis le centre de Lyon, même pour une entreprise à quinze minutes de route. Créer une page dédiée à chaque commune desservie est donc une logique défendable, à condition de comprendre ce que Google attend réellement de ces pages.

Le problème, c’est que la plupart des artisans délèguent cette tâche à un plugin ou à un prestataire pressé, qui génère les pages en dupliquant un gabarit et en changeant deux ou trois variables. Google a un nom pour ça depuis longtemps : les doorway pages, des pages passerelles créées uniquement pour capter du trafic sans apporter de contenu distinct. Elles sont explicitement visées par les consignes de qualité de Google, et leur détection s’est nettement affinée avec les mises à jour successives de l’algorithme depuis 2023. En clair, la technique qui semblait fonctionner il y a cinq ans se retourne aujourd’hui contre celui qui l’utilise sans discernement.

Pourquoi la page copiée-collée ne marche plus en 2026

Prenons un exemple chiffré. Sur douze pages villes analysées pour un électricien de la Loire, celles qui dépassaient 600 mots de contenu réellement spécifique à la commune généraient en moyenne trois fois plus d’impressions dans la Search Console que celles limitées à 200 mots génériques. Le seuil n’est pas magique en soi, mais il révèle une tendance nette : Google favorise les pages qui prouvent une connaissance locale réelle, pas celles qui se contentent de répéter un nom de ville dans un texte interchangeable.

Ce qui distingue une page locale utile d’une page passerelle tient à des détails concrets. Mentionner un quartier précis plutôt que la ville entière, citer un type d’intervention fréquent dans ce secteur (une commune avec beaucoup de pavillons des années 1970 aura plus de demandes de mise aux normes électriques qu’un centre-ville récent), indiquer un délai d’intervention réaliste et différencié selon la distance, ou encore intégrer un avis client géolocalisé : autant d’éléments qui rendent la page crédible aux yeux d’un algorithme conçu pour repérer le contenu superficiel.

Ce que Google veut voir sur une page locale

La documentation officielle de Google sur le spam de contenu généré en masse est sans ambiguïté : une page créée principalement pour manipuler le classement, sans valeur ajoutée pour l’utilisateur, est sanctionnable. Concrètement, cela signifie qu’une page ville doit répondre à une question que se pose réellement un habitant de cette commune, pas simplement exister pour occuper l’espace sémantique du nom de la ville.

Trois signaux permettent de vérifier qu’une page locale tient la route. D’abord, la capacité à retirer le nom de la ville du texte sans que la phrase devienne absurde : si la phrase fonctionne à l’identique avec n’importe quelle autre commune, elle ne contient aucune information locale réelle. Ensuite, la présence d’un élément vérifiable et propre à cette zone, comme une référence à un chantier réalisé récemment dans le secteur ou une contrainte administrative locale (certaines communes imposent des règles d’urbanisme spécifiques pour les façades, par exemple). Enfin, un maillage interne cohérent qui relie la page ville aux pages de services et aux avis clients de ce secteur précis, plutôt qu’un lien générique vers la page d’accueil.

Construire ce maillage sans coder

Pas besoin de développeur pour appliquer cette méthode. Sur WordPress, des extensions comme WP All Import ou Pods permettent de créer des champs personnalisés par commune (nombre d’interventions réalisées, délai moyen, quartiers couverts) qui viennent nourrir un gabarit intelligent plutôt qu’un copié-collé brut. L’astuce consiste à séparer clairement, dans la structure de la page, la partie fixe (présentation de l’activité, coordonnées) de la partie variable et documentée (spécificités locales, avis, photos de chantiers dans le secteur).

Les outils no-code comme Airtable couplé à un plugin de synchronisation, ou même un simple tableur Google Sheets relié via Zapier, permettent de centraliser les informations propres à chaque ville sans multiplier les manipulations manuelles. Un artisan qui gère quinze communes peut ainsi tenir à jour une base unique — dates d’intervention, retours clients, particularités du bâti local — et laisser l’automatisation répercuter ces données sur les pages concernées. C’est plus long à mettre en place qu’un plugin de duplication automatique, comptez une bonne journée de configuration initiale, mais c’est la seule méthode qui résiste aux mises à jour de Google plutôt que de s’écrouler à la première.

Le piège du maillage interne mal pensé

Une erreur récurrente consiste à créer les douze pages villes, puis à les laisser orphelines, accessibles uniquement via un menu déroulant ou une carte interactive que peu de visiteurs utilisent. Une page qui ne reçoit aucun lien interne depuis les contenus à fort trafic du site met des mois à être explorée par Google, quand elle l’est. À l’inverse, relier chaque page ville depuis les articles de blog pertinents (un article sur la rénovation énergétique peut légitimement pointer vers la page dédiée à la commune où ce type de chantier est fréquent) accélère nettement l’indexation et renforce la pertinence perçue.

Voici la méthode qui a permis à l’électricien mentionné plus haut de faire passer sa page « Électricien à Rive-de-Gier » de la page quatre à la première page de résultats en quatre mois : réécriture complète avec au moins 500 mots spécifiques, ajout de deux avis Google géolocalisés intégrés directement dans le texte, création d’un lien depuis un article de blog traitant d’un sujet lié (la mise aux normes des tableaux électriques dans les maisons anciennes, fréquentes dans ce secteur), et suppression pure et simple de quatre pages villes trop peu documentées pour être sauvées, plutôt que de les laisser polluer le site. Cette dernière décision, contre-intuitive pour qui pense que plus de pages égale plus de trafic, a en réalité amélioré la performance globale du site : Google alloue un budget d’exploration limité, et mieux vaut douze pages solides que vingt pages dont la moitié sent le contenu automatisé.

Combien de pages villes créer réellement

La tentation est grande de vouloir couvrir toutes les communes dans un rayon de 40 kilomètres. En pratique, une page ville n’a de sens que pour les secteurs qui génèrent un volume de demandes suffisant pour justifier le temps de documentation nécessaire. Un artisan qui reçoit deux appels par an d’une commune éloignée n’a aucun intérêt à lui consacrer une page complète : mieux vaut se concentrer sur les cinq ou six zones qui représentent l’essentiel de l’activité et les traiter avec le sérieux qu’elles méritent. C’est moins gratifiant qu’un site couvrant vingt villes, mais c’est ce qui remplit réellement l’agenda plutôt que de flatter un tableau de statistiques de pages indexées.