Google Trends montre l'intérêt de recherche relatif ventilé par lieu. Ce service renvoie cette ventilation sous forme de lignes - une par lieu et par terme - avec le code de région, la période et la résolution sur chaque ligne, si bien qu'une exécution reste auto-explicative une fois sortie de la plateforme.
L'erreur la plus courante avec les données Trends est de lire le nombre comme un volume. Il ne l'est pas, et le service ne peut pas l'y transformer.
Chaque value de l'export est un entier de 0 à 100 - nos 1 726 lignes l'étaient toutes, aucune au-dessus. C'est l'indice normalisé de Google lui-même : 100 marque le pic de la tranche que vous avez demandée, et tous les autres lieux sont notés par rapport à ce pic. Ce ne sont ni des recherches, ni des sessions, ni des personnes, et deux exécutions avec des périodes ou des régions différentes sont deux échelles distinctes qu'il ne faut pas comparer directement.
Cette normalisation a une conséquence qu'il vaut mieux énoncer clairement. Dans 17 de nos 22 exécutions renseignées, exactement un lieu atteignait 100. Dans les cinq autres, aucun - trois étaient des comparaisons où le pic appartenait à l'autre terme, et deux étaient des exécutions au niveau ville où absolument toutes les valeurs sont revenues à zéro. Un 100 manquant n'est pas un bug ; cela signifie que le pic de l'échelle se situe hors de la tranche qui vous a été remise.
Ce que le service vous remet en revanche, c'est un cadre stable : le terme, le lieu, le code de région, la période et la résolution sur chaque ligne. C'est ce qui permet à un export de rester lisible dans un tableur trois mois plus tard, quand plus personne ne se souvient de la question posée.
Quatre choix façonnent une exécution, et deux d'entre eux changent la sortie bien plus qu'on ne s'y attend.
La résolution est par défaut sur ville. Lisez la note ci-dessous avant de l'y laisser.
Voici l'en-tête du xlsx, identique sur les 31 exécutions et correspondant exactement aux clés du JSON. Les taux de remplissage sont comptés sur les 1 726 lignes que ces exécutions ont renvoyées, réparties sur 852 lieux distincts.
tesla | toyota - sur chaque ligne produite. Présent sur les 1 726.query ; sur une comparaison, c'est la partie que cette ligne note. Présent sur les 1 726.IN-TG ou US-CA. Présent sur 1 126 des 1 726 - voir la note ci-dessous, car les lignes qui le portent suivent une règle exacte.US ou IN. Vide lorsque l'exécution était mondiale - 250 de nos lignes.Past day, Past 4 hours, Past 30 days, Past 12 months. Présent sur les 1 726. À noter : ce n'est pas le code que vous soumettez.REGION, CITY et DMA. Présent sur les 1 726.Sept des huit colonnes sont présentes sur chaque ligne. Seule geo_code varie, et pas au hasard - la note ci-dessous donne la règle exacte. Deux choses à emporter dans votre importeur : value est un indice et non un décompte, et query et term divergent dès que vous comparez deux termes, c'est-à-dire précisément au moment où l'on s'indexe sur le mauvais.
Les quatre viennent de la confrontation des 1 726 lignes à la référence publiée, et chacune change ce que vaut une exécution.
La résolution est par défaut sur ville, et au niveau ville 91 % de nos lignes ont obtenu zéro - 776 sur 850. Au niveau région, seulement 15 %, et au niveau DMA 3 %. Un seul terme de marque n'est tout simplement pas assez recherché dans la plupart des villes prises isolément pour peser face à un pic national. Deux de nos exécutions au niveau ville sont revenues entièrement à zéro. Si vous voulez du signal plutôt qu'une longue traîne de blancs, réglez explicitement la résolution sur région.
Il est renseigné sur chaque ligne REGION et chaque ligne DMA - 840 et 36 des nôtres, sans exception. Il est vide sur les 600 lignes de ville situées dans un pays. Et sur une exécution mondiale, il porte un code pays à deux lettres plutôt qu'un code de subdivision. Un vide vous renseigne donc sur la résolution, non sur des données manquantes ; ne le traitez pas comme une recherche échouée.
Vous soumettez un code comme now 1-d ou today 12-m ; la ligne dit Past day ou Past 12 months. Nos quatre libellés observés correspondent proprement à quatre codes documentés, mais ce ne sont pas les mêmes chaînes - si vous renvoyez une valeur de l'export vers une requête, elle ne correspondra pas. Conservez le code que vous avez envoyé.
Une requête séparée par une barre verticale s'exécute comme une comparaison. Sur nos trois exécutions de comparaison, le résultat a été exactement 2,00 lignes par lieu à chaque fois - 51 lieux, 102 lignes - avec query conservant la chaîne complète tesla | toyota et term portant l'un des côtés. Budgétez lieux multipliés par termes, et regroupez par term, jamais par query.
Là où une ventilation géographique de l'intérêt fait son travail.
Une exécution au niveau région place chaque État ou province sur une même échelle de 0–100 pour votre terme. C'est une première approche défendable de l'endroit où la demande existe déjà - utile pour décider d'un ordre de lancement, d'une couverture terrain ou de l'intérêt de signer un distributeur, et bien moins cher que de le découvrir via un budget média.
Comparez votre terme à celui d'un concurrent et chaque lieu renvoie un score pour les deux. Comme l'échelle est partagée sur toute la comparaison, l'écart par région est la partie lisible : la carte des endroits où vous êtes devant, à égalité ou derrière, plutôt qu'un unique chiffre national qui masque tout cela.
Gardez le terme, la région, la résolution et la période constants, relancez selon une cadence, et les exports deviennent des instantanés comparables. Comme chaque ligne porte sa propre période et sa résolution, un fichier d'il y a six mois dit encore exactement ce qu'il a mesuré - et c'est ce qui rend la série fiable.
Pas d'abonnement, pas de minimum, pas de licence par siège. Vos 500 premières lignes sont pour nous - ensuite, paiement à l'usage.
Pour chaque nouveau compte, une seule fois. Sans carte bancaire. Tous les extracteurs débloqués. Il vaut la peine d'en consacrer une part à un test de résolution : le même terme au niveau ville et au niveau région renvoie des quantités de signal exploitable très différentes.
Environ 2 $ pour 1 000 résultats. Les lignes se comptent ici par lieu et par terme : une exécution au niveau région sur un pays est petite, une comparaison au niveau ville sur plusieurs ne l'est pas - l'estimateur chiffre l'exécution avant qu'elle ne démarre.
Tarifs au volume, SLA, workers dédiés et onboarding sur mesure pour les équipes qui suivent la demande sur de nombreux termes et marchés à cadence fixe. Donnez-nous vos chiffres et nous établirons un devis.
LIVESCRAPER10 au paiement.Trends vous dit où l'attention s'est déplacée. Ces deux-là aident sur le pourquoi, et sur ce qui se positionne réellement dessus.
Un pic a généralement une cause. Filtrez les actualités sur la dernière heure, le jour, la semaine, le mois ou l'année autour de la date où un terme a bougé, et l'histoire est normalement juste là.
Savoir qu'un terme est demandé n'est que la moitié du travail. Les résultats organiques montrent qui détient actuellement cette demande - fiches, annonces et questions associées, avec un ensemble de champs documenté.
Réponse courte : oui. Ceci lit une statistique publique, agrégée et anonymisée - aussi loin des données personnelles qu'une donnée web puisse l'être.
Google Trends est publié pour que chacun puisse le lire, connecté ou non. Collecter des informations publiquement visibles à des fins de recherche est une pratique établie de longue date, et tant que les données sont publiquement disponibles et que le processus ne perturbe pas le site, aucune loi fédérale ne l'interdit.
Ce service se situe à l'extrémité confortable du spectre. Ce qui est lu est déjà un agrégat : un indice normalisé sur une population, sans aucun individu, aucun identifiant et aucun détail personnel où que ce soit dans la sortie. Il n'y a rien à ré-identifier ici, puisqu'aucune ligne ne décrit une personne.
Les conditions de Google restreignent l'accès automatisé, cela reste donc une question de conditions. Nous ne touchons à rien derrière une connexion, 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 que nous entendons le plus. Autre chose ? Parlons-en - ce sont des humains, pas des bots, qui écrivent les réponses.
query, term, location, geo_code, value, geo, timeframe et resolution. C'est l'en-tête d'exports trends Livescraper réels, identique sur 31 exécutions et correspondant exactement aux clés du JSON. Sept sont présentes sur chaque ligne ; seule geo_code varie, et selon une règle exacte plutôt qu'au hasard.value est l'indice relatif de Google : un entier de 0 à 100 où 100 est le pic de la tranche que vous avez demandée. Nos 1 726 lignes étaient toutes dans cette plage. Ce ne sont ni des recherches, ni des sessions, ni des personnes, et deux exécutions avec des périodes ou des régions différentes sont sur des échelles distinctes - les comparer directement n'a aucun sens.tesla | toyota. Chaque lieu renvoie alors une ligne par terme - exactement 2,00 lignes par lieu sur nos trois exécutions de comparaison. query conserve la chaîne entière et term porte le côté individuel : regroupez donc par term. L'échelle est partagée sur toute la comparaison, et c'est ce qui rend lisible l'écart entre les deux.REGION et DMA de notre échantillon en portait un ; les 600 lignes de ville situées dans un pays, non. Sur une exécution mondiale, il contient un code pays à deux lettres au lieu d'un code de subdivision. Une valeur vide vous renseigne sur la résolution, pas sur une recherche échouée.Soumettez vos termes, choisissez une région et une résolution, et récupérez l'intérêt de recherche sous forme de lignes que vous pouvez classer, cartographier et relancer. Vos 500 premières lignes sont gratuites.
Google Trends est l'une des rares fenêtres véritablement gratuites sur la demande, et l'une des plus malcommodes à l'échelle. L'interface est conçue pour regarder un terme à la fois, et le nombre affiché résiste à être copié dans un tableur sans perdre le contexte qui le rend signifiant. L'Extracteur Google Trends renvoie la même ventilation sous forme de lignes : une par lieu et par terme, chacune portant le terme, le lieu, le code du lieu, le score relatif, la région à laquelle l'exécution était limitée, la période et la résolution. Soumettez jusqu'à 1 000 requêtes par exécution, choisissez une fenêtre de la dernière heure aux cinq dernières années, une région et la finesse de découpe, et exportez en CSV, JSON ou Excel.
Les huit colonnes de cette page sont mesurées, pas supposées. Ce sont l'en-tête d'exports trends Livescraper réels, identique sur 31 exécutions et correspondant exactement aux clés du JSON, et chaque chiffre cité provient des 1 726 lignes que ces exécutions ont renvoyées sur 852 lieux distincts. Cela compte, car la référence publiée documente le côté requête en profondeur - codes de période, résolutions, codes pays - et n'énumère pas du tout les colonnes de réponse. Une limite de nos preuves mérite d'être dite : ces exécutions n'ont utilisé que deux requêtes distinctes, un terme unique et une comparaison à deux termes. C'est suffisant pour établir la forme de la sortie, la relation entre les colonnes et l'effet des réglages sur ce qui revient ; ce n'est pas suffisant pour dire comment tel terme à vous se comportera - et c'est précisément à cela que sert l'offre gratuite.
Quatre comportements mesurés comptent plus que la liste des colonnes. Premièrement, la résolution est par défaut sur ville, et au niveau ville 91 % de nos lignes ont obtenu zéro contre 15 % au niveau région et 3 % en DMA - un terme pèse rarement dans une ville prise isolément, si bien que le réglage par défaut produit discrètement une longue traîne de blancs. Deuxièmement, geo_code suit une règle exacte : présent sur chaque ligne région et DMA, absent sur les 600 lignes de ville situées dans un pays, et porteur d'un code pays à deux lettres sur les exécutions mondiales - un vide décrit donc la résolution et non une recherche échouée. Troisièmement, la période renvoyée est humanisée - vous envoyez un code et la ligne dit « Past day » - une valeur de l'export ne repassera donc pas telle quelle dans une requête. Quatrièmement, une comparaison séparée par une barre verticale renvoie une ligne par terme et par lieu, exactement deux lignes par lieu dans chacune de nos exécutions de comparaison, ce qui double à la fois le nombre de lignes et la facture.
La colonne value mérite son propre avertissement, car la mal lire est la façon la plus courante dont ces données dérapent. C'est un indice relatif de 0 à 100, pas un décompte de quoi que ce soit. Cent marque le pic de la tranche demandée et tous les autres lieux sont notés par rapport à lui : le même terme dans la même région sur deux périodes différentes produit donc deux échelles incompatibles. Cela signifie aussi que le 100 peut manquer : dans cinq de nos vingt-deux exécutions renseignées, aucun lieu ne l'a atteint, trois parce que le pic appartenait à l'autre terme d'une comparaison et deux parce que toutes les valeurs au niveau ville étaient à zéro. Bien lue, en revanche, la forme est exactement ce que veulent la plupart des équipes : une image classée, comparable et reproductible de l'endroit où se porte l'attention, avec assez de contexte sur chaque ligne pour qu'un fichier s'explique encore des mois plus tard. Commencez gratuitement : vos 500 premières lignes ne coûtent rien et ne nécessitent pas de carte bancaire.