Commencez une requête dans Google Maps et il propose dix complétions - un mélange de lieux, de marques et de formulations que les gens recherchent. Ce service transforme ce menu déroulant en tableau : une ligne par suggestion, avec le rang qu'elle occupait, pour autant de requêtes de départ que vous soumettez.
C'est la propriété qui détermine l'usage que vous ferez de l'export : elle passe donc en premier plutôt qu'en note de bas de page.
Nous avons lancé le même mot de départ à plusieurs reprises. Il a renvoyé un top dix différent presque à chaque fois - une requête a donné six listes différentes sur six exécutions, et seules quatre de ses dix suggestions étaient communes aux deux premières. Une autre n'en partageait que deux sur dix. Une troisième était plus stable, avec sept en commun. L'autocomplétion de Maps n'est donc pas une liste figée que l'on consulte ; c'est une surface vivante qui bouge d'une demande à la suivante.
Ce qui en découle est simple et mérite d'être dit clairement. Une exécution est une anecdote. Si une suggestion compte pour vous, échantillonnez-la à plusieurs reprises et comptez sa fréquence d'apparition, plutôt que de lire une extraction unique comme la réponse. À l'inverse, une suggestion qui revient dans chaque échantillon vous dit quelque chose de réellement stable. La volatilité n'est pas un bruit à éliminer par l'ingénierie - bien traitée, la fréquence sur plusieurs exécutions est la véritable mesure.
La forme du fichier est en revanche parfaitement prévisible. Chaque requête de départ renvoie exactement dix suggestions : le nombre de lignes égale donc le nombre de requêtes multiplié par dix, et position va de 1 à 10 avant de repartir pour la requête suivante - c'est le rang à l'intérieur d'un menu déroulant, pas un numéro de ligne. Regroupez par query avant de trier par quoi que ce soit.
Aucune carte à déplacer, aucune URL à construire. Vous soumettez des mots, éventuellement avec une pondération géographique.
1000 requêtes par demande.coordinates à partir d'une URL Maps pour orienter vers un lieu.Dix lignes reviennent par requête de départ : cent requêtes font donc mille lignes. La facturation suit les lignes.
L'export complet. Trois colonnes décrivent la suggestion ; la quatrième consigne ce que vous avez demandé.
query.@lat,lng,zoom d'une URL Google Maps. C'est une entrée, identique sur chaque ligne d'une exécution, et non une position du lieu suggéré. Vide lorsqu'aucune n'a été fournie.Ne lisez pas coordinates comme une sortie. C'est le paramètre que vous avez envoyé, répété - sur nos 100 lignes il ne contenait que deux valeurs distinctes, dont une vide, et il n'a jamais varié au sein d'une exécution. Ce n'est en particulier pas la localisation du lieu suggéré : une suggestion est ici une complétion de texte, pas une fiche, et ce service ne renvoie ni identifiant de lieu, ni adresse, ni note. Une fois choisies les formulations qui méritent d'être suivies, c'est l'extracteur Maps qui les transforme en lieux réels.
Huit exécutions, six d'entre elles alimentées, dix blocs de requêtes, trois requêtes de départ distinctes. Un échantillon modeste, mais le comportement s'est révélé assez constant pour concevoir autour - et un constat devrait changer votre usage.
Une requête de départ a été lancée six fois et a produit six listes différentes ; seules quatre de ses dix suggestions étaient partagées entre les deux premières exécutions. Une autre en partageait deux sur dix. C'est la propriété majeure de l'autocomplétion Maps, et elle est mesurée, non déduite. Concevez en conséquence : échantillonnez une requête plusieurs fois et classez les suggestions selon leur fréquence d'apparition, plutôt que de faire confiance à une extraction unique.
Les dix blocs de requêtes de nos données ont renvoyé exactement dix suggestions - aucun bloc court, aucun bloc long. Le contenu bouge donc, mais pas la taille : les lignes égalent les requêtes multipliées par dix, connues avant toute dépense. C'est le contraste qui est utile. Vous pouvez budgéter une exécution avec précision tout en devant la répéter pour faire confiance au contenu.
La colonne coordinates répète la pondération géographique que vous avez envoyée - le fragment @lat,lng,zoom d'une URL Maps. Sur nos 100 lignes elle contenait deux valeurs : vide, et une valeur non vide qui correspond exactement à la valeur par défaut documentée dans la référence publiée pour ce paramètre. Nos exécutions démontrent donc que la colonne existe et renvoie l'entrée ; elles ne démontrent pas ce qu'une coordonnée délibérément choisie fait aux résultats. Si la localisation compte pour votre travail, définissez-la vous-même et comparez.
Ce service renvoie des complétions de texte - il n'y a ni identifiant de lieu, ni adresse, ni note, ni couple de coordonnées pour ce qui est suggéré. C'est une limite de périmètre, pas une lacune : l'autocomplétion est l'endroit où vous apprenez comment les gens formulent une recherche, et l'extracteur Maps celui où une formulation devient une liste d'établissements. Deux de nos huit exécutions sont revenues vides : prévoyez donc une nouvelle tentative dans tout travail planifié plutôt que de supposer que chaque demande renvoie toujours quelque chose.
Là où le menu déroulant de Maps est plus utile en tableur qu'en menu déroulant.
Personne ne cherche comme une taxonomie de catégories le prévoit. Soumettez votre catégorie et lisez ce que Maps propose - les abréviations, les fautes d'orthographe, les quasi-synonymes qui portent une intention réelle. Échantillonnez chaque requête quelques fois et conservez les complétions récurrentes : ce sont les formulations pour lesquelles il vaut la peine d'optimiser une fiche.
Se lancer dans un secteur ou un pays inconnu revient à deviner des mots. Voici une façon peu coûteuse d'arrêter de deviner : soumettez les requêtes de départ évidentes, récoltez ce qui revient, et vous disposez du vocabulaire environnant en quelques minutes. Combinez-le aux paramètres language et region et vous pouvez refaire l'exercice marché par marché.
L'étape suivante naturelle consiste à cesser de lire les suggestions pour commencer à les utiliser. Prenez les complétions qui survivent à un échantillonnage répété, confiez-les à l'extracteur Maps comme termes de recherche, et vous obtenez des établissements trouvés via le langage que les clients emploient réellement plutôt que celui que vous aviez supposé.
Pas d'abonnement, pas de minimum, pas de licence par utilisateur. Vos 500 premières lignes sont offertes - ensuite, c'est du paiement à l'usage.
Sur chaque nouveau compte, une seule fois. Sans carte bancaire. Tous les extracteurs débloqués. À dix lignes par requête, cela fait cinquante requêtes de départ - ou, mieux, dix requêtes échantillonnées cinq fois chacune, ce qui est de toute façon la bonne façon d'utiliser ce service.
Environ 2 $ pour 1 000 suggestions - soit à peu près 0,02 $ par requête de départ, puisque chacune renvoie dix lignes. Comme la liste bouge d'une exécution à l'autre, budgétez les répétitions : échantillonner une requête cinq fois coûte dix centimes et vaut bien plus que cinq requêtes différentes extraites une seule fois.
Tarifs au volume, SLA, workers dédiés et accompagnement sur mesure pour les équipes qui échantillonnent de grandes listes de requêtes à travers plusieurs langues, régions et coordonnées, selon un calendrier récurrent. Donnez-nous vos volumes et nous vous ferons une offre.
LIVESCRAPER10 au paiement.L'autocomplétion vous dit comment les gens cherchent. Ces deux outils transforment cela en lieux et en positions.
L'étape suivante évidente : confiez les complétions retenues comme termes de recherche et récupérez les établissements réels, avec adresses, téléphones et sites web.
La même idée sur la recherche web, où le menu déroulant est nettement plus stable d'une exécution à l'autre et s'ouvre toujours sur votre propre requête.
Réponse courte : oui. Une suggestion est une fonctionnalité publique d'une barre de recherche publique, montrée à quiconque commence à taper.
L'autocomplétion de Maps est publique. N'importe qui peut la voir sans compte, sur n'importe quel appareil, simplement en tapant. Collecter des informations publiquement visibles à des fins de recherche est une pratique établie de longue date, et tant que les données sont publiquement accessibles et que le processus ne perturbe pas le service, aucune loi fédérale ne s'y oppose.
Le sujet est à peu près aussi inoffensif qu'une donnée peut l'être. Une suggestion est un agrégat - une expression suffisamment répandue dans les recherches de nombreuses personnes pour que Google la propose à tout le monde. Ce n'est pas l'historique de recherche d'une personne, et rien dans ces quatre colonnes n'identifie qui que ce soit : il n'y a ni utilisateur, ni session, ni auteur. La seule colonne qui ne porte pas sur la suggestion est la coordonnée que vous avez vous-même fournie.
Les conditions de Google restreignent l'accès automatisé : cela reste donc une question de conditions d'utilisation. Nous ne touchons à rien derrière une authentification, n'exécutons aucun traceur tiers sur la couche de données, et vos exports s'auto-suppriment au bout de 30 jours.
Les questions qui reviennent le plus. Autre chose ? Écrivez-nous - ce sont des humains qui rédigent les réponses, pas des bots.
query, suggestion, position et coordinates. Une ligne par suggestion. Cet en-tête était identique sur les huit exécutions que nous avons faites, y compris les deux revenues vides.position est le rang à l'intérieur du menu déroulant d'une requête : il va de 1 à 10 puis repart pour la requête suivante. Un fichier couvrant cinquante requêtes de départ contient cinquante fois le nombre 1. Regroupez toujours par query d'abord.@lat,lng,zoom d'une URL Google Maps. C'est une entrée, pas une sortie : elle ne donne pas la position du lieu suggéré et elle est identique sur chaque ligne d'une exécution. Sur nos 100 lignes elle ne contenait que deux valeurs distinctes, dont une vide.query sous forme de tableau et regroupe jusqu'à 1000 requêtes par demande ; elle documente aussi les paramètres language (par défaut en) et region aux côtés de coordinates. Notez ce que vous définissez, car aucune colonne de sortie sauf coordinates ne vous le restitue.Confiez-nous une liste de mots de départ et récupérez le menu déroulant de Maps en lignes - la suggestion et le rang qu'elle occupait, dix par requête. Vos 500 premières lignes sont offertes.
Tapez les premières lettres de n'importe quoi dans Google Maps et il propose dix complétions. Elles proviennent de ce que les gens recherchent réellement sur Maps, ce qui en fait une lecture directe de la façon dont les clients demandent une catégorie - les raccourcis, les quasi-synonymes, les formulations locales qu'aucune taxonomie interne ne contient. Ce service transforme ce menu déroulant en tableau : une ligne par suggestion, quatre colonnes, exportées en CSV, JSON ou Excel, pour autant de requêtes de départ que vous voulez soumettre. La référence publiée accepte le paramètre query sous forme de tableau et regroupe jusqu'à mille requêtes en une seule demande.
L'export a deux propriétés qui tirent en sens inverse, et comprendre les deux constitue tout le travail. Sa taille est parfaitement prévisible : chaque requête de départ renvoie exactement dix suggestions - cela s'est vérifié sur chaque bloc mesuré, sans bloc court ni long - si bien que les lignes égalent les requêtes multipliées par dix, connues avant toute dépense. Son contenu n'est pas prévisible du tout. Nous avons lancé une requête six fois et reçu six listes différentes, avec seulement quatre de ses dix suggestions communes aux deux premières exécutions ; une autre requête n'en partageait que deux sur dix d'une exécution à l'autre. L'autocomplétion Maps est une surface vivante, pas une table de correspondance, et une extraction est une anecdote plutôt qu'une réponse.
Cette instabilité devient exploitable dès que l'on cesse de la combattre. Échantillonnez chaque requête de départ plusieurs fois et classez les complétions selon leur fréquence de réapparition : une expression présente dans tous les échantillons traduit une formulation de demande réellement stable, et une expression qui n'apparaît qu'une fois ne mérite pas qu'on agisse dessus. La fréquence sur plusieurs exécutions est ici la véritable mesure, ce qui signifie aussi que le modèle de coût diffère de la plupart des extracteurs : échantillonner dix requêtes cinq fois chacune est un meilleur emploi de la même dépense que d'extraire cinquante requêtes une seule fois. Deux de nos exécutions sont revenues vides : un travail planifié devrait donc réessayer plutôt que de supposer que chaque demande renvoie quelque chose.
Deux points plus modestes à ne pas rater. La colonne position est un rang à l'intérieur du menu déroulant d'une requête, pas un numéro de ligne : elle va de 1 à 10 et repart pour la requête suivante, de sorte qu'un fichier de cinquante requêtes contient cinquante fois le nombre 1, et le regroupement par query doit précéder tout tri. Et la colonne coordinates est une entrée renvoyée telle quelle - le fragment @lat,lng,zoom d'une URL Maps, identique sur chaque ligne d'une exécution - et non la localisation du lieu suggéré. Sur nos cent lignes elle ne portait que deux valeurs distinctes, l'une vide et l'autre exactement la valeur par défaut documentée dans la référence : nos données montrent donc que la colonne existe et répète ce que vous avez envoyé, et ne montrent rien sur la façon dont une coordonnée délibérément choisie modifie les résultats. Notez aussi qu'une suggestion est une formulation et non une fiche : il n'y a ici ni identifiant de lieu, ni adresse, ni note. Collectez les formulations, puis confiez-les à l'extracteur Maps. Commencez gratuitement : vos 500 premières lignes ne coûtent rien et ne demandent aucune carte bancaire.