Collez des URL d'hôtels Booking.com, une par ligne, et la section avis revient sous forme de tableau - qui l'a écrit et depuis quel pays la réservation a été faite, ce qui a plu et ce qui n'a pas plu dans des colonnes distinctes, à côté de la note, des dates de séjour, de la chambre occupée et du type de voyage. Onze colonnes, une ligne par avis.
Un champ obligatoire et deux réglages - plus une chose à mettre en place avant la première exécution.
booking.com/hotel/<cc>/<slug>.html par ligne - ou téléversez un fichier CSV, XLSX, TXT ou Parquet.PROXY_URL résidentielle. Selon les termes du service lui-même, Booking bloque les IP gratuites et de centre de données : il en faut donc une résidentielle payante - et votre IP réelle n'est jamais utilisée.La limite est par requête, pas par exécution : cinq hôtels avec une limite de cent, cela fait cent avis pour chacun, pas cent en tout.
Le tri s'ouvre sur Most Relevant, c'est-à-dire l'ordre propre de Booking et non un ordre sans parti pris. Lowest Scores est le réglage qui répond à la question avec laquelle la plupart arrivent, et Older First est le rare : il permet de lire les avis d'avant une rénovation ou un changement de gestion, que le défilement des plus récents ne vous montrera jamais.
Booking demande aux clients ce qui leur a plu et ce qui ne leur a pas plu en deux questions, et l'export garde deux colonnes plutôt qu'un paragraphe à décortiquer. C'est la raison structurelle de préférer ceci à un extracteur d'avis générique - mais lisez d'abord le dictionnaire de données, car disliked est aussi la colonne que nos propres exécutions ne sont jamais parvenues à remplir.
reviewer_country, room_type et traveler_type sont déclarés à côté du texte, et c'est cette combinaison qui fait l'intérêt réel d'un export d'avis : une plainte d'une personne en déplacement professionnel seule dans la chambre la moins chère n'est pas le même signal que les mêmes mots écrits par une famille en suite. Vérifiez sur votre propre exécution lesquels arrivent remplis - chez nous, le texte et le pays sont arrivés, le reste non.
Les noms viennent de la liste déclarée par le service lui-même : la forme du fichier n'est donc pas en question. Ce que chacune contenait est une histoire bien plus courte, et cette page la raconte au lieu de décrire un schéma comme s'il s'agissait d'un résultat.
reviewer_country est revenu vide.Les noms sont ceux du service ; le comportement est une affirmation bien plus étroite, et l'écart entre les deux est tout l'objet de cette section. Nos mesures viennent de trente-six lignes couvrant exactement deux hôtels - vingt-deux avis distincts une fois retirées les lignes répétées d'une exécution à l'autre. Sur cet échantillon, quatre colonnes sur onze seulement ont jamais porté une valeur : query, reviewer_name, reviewer_country et liked. Les sept autres - score, review_title, disliked, date, stay_date, room_type et traveler_type - étaient vides sur chaque ligne. Elles sont documentées parce qu'elles font partie du schéma déclaré, non parce que nous les avons vues fonctionner, et cette page n'énonce donc aucun format pour les dates, aucune échelle pour la note et aucun vocabulaire pour les deux champs de segmentation. Ce que nous pouvons dire des quatre qui ont fonctionné est ci-dessus, et le concret tient en deux points : liked est un extrait tronqué avec une espace de chaque côté, et un reviewer_country manquant signifie que le pays a atterri dans reviewer_name. Configurez une PROXY_URL résidentielle payante avant votre première exécution - le service dit clairement que Booking bloque les IP gratuites et de centre de données - puis dépensez quelques lignes gratuites sur un hôtel qui vous intéresse et lisez les colonnes vous-même.
Toutes partent d'un lien d'hôtel que vous pouvez copier dans la barre d'adresse.
Un mauvais avis est une anecdote ; la même phrase dans trente est un ticket de maintenance. Exportez les avis d'un établissement, triez par Lowest Scores et lisez le texte de bout en bout - les mots qui reviennent portent en général sur un ascenseur, un service de petit-déjeuner ou un mur.
La section avis d'un hôtel concurrent est la description la plus franche qui existe de lui, et elle est publique. Pointez le scraper sur sa fiche et vous obtenez les mêmes onze colonnes que pour le vôtre : les deux fichiers se comparent directement.
Older First est le tri qu'on trouve rarement ailleurs. Pour une acquisition, un audit de franchise ou une décision fournisseur, les avis d'il y a deux ans vous disent si un problème a été corrigé ou simplement enseveli sous les plus récents.
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.
Pour chaque nouveau compte, une seule fois. Sans carte bancaire. Tous les scrapers débloqués. Vu la part de ce schéma que nous n'avons jamais vue remplie, c'est la partie qui compte le plus ici : dépensez quelques lignes à établir quelles colonnes votre exécution remplit réellement avant de bâtir dessus.
Environ 2 $ pour 1 000 avis, le même tarif forfaitaire que tous les autres scrapers de la plateforme. La limite est par requête : dix hôtels avec une limite de cent, cela fait mille lignes - le calcul vaut la peine avant de lancer, et c'est une bonne raison de resserrer d'abord le tri.
Tarifs au volume, SLA, workers dédiés et onboarding sur mesure pour les équipes qui suivent un portefeuille plutôt qu'un établissement. Donnez-nous vos chiffres et nous vous ferons une proposition.
LIVESCRAPER10 au paiement.Un avis est un fait au sujet d'un hôtel. Ceux-ci renvoient les autres.
Les types de chambre et les tarifs du même hôtel plutôt que ses avis, une ligne large par établissement. Lancez les deux et vous pourrez mettre une plainte à côté de ce que coûte réellement la chambre dont elle parlait.
Des établissements issus d'une recherche par destination plutôt que d'une liste que vous avez déjà. Lancez-le d'abord quand c'est la sélection elle-même qu'il vous faut, puis apportez les URL ici.
Le même établissement jugé par un autre public. Les avis Booking viennent de gens qui y ont réservé ; ceux de Tripadvisor de n'importe qui, et l'écart entre les deux est souvent le résultat.
Réponse courte : oui, tant que vous ne collectez que ce qui est publiquement visible sur une page d'hôtel - et c'est tout ce que ce service lit.
La section avis d'un hôtel est publique. N'importe qui peut ouvrir la fiche sans compte et la lire, et collecter des informations publiquement visibles pour la recherche de marché et l'analyse concurrentielle est une pratique établie de longue date. Tant que les données sont accessibles au public et que le processus ne perturbe pas le service, aucune loi fédérale ne l'interdit.
Les avis sont toutefois écrits par des personnes, et cet export en porte plus que la plupart : un nom affiché, le pays de réservation et - quand ils arrivent - la chambre occupée et le type de voyage. Publiquement visible ne veut pas dire exempt d'obligations. Si vous le stockez, vous traitez des données personnelles, et le RGPD et les régimes similaires s'appliquent quelle que soit la provenance. Lire des plaintes de façon agrégée pour corriger un établissement est un cas simple ; constituer un dossier sur des clients identifiables ne l'est pas, et ce service n'est pas fait pour ça.
Les conditions de Booking restreignent l'accès automatisé : cela reste donc une question de conditions. Nous ne touchons à rien derrière une connexion, ne lisons que ce que voit un visiteur ordinaire, 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 ? Parlez-nous - ce sont des humains qui rédigent les réponses, pas des bots.
Configurez un proxy résidentiel, collez une URL d'hôtel, sortez le tri de Most Relevant et voyez ce que les clients ont réellement écrit. Vos 500 premières lignes sont gratuites.
Les avis Booking sont écrits par des gens qui ont réellement séjourné - la plateforme ne les accepte que pour des réservations effectuées - ce qui rend la section exceptionnellement intéressante à lire et exceptionnellement pénible à lire en masse, puisque c'est un widget dans lequel on ne peut que défiler. Ce service en fait un tableau. Collez des URL d'hôtels Booking.com, une par ligne, et chaque avis revient en ligne : le nom du client et le pays depuis lequel il a réservé, ce qui lui a plu et ce qui ne lui a pas plu dans des colonnes distinctes, la note, la date, les dates de séjour, la chambre occupée et le type de voyage. Onze colonnes, une ligne par avis.
Deux réglages façonnent l'exécution. La limite est par requête plutôt que par exécution : dix hôtels à cent chacun, cela fait mille lignes ; elle vaut 100 par défaut et l'indication du champ dit de la laisser vide pour tout. Le tri propose cinq réglages - Most Relevant, Newest First, Older First, Highest Scores et Lowest Scores - et le premier est celui par défaut. Cela mérite un instant de réflexion : Most Relevant est l'ordre propre de Booking, pas un ordre neutre. Lowest Scores est le réglage qui répond à la question avec laquelle la plupart arrivent, et Older First est le rare qui vous laisse lire ce qu'était un établissement avant sa rénovation.
Une chose doit être en place avant la première exécution. Selon les termes du service lui-même, Booking bloque les IP gratuites et de centre de données : une PROXY_URL résidentielle payante est donc nécessaire - et votre IP réelle n'est jamais utilisée. Le faire d'abord vous évite une exécution vide et une conclusion erronée sur le service.
Les limites honnêtes sont énoncées ici plutôt qu'enfouies, parce qu'elles changent ce sur quoi compter. Les onze noms de colonnes sont la liste déclarée par le service et sont fiables. Le comportement derrière est mesuré sur trente-six lignes couvrant exactement deux hôtels - vingt-deux avis distincts une fois les doublons retirés - et sur cet échantillon quatre colonnes sur onze seulement ont jamais porté une valeur : query, reviewer_name, reviewer_country et liked. Les sept autres, dont disliked, étaient vides sur chaque ligne : cette page n'affirme donc aucun format pour les dates, aucune échelle pour la note et aucun vocabulaire pour les champs chambre et voyageur. Deux détails pratiques sur celles qui ont fonctionné : liked est un extrait tronqué portant une espace de chaque côté, coupé à des longueurs différentes selon les exécutions ; et là où reviewer_country était vide, le pays avait atterri dans reviewer_name. Lancez l'offre gratuite sur un établissement qui vous intéresse et lisez d'abord vos propres colonnes. Vos 500 premières lignes ne coûtent rien et ne demandent pas de carte bancaire. Voir les tarifs pour les prix en vigueur.