Google Flights compare une origine et une destination entre compagnies et vous présente les itinéraires. Ce service transforme cette comparaison en tableau - une ligne par itinéraire, portant la compagnie, les heures de départ et d'arrivée, la durée du trajet, le nombre d'escales et le tarif affiché.
Les prix des vols bougent plus vite que presque tout ce que l'on peut extraire, et Google est explicite sur la part conditionnelle de ces prix.
La documentation d'aide de Google indique que les tarifs, les taxes, les frais et même les vols disponibles à l'achat peuvent varier selon la ville, en raison des règles commerciales des compagnies, et que la devise qui vous est présentée n'est pas forcément celle qui vous sera finalement facturée. Elle précise aussi que le lieu depuis lequel vous effectuez la recherche influe sur les résultats, y compris sur les partenaires de réservation affichés. Un prix figurant dans cet export est donc ce que Google a affiché, pour cet itinéraire, à cette date, à un visiteur situé à un endroit donné - et non un prix universel pour le siège.
Il en va de même dans le temps, et pas seulement dans l'espace. Les prix évoluent selon le jour de la semaine recherché et selon le jour où vous effectuez la recherche. Un export capturé ce matin et un autre ce soir sont tous deux exacts et ne constituent pas la même mesure. Tout ce que vous bâtirez sur ces données devrait consigner l'instant de la capture avec autant de soin que le tarif.
Rien de tout cela ne rend les données moins utiles - cela en fait une série temporelle plutôt qu'une consultation ponctuelle. Une extraction unique vous dit ce que coûte un itinéraire à l'instant présent. La même extraction répétée selon un calendrier vous dit comment se comporte un itinéraire, ce qui est la question que la plupart des gens se posent réellement.
Aucune URL à copier. Vous lui donnez un itinéraire et une date.
departure_date.return_date pour un aller-retour, ou omettez-la pour un aller simple.Les deux dates sont des horodatages UNIX dans la référence publiée. En l'absence de date de départ, la date du jour est utilisée.
Voici les colonnes déclarées par l'export de cet extracteur, dans l'ordre où l'en-tête les liste. Chaque description explique à quoi sert la colonne et ce que Google Flights affiche à cet emplacement sur une page de résultats.
origin, il forme l'itinéraire auquel appartient la ligne, ce qui compte dès qu'un fichier contient plus d'une recherche.Deux colonnes portent sur la recherche, pas sur le vol. departure_date, return_date et query renvoient ce que vous avez demandé, ce qui permet à un même fichier de contenir de nombreux itinéraires et dates : conservez-les et servez-vous-en comme clé pour comparer les exécutions. Et ne calculez pas la durée du trajet à partir des deux heures d'horloge : departure_time est locale à l'origine et arrival_time est locale à la destination, donc le calcul est faux sur tout itinéraire traversant un fuseau horaire. duration est la colonne qui le sait déjà.
Aucune n'est une bizarrerie de l'extracteur. Ce sont des propriétés du fonctionnement des tarifs aériens, et elles déterminent ce que l'export peut honnêtement soutenir.
Un tarif n'est vrai qu'à l'instant où il a été affiché. Les indications de Google précisent que les prix évoluent avec la date du voyage et avec les règles des compagnies, et que la disponibilité elle-même change. Stockez l'heure de capture à côté de chaque ligne et traitez le couple comme l'observation. Un tableau de prix sans heures d'exécution est un tableau de nombres que vous ne pouvez plus interpréter.
Google indique que les tarifs, les taxes, les frais et les vols proposés à la vente peuvent différer selon la ville, que le lieu choisi influe sur les partenaires de réservation affichés, et que la devise présentée peut ne pas être celle facturée. Pour qu'une comparaison de prix ait un sens, maintenez constante la localisation de recherche entre les exécutions que vous comptez comparer - et notez laquelle, car aucune colonne ne l'enregistre.
departure_time est locale à l'origine et arrival_time est locale à la destination. Soustrayez l'une de l'autre sur un vol transatlantique et vous obtiendrez un résultat faux de plusieurs heures - parfois négatif. duration est la colonne qui tient déjà compte du décalage et du temps de correspondance, et stops explique pourquoi deux itinéraires sur le même trajet diffèrent d'une demi-journée.
La recherche de vols est l'une des surfaces les plus agressivement protégées du web, et ce service est consigné en interne comme nécessitant un proxy résidentiel - une requête qui déclenche les défenses renvoie une page sans aucun vol plutôt qu'une erreur. Traitez un résultat vide comme une condition de nouvelle tentative et non comme « aucun vol sur cet itinéraire », et planifiez en conséquence. Ce n'est pas hypothétique pour nous : voyez la note finale sur nos propres exécutions.
Là où une comparaison d'itinéraires est plus utile en tableau qu'en page de résultats.
La question est rarement « combien coûte ce vol » et presque toujours « est-ce le bon moment pour acheter ». Lancez le même itinéraire et la même date selon un calendrier, conservez chaque ligne avec son heure de capture, et vous disposez de l'historique des prix qu'une recherche unique ne pourra jamais vous donner - y compris à quelle distance de la date le tarif commence à grimper.
Les règles de voyage d'entreprise sont écrites dans l'abstrait - le tarif le moins cher, pas plus d'une escale, arriver avant neuf heures. Extrayez les itinéraires que vos collaborateurs empruntent vraiment et vous pourrez confronter ces règles à de vrais itinéraires : à quelle fréquence le vol direct vaut son supplément, et ce qu'une politique de compagnie privilégiée vous coûte par déplacement.
Sur un ensemble d'itinéraires, airline, stops et duration décrivent la structure concurrentielle d'un marché - qui propose l'unique service direct, où la correspondance est la norme, quelles compagnies se positionnent l'une contre l'autre en prix. C'est une intelligence à l'échelle de l'itinéraire que vous achèteriez sinon à un fournisseur de données aériennes.
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. Un seul itinéraire à une seule date représente un nombre modeste d'itinéraires : l'offre gratuite couvre donc une véritable première expérimentation et non un simple aperçu.
Environ 2 $ pour 1 000 itinéraires. Comme la valeur vient ici de la répétition plutôt que de l'ampleur, la dépense sensée porte sur un ensemble restreint d'itinéraires échantillonnés souvent - le même trajet chaque jour pendant un mois coûte très peu et répond à une question qu'une recherche ponctuelle ne peut pas trancher.
Tarifs au volume, SLA, workers dédiés et accompagnement sur mesure pour les équipes qui suivent de nombreux itinéraires et dates de départ selon un calendrier récurrent. Donnez-nous vos volumes et nous vous ferons une offre.
LIVESCRAPER10 au paiement.Le reste d'un déplacement, c'est un endroit où loger et une raison d'y aller. Ces deux outils couvrent ce qui se passe de part et d'autre de l'aéroport.
Qui se positionne sur les itinéraires et destinations qui vous intéressent - les compagnies, agences et comparateurs qui se disputent le même voyageur.
L'hébergement pour les mêmes dates et la même destination, afin de chiffrer un voyage de bout en bout plutôt qu'étape par étape.
Réponse courte : oui. Un tarif publié est une publicité, montrée à tout voyageur qui recherche l'itinéraire.
Les résultats de Google Flights sont publics. N'importe qui peut rechercher un itinéraire sans compte, et collecter des prix publiquement visibles à des fins de recherche et de comparaison est une pratique établie de longue date. 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 n'a rien de controversé. Chacune de ces onze colonnes décrit un itinéraire : un trajet, un transporteur, une heure, une durée, un tarif. Il n'y a de données personnelles nulle part dans l'export : ni passager, ni réservation, ni voyageur. Rien dans le fichier n'identifie une personne, et aucune réservation n'est effectuée en votre nom.
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, ne réservons rien, 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.
origin, destination, airline, departure_time, arrival_time, duration, stops, price, departure_date, return_date et query. Une ligne par itinéraire. Notez qu'ici query arrive en dernier plutôt qu'en premier, ce qui est inhabituel parmi nos services.departure_date et return_date, tous deux sous forme d'horodatages UNIX. En l'absence de date de départ, la date du jour est utilisée.return_date. La référence est explicite : si elle n'est pas fournie, seule departure_date est utilisée. La colonne apparaît toujours dans l'export ; elle est simplement vide sur ces lignes.departure_time est locale à l'aéroport d'origine et arrival_time est locale à la destination : les soustraire est donc faux sur tout itinéraire traversant un fuseau horaire, parfois de façon spectaculaire. Utilisez duration, qui tient déjà compte du décalage et du temps de correspondance.stops indique combien de fois l'itinéraire se pose entre l'origine et la destination, zéro signifiant direct. Sur un trajet avec correspondance, le champ airline peut nommer plusieurs transporteurs, et la compagnie commercialisante n'est souvent pas celle qui exploite l'appareil.Donnez-lui deux codes aéroport et une date, et repartez avec les itinéraires en lignes - compagnie, horaires, durée, escales et tarif affiché. Vos 500 premières lignes sont offertes.
Google Flights est le point de départ d'une très large part de la recherche de voyages aériens. L'outil compare une origine à une destination entre transporteurs et dates, et présente le résultat sous forme de liste d'itinéraires : qui l'assure, quand, combien de temps cela prend, combien d'escales et à quel prix. Cette interface est faite pour choisir un vol. Elle n'est pas faite pour répondre à une question portant sur un itinéraire dans le temps - un tarif est-il en train de grimper, quel supplément le vol direct impose-t-il face à celui avec une escale, quelles compagnies se concurrencent réellement sur une paire de villes. Ce service y répond en transformant une recherche d'itinéraire en tableau : une ligne par itinéraire, onze colonnes, exportées en CSV, JSON ou Excel.
Le pilotage est volontairement simple. La référence publiée prend chaque requête sous forme de paire de codes aéroport - origine d'abord, destination ensuite - les dates aller et retour étant fournies séparément sous forme d'horodatages UNIX. Omettez la date de retour et la recherche devient un aller simple ; la référence énonce clairement que seule la date de départ est alors utilisée, et le départ lui-même prend par défaut la date du jour. Des paramètres de langue et de région s'ajoutent, et les définir importe davantage ici que sur la plupart des services, en raison de leur effet sur les prix.
L'essentiel à comprendre de ces données, c'est qu'un tarif est un instant plutôt qu'un fait. La documentation de Google est inhabituellement directe sur ce point : les tarifs, les taxes, les frais et même les vols proposés à la vente peuvent varier selon la ville en vertu des règles commerciales des compagnies ; le lieu depuis lequel vous cherchez influe sur les résultats, y compris sur les partenaires de réservation affichés ; et rien ne garantit que la devise présentée soit celle qui vous sera finalement facturée. Les prix évoluent aussi avec la date du voyage et avec la date à laquelle vous effectuez la recherche. Rien de cela ne rend l'export peu fiable - cela en fait une série temporelle. Consignez l'heure de capture à côté de chaque ligne, maintenez la localisation de recherche constante entre les exécutions à comparer, et un prix isolé et ambigu devient une tendance exploitable. Un autre piège mérite d'être nommé : departure_time est locale à l'aéroport d'origine et arrival_time est locale à la destination, donc soustraire l'une de l'autre donne une réponse fausse sur tout itinéraire traversant un fuseau horaire. La colonne duration tient déjà compte du décalage et du temps de correspondance ; utilisez-la.
Une note honnête sur les éléments qui étayent cette page. Tout ce qui précède relève soit du schéma déclaré de l'export - les onze noms de colonnes, identiques dans l'en-tête de nos six exécutions locales - soit d'une propriété documentée de la requête, soit d'une déclaration publiée par Google au sujet de son propre produit. Il n'y a ici aucun résultat d'extraction, parce que nous n'en avons aucun : chacune de ces six exécutions a renvoyé un tableau vide. La raison est consignée en interne et mérite d'être répétée, car c'est aussi ce qui a le plus de chances de vous arriver : le service nécessite un proxy résidentiel, et une requête qui déclenche les défenses de Google revient sous forme de page sans aucun vol plutôt que sous forme d'erreur. Cette page ne cite donc aucun tarif, aucune compagnie, aucune durée et aucun décompte d'itinéraires, et aucun ne sera ajouté tant qu'un export réel ne l'étayera pas. Ce qu'elle décrit - à quoi sert chaque colonne et comment se comporte Google Flights - est exact. Commencez gratuitement : vos 500 premières lignes ne coûtent rien et ne demandent aucune carte bancaire.