Doorway pages et fiches par ville : ce qui fait vraiment disparaître les pages d'un annuaire de petites annonces de Google
Un exploitant vérifie la visibilité de son annuaire dans les moteurs de recherche dix-huit mois après le lancement et découvre que la moitié des pages ville ont cessé d'apparaître, sans bruit. Rien de spectaculaire ne s'est produit. Aucune notification d'action manuelle dans Search Console, aucun e-mail d'alerte, aucune chute brutale du trafic global qui rendrait la cause évidente. Ville par ville, page par page, les annonces qui se positionnaient auparavant pour "escort à [ville]" ou "massage à [ville]" ont simplement cessé d'être celles que Google affiche. La lecture naturelle est qu'un concurrent a mieux optimisé son site. Ce n'est presque jamais ce qui s'est passé. Ce qui s'est vraiment passé, c'est que la structure même sur laquelle repose un annuaire de petites annonces, une page par ville croisée avec une page par catégorie, est exactement la structure que les règles antispam de Google nomment directement, et un exploitant qui n'a jamais lu ces règles n'a aucun moyen de distinguer une page qui fonctionne comme prévu d'une page qui, aux yeux d'un système automatisé, semble construite pour manipuler une requête.
Ce n'est pas un risque théorique tiré d'un document de règles jamais appliqué. Google a déployé trois mises à jour antispam confirmées au cours de 2026, en mars, juin et août, et a nommé explicitement à chaque fois le cloaking, les doorway pages, le texte caché et le scaled content abuse comme cibles. Pour un annuaire de petites annonces, la visibilité dans les moteurs de recherche n'est pas optionnelle comme elle pourrait l'être pour une entreprise disposant d'autres canaux : la publicité payante sur Google et Meta est fermée à ce secteur par politique, pas par manque de budget, ce qui fait de la recherche organique quasiment la seule porte d'entrée. Perdre des pages ville à cause d'un problème structurel, et non d'un problème de contenu, signifie que la solution n'est ni un meilleur texte ni plus de liens entrants. C'est comprendre ce que la règle vise réellement, parce que "plus de contenu" seul ne règle pas le problème de façon fiable.
Ce que Google appelle vraiment une doorway page
La règle antispam de Google définit le doorway abuse comme des pages créées pour se positionner sur des requêtes de recherche spécifiques et similaires, qui mènent l'utilisateur vers une page intermédiaire plutôt que vers la destination réelle qu'il cherchait. Les exemples que la règle cite sont assez précis pour se lire directement contre le plan de site d'un annuaire de petites annonces : "avoir plusieurs noms de domaine ou pages ciblant des régions ou villes spécifiques qui canalisent les utilisateurs vers une seule page", et "créer des pages substantiellement similaires plus proches des résultats de recherche que d'une hiérarchie clairement définie et navigable". Une ligne distincte de la même règle, sous keyword stuffing, cite nommément les "blocs de texte qui énumèrent des villes et des régions pour lesquelles une page web essaie de se positionner".
Ce n'est pas une lecture nouvelle ou expérimentale de la règle. L'équipe de recherche de Google traite les réseaux de pages ville et région comme un schéma de doorway depuis au moins 2008, et l'a redit publiquement à plusieurs reprises depuis : en décembre 2019, on a montré à John Mueller, de Google, un plan d'environ 1 300 pages d'atterrissage basées sur des villes, et il l'a qualifié sur-le-champ de montage de doorway, avant même qu'aucune de ces pages n'ait de contenu construit. La règle n'est pas nouvelle en 2026. Ce qui est nouveau, c'est que les trois dernières mises à jour antispam en ont rendu l'application à nouveau visiblement active, après une période où beaucoup de sites de type annuaire avaient cessé de s'en préoccuper.
Le mécanisme à comprendre n'est pas "les pages sur les villes sont contraires aux règles". Un annuaire qui liste des annonceurs réels et actuels à Milan, et un ensemble distinct et réel d'annonceurs à Turin, ne fait rien de ce que décrit la règle de Google. Le mécanisme, ce sont des pages qui n'existent que pour capter une requête de recherche puis rediriger le visiteur vers la même chose, quelle que soit la requête qui l'a amené là : le même formulaire d'inscription générique, la même liste indifférenciée, le même contenu avec le nom de la ville changé et rien d'autre. Un moteur de recherche n'a aucun moyen de lire l'intention à partir du HTML de la page. Il lit le schéma : des centaines de pages quasi identiques, chacune optimisée pour un terme géographique, correspondent soit à la forme naturelle d'un vrai annuaire local, soit à la forme naturelle d'un montage de doorway, et de l'extérieur ces deux choses peuvent se ressembler.
La plupart du temps, cela se traduit par une rétrogradation algorithmique, pas par une action manuelle, et c'est précisément pour cela que c'est difficile à diagnostiquer de l'intérieur. Une action manuelle arrive avec un message dans Search Console qui nomme le problème et indique une piste pour le corriger. Une réévaluation algorithmique d'un schéma de pages n'arrive avec rien : le positionnement d'un modèle de page glisse silencieusement vers le bas pendant des semaines, les pages restent en ligne et techniquement indexées, et la première chose qu'un exploitant remarque en général, c'est un chiffre de revenus, pas une alerte. Le signal évalué est la forme de tout le modèle de page à travers toutes les villes, pas une seule page lue isolément.
Pourquoi un texte unique par ville ne suffit pas comme test
La solution à laquelle les exploitants pensent en premier est en général "écrire plus de texte unique pour chaque page ville", en supposant que le contenu maigre et calqué sur un modèle est la seule chose que la règle vérifie vraiment. C'est une partie du tableau, mais la traiter comme le test complet a déjà mis en échec ceux qui l'ont tenté. En 2022, une vague de pages de localisation sur plusieurs centaines de sites à zone de service a été balayée de l'index de Google, dans ce que la presse spécialisée de l'époque a attribué à une mise à jour ciblant le spam ; les sites qui ont conservé leurs pages n'étaient pas simplement ceux avec le plus de texte unique par page, ils étaient de façon disproportionnée ceux avec une confiance et une autorité plus fortes à l'échelle de tout le domaine. L'unicité du contenu a réduit le risque. Elle ne l'a pas éliminé à elle seule.
La raison remonte au langage sur l'entonnoir dans la règle sur le doorway elle-même : une page compte comme doorway si elle canalise les utilisateurs vers une seule page, et ce test porte sur la destination du clic, pas seulement sur ce que dit la page avant le clic. Une page ville avec un texte de paragraphe réellement différent, mais avec un bouton "nous contacter" qui mène exactement au même formulaire de demande générique que toute autre page ville, reste structurellement une doorway, parce que ce que le visiteur cherchait vraiment, à savoir des annonces réelles et actuelles spécifiques à cette ville, n'est pas ce sur quoi il atterrit. Pour un annuaire de petites annonces, la version pratique de ceci est simple : une page ville doit réellement contenir les annonceurs de cette ville, de façon visible et spécifique, et non un paragraphe de couleur locale posé au-dessus d'une liste qui n'est en réalité qu'un "tout parcourir" avec un filtre que personne n'utilise.
Le second facteur, plus difficile à corriger, est que toute cette règle est évaluée en tenant compte de la confiance globale du site, pas page par page isolément. Un annuaire plus récent qui génère mille combinaisons ville-catégorie dès le premier jour, avant même d'avoir des annonceurs dans la plupart de ces villes, présente à Google exactement le schéma que décrit la règle, aussi soigneusement rédigée que soit chaque page, parce qu'il n'y a encore rien derrière la plupart des pages. Les mêmes règles sur le contenu explicite qui déterminent si Googlebot peut même atteindre une page s'appliquent en plus de cela, pas à la place : un annuaire peut passer un contrôle et quand même échouer à un autre.
La version la plus simple de ce test qu'un exploitant peut faire sans aucun outil : ouvrir une page ville et celle d'une ville voisine, côte à côte. Si la seule chose qui change entre les deux est le nom de la ville dans le titre et quelques phrases de mise en scène au-dessus d'une grille identique de "parcourir toutes les annonces", c'est en pratique une seule et même page rendue plusieurs fois, quel que soit le nombre de mots affiché. Si la grille elle-même est différente, c'est-à-dire qu'elle montre les annonceurs réels et actuels de cette ville et d'aucune autre, les pages sont fonctionnellement distinctes même si le texte alentour est court. Les systèmes de Google évaluent bien davantage le second type de différence que le premier.
L'index bloat, et le crawl budget que personne n'explique
Le nom opérationnel de ce problème, distinct du doorway abuse à proprement parler, est l'index bloat : un site accumule bien plus de pages indexées que son contenu réel ne le justifie, et les moteurs de recherche consacrent une part de plus en plus réduite de leur attention aux pages qui méritent vraiment d'être positionnées. Un annuaire qui génère automatiquement une page pour chaque paire ville-catégorie possible dès le lancement du site, que le moindre annonceur existe déjà ou non dans cette combinaison, construit de l'index bloat par conception. Une page vide "catégorie X dans la ville Y" sans annonces n'est pas une doorway au sens technique de la règle, mais c'est exactement le type de page à faible valeur qui tire vers le bas la façon dont Google évalue le reste du domaine, et c'est aussi, à une lecture littérale, le type de page modèle substantiellement similaire que la règle sur le doorway nomme déjà.
Google Search Console offre un moyen concret et gratuit d'observer cela avant que cela ne devienne une crise : le rapport d'indexation des pages ventile les pages par statut, y compris une catégorie "Explorée, actuellement non indexée" qui est le premier signal visible qu'un modèle de page est déclassé à grande échelle. La plupart des exploitants ne regardent que le total des clics et des impressions, ce qui gomme précisément le schéma qui compte ici. Un annuaire organisé par ville et catégorie devrait vérifier le statut d'indexation regroupé par motif d'URL, pas seulement le trafic global, parce qu'un problème touchant tout un modèle de page apparaît comme une fuite lente dans ce rapport des mois avant de devenir une chute de trafic visible.
La solution n'est pas de construire pour toujours moins de pages ville. C'est d'arrêter de les construire avant le contenu qui les justifie, et de garder hors de l'index une page sans aucune annonce actuelle tant qu'elle n'en a pas.
Cela plaide aussi contre le lancement simultané de toutes les combinaisons ville-catégorie sur un nouveau domaine. Un annuaire qui démarre avec une offre réelle d'annonceurs dans vingt villes et construit des pages pour ces vingt villes possède un site qui correspond à ce qu'il prétend être. Ce même annuaire générant cinq cents pages ville le premier jour, en grande partie vides, demande à un moteur de recherche de faire confiance à un domaine sans historique, tout en lui livrant en même temps le schéma de doorway à vérifier. Construire la liste des pages progressivement, au rythme où les annonceurs s'inscrivent réellement, ne coûte rien de plus et supprime exactement le décalage que la règle est conçue pour repérer.
Ce qu'il faut vraiment changer
Publier une page ville ou catégorie seulement une fois qu'elle contient quelque chose qu'un visiteur ne peut trouver sur aucune autre page du site : des annonces réelles et actuelles, pas un texte provisoire en attendant que des annonceurs s'inscrivent. Tant que ce seuil n'est pas atteint, garder la combinaison hors du plan de site et la passer en noindex plutôt que de la laisser en ligne et vide ; une page maigre qui existait déjà et reçoit ensuite un vrai contenu est un problème bien plus petit que des milliers de pages maigres accumulées dès le premier jour.
Orienter les pages ville vers quelque chose de réellement spécifique à cette ville. Si l'appel à l'action réel de chaque page est le même formulaire de contact générique ou le même lien d'inscription valable pour tout le site, quelle que soit la ville par laquelle le visiteur est arrivé, c'est exactement le schéma d'entonnoir que la règle sur le doorway nomme directement, aussi différent que puisse se lire le texte du paragraphe alentour. La destination du clic doit différer autant que la page elle-même.
Conserver un vrai parcours navigable entre les pages, plutôt que de compter sur le trafic de recherche comme seul moyen de trouver une page ville donnée. Un visiteur devrait pouvoir aller de la page d'accueil à n'importe quelle ville via des liens de catégorie et de région qui ont du sens pour un humain, pas seulement via un résultat de recherche : la définition même du doorway par Google oppose explicitement une hiérarchie clairement définie et navigable à une page qui existe principalement pour être trouvée par la recherche et rien d'autre.
Ne pas construire de blocs de noms de villes et de régions dans le seul but de couvrir davantage de termes de recherche, que ce soit dans la navigation, les pieds de page ou des paragraphes de remplissage. Cette pratique est nommée directement sous keyword stuffing, séparément du doorway abuse, et c'est l'un des schémas les plus faciles à repérer pour un système automatisé, car il n'a aucun autre but plausible.
Vérifier le rapport d'indexation des pages de Search Console par motif d'URL après chaque expansion vers de nouvelles villes, pas seulement le trafic global. Une hausse du nombre de pages "Explorée, actuellement non indexée" sur le modèle de page ville est l'alerte qui arrive des semaines avant la perte de positionnement.
