La limite des 120 résultats Google Maps : pourquoi et comment la contourner

Si vous avez déjà essayé d'extraire des données de Google Maps, vous avez forcément rencontré ce mur : Google Maps n'affiche jamais plus de 120 résultats par recherche.

Cherchez "restaurant Paris" : 120 résultats. "Plombier Marseille" : 120 résultats. Peu importe qu'il y ait 500 ou 15 000 établissements correspondants, vous n'en verrez que 120. Cet article explique pourquoi cette limite existe, combien de données vous perdez réellement, et comment la contourner.

Pourquoi Google limite à 120 résultats

Google Maps est conçu pour les utilisateurs finaux, pas pour l'extraction de données. Quand quelqu'un cherche un restaurant, il n'a besoin que des 10-20 premiers résultats. Afficher 15 000 résultats serait contre-productif pour l'expérience utilisateur.

La limite de 120 est un compromis technique et business :

• Performance : charger 120 fiches est déjà lourd pour le navigateur (images, avis, coordonnées). Au-delà, l'interface deviendrait inutilisable.
• Coût serveur : chaque résultat consomme des ressources côté Google (calcul de pertinence, distance, géolocalisation). Multiplier par 100 n'est pas économiquement viable.
• Anti-scraping : limiter les résultats réduit la valeur de chaque requête pour les scrapers automatisés.
• Modèle publicitaire : Google veut que vous utilisiez l'API payante (Google Places) pour les gros volumes.

La preuve mathématique de la perte de données

Prenons un exemple concret pour mesurer l'ampleur du problème :

Recherche	Résultats réels	Résultats affichés	Perte
"Restaurant Paris"	~18 000	120	99,3%
"Plombier Lyon"	~800	120	85%
"Boulangerie Bordeaux"	~350	120	66%
"Garage Toulouse"	~250	120	52%
"Dentiste Nantes"	~150	120	20%

Dans les grandes villes, vous perdez plus de 90% des données. Même dans une ville moyenne avec 250 établissements, vous en ratez la moitié. Seules les requêtes très spécifiques (petite ville + catégorie rare) échappent à cette limite.

Le biais de sélection : un problème invisible

Pire que la perte quantitative, il y a un biais qualitatif. Google ne sélectionne pas les 120 résultats au hasard. Il favorise :

• Les fiches avec beaucoup d'avis (populaires ≠ exhaustif)
• Les fiches récemment mises à jour (actifs Google ≠ tous)
• Les fiches avec Google Ads (biais publicitaire)
• Les résultats proches de votre géolocalisation (biais géographique)

Conséquence : les entreprises sans avis, les nouvelles entreprises, et celles en périphérie sont systématiquement exclues. Pour la prospection B2B, c'est un problème majeur — ce sont souvent les entreprises qui ont le plus besoin de vos services.

Le piège des approches partielles

Le piège des "35 000 communes"

Certains pensent contourner la limite en envoyant une requête par commune de France (35 000+). Ça améliore les choses pour les petites communes, mais les villes moyennes et grandes restent incomplètes.

Lyon a plus de 5 000 restaurants. Même en cherchant "restaurant Lyon", vous n'en aurez que 120. Il faudrait découper Lyon en micro-zones (arrondissements, quartiers, rues...) pour s'approcher de l'exhaustivité — un travail titanesque.

Multiplier les requêtes par zone

"Restaurant Lyon 1er", "restaurant Lyon 2ème"... Ça aide, mais vous avez toujours 120 résultats par requête, des doublons entre zones, et un travail de découpage + dédoublonnage énorme. De plus, les arrondissements ne suffisent pas : le 3ème arrondissement de Paris a 2 000+ restaurants à lui seul.

Utiliser l'API Google Places

L'API a la même limite (60 résultats par requête, via pagination). Et elle est payante : $32 pour 1 000 requêtes. Pour couvrir la France avec un quadrillage fin, comptez 200 000+ requêtes, soit 6 400$ minimum — et ça ne couvre qu'une seule catégorie.

