Analyse comparative des systèmes
de pagination SEO

Sommaire

01 — Contexte & enjeux

Méthodologie

Analyse technique réalisée le 16 février 2026 par inspection directe du code source HTML (Puppeteer + curl), lecture des robots.txt, vérification de l’index Google (site:), et documentation technique publique. 5 acteurs analysés (SeLoger, Leboncoin, Indeed, Airbnb, PagesJaunes) + 3 sites Top-Webgroup.

02 — Tableau comparatif synthétique

Site	Type de pagination	URLs paginées crawlables	Meta robots page 2+	Nofollow	Obfuscation profonde	Stratégie crawl	Commentaire clé
SeLoger	Obfuscation totale (<button>)	× Aucun <a href> : pagination en <button> JS uniquement	noindex, nofollow	✓ Non	✓ Obfuscation totale : <button> sans href	Très agressive	Pagination purement UX. Discovery via sitemap et hubs géographiques. Crawl budget parfaitement contrôlé.
Leboncoin	URL SEO dédiées (/cl/.../p-N)	✓ Oui sur /cl/ (SSR, path /p-N)	noindex, nofollow	× Oui : rel="nofollow" sur tous les liens dès page 2	✓ Indexé jusqu’à ~p-9, au-delà absent	Agressive	noindex, nofollow (meta) + rel=nofollow (liens) dès la page 2. Contrôle total du jus de lien.
Indeed	Landing pages SEO + pagination bloquée	✓ Oui (SSR) mais &start= bloqué par robots.txt	Bloqué robots.txt	✓ Non sur pagination	✓ Robots.txt bloque toute pagination	Modérée	Pages dynamiques canonical vers landing pages pré-générées /q-...-emplois.html.
Airbnb	React SPA + SSR, pagination limitée	• Oui (SSR) mais canonical toutes → page 1	noindex, nofollow	✓ Non	✓ Limitée à ~15 pages	Très agressive	SEO sur fiches logement (millions) via sitemaps + hubs géo éditoriaux. Pagination = outil UX, pas SEO.
PagesJaunes	Obfuscation totale pages 2+	× Page 1 seule crawlable, pages 2+ : href="#" + Base64	Absent (canonical → p.1)	• Non (remplacé par obfuscation)	✓ Pages 2-500 : noindex + href="#"	Modérée	Stratégie « Top 20 only ». Seuls les 20 premiers résultats reçoivent des liens crawlables.
Nounou-top Aide-au-top Toutou-top	Turbo hybride (Pagy + obfuscation à seuil dynamique)	• Pages proches : vrais <a href>, au-delà du seuil : <span> obfusqué	Absent	✓ Non sur pagination	• Obfuscation progressive : seuil ajusté par catégorie selon potentiel SEO	En cours	Obfuscation à seuil dynamique par catégorie. Pas de noindex sur pages 2+ contrairement à 3/5 acteurs.

03 — Fiches détaillées par acteur

04 — État technique & obfuscation Top-Webgroup

Les trois sites (nounou-top, aide-au-top, toutou-top) partagent la même codebase Ruby on Rails, la même gem de pagination Pagy, et le même stack Hotwire/Turbo + Stimulus. Le fonctionnement décrit ci-dessous est identique sur les 3 sites.

Stack technique

Framework	Ruby on Rails + Webpacker
Frontend	Hotwire (Turbo Drive + Turbo Streams + Turbo Frames) + Stimulus
Pagination	Gem Pagy — fenêtre glissante de 5 numéros + lien « Suivant » + dernière page
Format URL	/annonce-gratuite/{métier}/{ville}-{cp}?page=N
Turbo Frames	2 frames (modales d’inscription), pas sur le contenu listing
Turbo prefetch	Désactivé (meta content="false")

Obfuscation à seuil dynamique

La pagination utilise un mécanisme d’obfuscation dont le seuil varie par catégorie et par ville/département, en fonction du potentiel SEO estimé de chaque combinaison. Concrètement :