Scraper plus vite / plus souvent

Scraper plus souvent ne change rien à la limite. Vous aurez toujours 120 résultats, juste plus fréquemment. Et vous risquez en plus de vous faire bloquer par Google.

La vraie solution : le quadtree géographique

La seule façon de contourner réellement la limite est de découper le territoire en micro-zones suffisamment petites pour que chaque zone contienne moins de 120 résultats. C'est ce qu'on appelle un quadtree (arbre quaternaire).

Comment fonctionne le quadtree

Le principe est simple mais l'exécution est complexe :

1. Tuile initiale : le territoire (ex: France entière) est une première grande tuile
2. Scan : on lance une requête Google Maps sur cette tuile
3. Évaluation : si la tuile renvoie ~120 résultats (probablement saturée), elle est subdivisée en 4 sous-tuiles
4. Récursion : chaque sous-tuile est scannée à son tour. Si elle est aussi saturée, elle est à nouveau subdivisée
5. Terminaison : quand une tuile renvoie nettement moins de 120 résultats, elle est considérée exhaustive
6. Fusion : tous les résultats de toutes les tuiles sont dédoublonnés et fusionnés

Pour la France entière, cela génère des dizaines de milliers de tuiles dans les zones denses (Paris, Lyon, Marseille) et seulement quelques tuiles dans les zones rurales. Le quadtree s'adapte automatiquement à la densité d'entreprises.

Les limites du quadtree simple

Un quadtree naïf ne suffit pas. Il faut aussi gérer :

• Le smart split : ne pas subdiviser indéfiniment des zones avec peu de nouvelles entreprises (ratio de nouveauté < 5%)
• Le chevauchement : les tuiles adjacentes peuvent renvoyer les mêmes entreprises → dédoublonnage obligatoire
• La reprise sur erreur : si un scan échoue à mi-parcours, il faut pouvoir reprendre sans tout recommencer
• Le throttling : trop de requêtes trop vite = blocage. Il faut réguler le débit.
• La fraîcheur : les données changent. Le scan doit être régulier pour rester à jour.

L'impact sur vos cas d'usage

La limite de 120 résultats affecte différemment selon votre objectif :

• Prospection B2B : vous ratez 50-99% de vos prospects potentiels. Votre fichier est incomplet et biaisé vers les grosses entreprises.
• Étude de marché : vos statistiques sont faussées (nombre d'entreprises, densité par zone, répartition géographique).
• Veille concurrentielle : vous ne voyez que les concurrents les plus visibles, pas les nouveaux entrants.
• Analyse géomarketing : les zones blanches apparaissent là où il y a en réalité des entreprises.

Pourquoi utiliser une base pré-indexée

Construire et maintenir un système de quadtree est un projet d'ingénierie à part entière :

• Développement du système de quadtree : 2-4 semaines (pas 1-2, en réalité, quand on compte les edge cases)
• Infrastructure (serveurs + bande passante) : 200-500€ par scan complet
• Maintenance continue : Google change son DOM, ses sélecteurs, ses protections anti-bot régulièrement
• Enrichissement : un 2ème pipeline complet pour les emails, téléphones, données légales
• Dédoublonnage : algorithmes de fuzzy matching pour fusionner les résultats de tuiles adjacentes

Avec IBLead, tout ce travail est fait pour vous. La base contient toutes les entreprises de Google Maps, sans limite de 120, enrichies avec emails, téléphones, réseaux sociaux, technologies détectées et données légales (SIRET pour la France). Et elle est rafraîchie régulièrement.

Avec des abonnements à partir de 44€/mois, c'est bien moins cher qu'un seul scraping DIY de la France. Et le mois d'après, vous n'avez rien à refaire.

Lire aussi

• Comment extraire les données Google Maps : le guide complet (2026)
• Comment trouver le SIRET d'une entreprise via Google Maps
• Guide complet de la prospection B2B locale en 2026