Élément	Rendu HTML	Crawlable par Google ?
Pages avant le seuil	<a href="?page=N">	Oui — liens standards
Pages au-delà du seuil	<span data-controller="clickable">	Non — obfuscation Stimulus
Lien « Suivant »	<a href="?page=N+1">	Oui — toujours crawlable
Dernière page	<a href="?page=847">	Oui — toujours en dur

Le seuil est dynamique : une catégorie à fort potentiel SEO (ex. « assistante maternelle Paris ») aura un seuil plus élevé (plus de pages crawlables) qu’une catégorie à faible volume. Ce paramétrage se fait par catégorie et s’ajuste en fonction des données de trafic.

Balises SEO actuelles

Balise	Page 1	Pages 2+	Constat
rel="canonical"	/paris-75	/paris-75 (pointe vers p.1)	Canonical auto-référente sur p.1, consolidée sur p.2+
rel="prev/next"	next OK	prev + next OK	Chaînage correctement implémenté
meta robots	Absente (index par défaut)	Absente (index par défaut)	Toutes les pages paginées sont actuellement indexables

05 — Constat Top-Webgroup : logs vs crawl (30 jours)

Données extraites des logs serveur sur 30 jours. Comparaison entre les directories (pages listing villes/départements) et les annonces (fiches individuelles), toutes catégories confondues.

Fréquence de crawl par URL connue (directories)

Catégorie	Explorations	URLs logs	Hits / URL / mois
Babysitter	2 021 466	41 007	49x
Nounou	3 715 374	82 444	45x
Assmat	2 063 457	86 656	24x
Garde partagée	378 606	16 560	23x
Employeur	1 426 718	70 277	20x

Constat

06 — Recette Webgroup

Il n’y a pas de recette miracle. Ce qui compte, c’est la compréhension de notre stack technique (ce qu’il est possible de faire avec Pagy + Stimulus) et de nos objectifs (à la lecture des données de logs). Nous ne sommes pas SeLoger (~300K directories) ni Leboncoin : à l’échelle de chaque site, nous sommes plus petits. Mais nos problématiques sont connexes, et l’objectif est clair : privilégier les directories.

Stratégie de pagination en 3 paliers

Palier	Pages	Meta robots	Liens pagination	Logique
Palier 1	Pages 1 → 5	index, follow	<a href> crawlables	Google indexe et suit les liens — on capitalise sur la longue traîne des premières pages
Palier 2	Pages 6 → seuil (ex. p.10)	noindex, nofollow	<a href> crawlables	Google peut voir ces pages mais ne les indexe pas — zone tampon
Palier 3	Au-delà du seuil	—	Obfuscation Stimulus (<span>)	Invisible pour Google — crawl budget protégé

Le seuil du palier 2 → 3 est fonction de l’importance SEO de la catégorie. Exemple : « assistante maternelle Paris » (fort potentiel) pourra avoir un seuil à page 15, tandis que « garde partagée Aurillac » (faible volume) basculera en obfuscation dès page 6. Ce paramétrage dynamique est déjà en place.

Fenêtre de pagination visible

La numérotation affichée montre systématiquement « ... » + dernière page. Ce pattern remplit un double rôle :

Élément	Rendu	Toujours en dur ?
5 numéros (courante ± 2)	<a href> ou <span> selon palier	Selon palier
« ... »	Ellipse visuelle	Signal d’exhaustivité — l’utilisateur et Google comprennent qu’il y a du contenu entre
Dernière page	<a href="?page=847">	Oui, toujours en dur — Google voit la profondeur totale
Suivant (→)	<a href>	Oui, toujours

Le « ... » + dernière page est un avantage différenciant : aucun des 5 acteurs analysés ne donne à Google un lien en dur vers la dernière page paginée. Top-Webgroup le fait systématiquement, ce qui permet à Googlebot de comprendre l’exhaustivité du contenu sans crawler des centaines de pages.

Prochaine étape : re-analyse de logs à 30 jours