Booking 料金スクレイパー

すべての客室タイプを、
それぞれの列に

Booking.com のホテル URL を1行1件で貼り付ければ、各ホテルが1本の横長の行として返ります。左に施設情報、続いて room_1_*room_2_*… と並び、それぞれがその客室のタイプ、料金、定員オプション、設備、予約条件を持ちます。チェックイン日とチェックアウト日は自動で付与されます。

初回500行は無料以降は1行0.002ドル1ホテル1行CSV · JSON · Excel
使い方

入力欄はひとつ、
設定するものはありません

このフォームには上限の欄も並び順のメニューもありません。ホテルのリストが入力のすべてです。

  1. ステップ 1プラットフォームにログインします。
  2. ステップ 2Booking 料金スクレイパーを開きます。
  3. ステップ 3booking.com/hotel/<cc>/<slug>.html の URL を1行1件で貼り付けます - CSV、XLSX、TXT、Parquet ファイルのアップロードも可能です。
  4. ステップ 4実行前に住宅用の PROXY_URL を設定します。サービス自身の言葉では、Booking は無料 IP とデータセンター IP をブロックするため料金の取得には必要であり、あなたの実 IP は決して使われません。
  5. ステップ 5Get Data をクリックし、CSV、JSON、Excel でダウンロードします。

フォームは完全な URL のほかにホテルのスラッグだけも受け付けます。ただし私たちの実行では、スラッグだけを送ると別の国のパスに解決され、ホテルのデータが入らずに返りました。ですから私たちなら国コードを含む完全な URL を貼り付けます。

チームが使う理由

本当に差分が取れる
料金表

1ホテル1行、必要なだけ横に長く

たいていの料金スクレイパーは1料金1行で返すため、ホテルの情報が各行に繰り返され、最初の1時間はピボットに費やすことになります。ここでは施設は左に一度だけ置かれ、客室タイプが room_1_* から room_N_* として右へ広がります。同じホテルの2回の実行が列単位で揃うので、そもそも差分が取れるのです。

宿泊期間が料金と一緒に返る

料金は、それがどの夜に対する見積もりかが分からなければ意味を持ちません。checkincheckout は自動で付与されて行の中を一緒に運ばれるので、先月書き出したファイルも今どの滞在を値付けしていたのか語ります。手元のどの行でも2つは連続した日 - 1泊 - であり、どちらも埋まっていました。

数字だけでなく条件も

room_N_prices は単一の数字ではなくリストで、room_N_choicesroom_N_options の隣にあります。つまり予約条件と、各料金が提示された定員です。前払い・返金不可・1名の安い数字は、その上にある柔軟な料金と同じ商品ではありません。このエクスポートはその違いを見える形で保ちます。

データ辞書

固定16列、
そして客室タイプごとに5列

名前とその順序はサービス自身の列定義コードに由来するので信頼できます。値がどう見えるかは、はるかに狭いサンプルで計測しました。末尾の注記が、どれほど狭いのか、そしてどの項目がそれに耐えなかったのかを正確に述べます。

query
この行のために送信した内容 - ホテル URL かスラッグだけ - がそのまま返されます。書いているのはスクレイパーなので、ほかに何もない場合でも入っています。
id
その施設に対する Booking 自身の識別子。同じホテルの各実行で安定していたので、名前ではなくこちらを結合キーにしてください。
name
施設名。
description
施設の紹介文。手元の行では省略記号付きで途中まで切れており、全文ではありませんでした。
reviews
施設のレビュー件数。数値ではなく文字列です。実行ごとに動いており、生きた数字として当然の挙動です。
rating
宿泊者スコア。これも文字列で、手元の行では Booking の10点満点で 8.0 でした。
stars
星の等級。この列は疑ってかかってください。 同一ホテルの埋まった7行にわたって 3、5、2、4、そして2回は空でした。手元の証拠では施設の信頼できる属性とは言えません。
city
都市名。手元の行では大文字で、7行のうち2行では空でした。
country
2文字の国コード。読む価値があります。URL がどの国のパスに解決されたかを教えてくれるからです。
address
住所を1つの文字列で。
latitude
十進の緯度、文字列として。値の入った7行のうち5行で埋まっていました。
longitude
十進の経度。同じ形式で、同じ欠落があります。
detailed_rating
小項目のスコアを JSON オブジェクトで - 手元の行では Staff、Facilities、Cleanliness、Comfort、Value for money、Location、Free Wifi。数値としてではなくパースして読んでください。
checkin
料金が提示されたチェックイン日、ISO 形式。自動で付与されます。
checkout
チェックアウト日、同じ形式。手元のどの行でも checkin の翌日でした。
gallery
画像 URL の JSON 配列。サイズは混在しています。
room_N_type
客室タイプの名称 - Economy Twin RoomDeluxe Suite など。N は1から数え上がり、私たちが見た最も広い行は7つ持っていました。
room_N_prices
料金オブジェクトの JSON 配列で、各要素が currencyvaluedisplay を持ちます。1つではないのは、ひとつの客室タイプがたいてい複数の料金プランで提供されるからです。通貨は約束しません - 実行によって変わったので、決めつけずにフィールドを読んでください。
room_N_options
各料金が提示された定員を JSON 配列で - 手元の行では Max. people: 2 のような表記でした。
room_N_facilities
客室の設備を並べた JSON 配列。最初の要素はたいてい広さで、単位は固定ではありません。私たちの実行は同じ客室について平方フィートと平方メートルの両方を返しました。
room_N_choices
料金に紐づく予約条件を JSON 配列で - 手元の行では前払い、変更可否、朝食の条件でした。安い数字が本当に比較可能かを教えてくれるのがこの列です。
postal_code
郵便番号。
price_range
施設の価格帯を入れるための項目です。
url
その行を読み取った Booking のページ。query と見比べてください。スラッグだけを送った場合、実際にどこへ行き着いたかがここに出ます。

これがどこから来て、どこまで届くのか。 列名とその順序はサービス自身の列定義コードから直接読んでいるので、ファイルの形に疑いはありません。16のホテル列、続いて見つかった客室タイプごとに5列のブロック、そして postal_codeprice_rangeurl。順序について1点だけ注意があります。画面上の表と Excel ファイルはこの3つを末尾に置きますが、手元の JSON は galleryroom_1_type の間に置いています。記述された「値」のほうは、はるかに狭い土台の上にあります。実行エクスポートは13件ありますが、うち6件はこのサービスにもう対応しない旧形式で、ここでは完全に無視しています。現行の7件には10のホテル行が含まれ、どの行も同じホテル - フォーム自身の例示施設です。したがって上の観察はすべて、7回の実行にまたがる1ホテル10行についての事実であり、だからこそ失敗した項目は成功した項目と同じ大きさで名指ししています。price_range は10行すべてで空、stars は実行ごとに矛盾し、緯度・経度・都市は一部の行で欠落し、ある実行ではほかの客室列が埋まっているのに全客室の prices が空で返りました。まず住宅用の PROXY_URL を設定してください - サービスは、Booking が無料 IP とデータセンター IP をブロックすること、料金の取得には住宅用が必要であることをはっきり述べています - そのうえで気になるホテルに対して無料枠を走らせ、ご自身の最初の行を読んでください。

よくある使い方

実際にこれを使う
3つの仕事。

どれもアドレスバーからコピーできるホテルのリンクから始まります。

レベニュー

12個のタブを開かずに競合セットを見張る

競合ホテルの URL を入力欄に入れれば、各施設がすべての客室タイプを横並びで値付けされた1行になります。翌日また走らせれば、2つのファイルは列単位で比較できます。レイアウトが縦長ではなく横長なのは、まさにそのためです。

レベニューマネジメント
ポジショニング

実際に価格を下回っているのはどの客室タイプかを見る

「あちらのほうが安い」がホテル全体について当てはまることはめったにありません。たいていはひとつの料金プランのひとつの客室タイプです。room_N_typeroom_N_pricesroom_N_choices が同じ行にあれば、その安い数字が比較可能な商品なのか、前払い・返金不可のシングルなのかが分かります。

コマーシャル · 戦略
旅行

顧客向けの候補リストの料金ファイルを作る

旅行代理店や出張管理チームは、同じ少数の施設を何度も値付けします。1回貼り付けるだけで、施設情報、位置情報、客室在庫、条件がひとつのファイルにまとまり、各行に宿泊期間が書き込まれるので、先月のエクスポートも今なお自分自身を説明できます。

旅行 · 調達
料金

ホテル行の分だけ、
客室が何室あっても

サブスクリプションなし、最低利用額なし、ユーザー単位のライセンスなし。最初の500行は当社負担です。以降は従量課金。

無料枠

500行無料 - 0ドル

新規アカウントごとに一度きり。クレジットカード不要。すべてのスクレイパーが解放されます。ここでは1行がすべての客室タイプを含むホテル1軒なので、このサービスに関しては無料枠が非常に長く持ちます - 何も支払わないうちに競合セット全体を値付けできるほどに。

ずっと0ドル
従量課金

無料枠のあとは1行0.002ドル

プラットフォーム上の他のスクレイパーと同じ一律料金で、単位は料金ではなくホテルです。7つの客室タイプにそれぞれ3つの料金プランがある施設でも1行です。だからこそ、価格モニタリングの実体である繰り返し実行が、ここでは異例に安く済みます。

いちばん人気
エンタープライズ

カスタム - 競合セットを定期実行で

候補リストではなく市場全体を値付けし直すチーム向けに、ボリューム料金、SLA、専用ワーカー、個別のオンボーディングをご用意します。数量をお知らせいただければ見積もりをお出しします。

お問い合わせ
初回の有料実行が10%オフ。チェックアウトでコード LIVESCRAPER10 をご利用ください。
登録する
組み合わせて使う

同じ施設を、
別の側面から

料金はホテルについてのひとつの事実です。これらは残りを返します。

法的な話

Booking.com の料金
スクレイピングするのは合法ですか?

短い答えははい。ホテルのページ上で公開されているものだけを収集する限りにおいて、です。このサービスが読むのはそれだけです。

ホテルのページ、その客室一覧、掲示された料金は公開情報です。アカウントがなくても誰でも開いて読め、公開されている価格を市場調査や競合分析のために収集することは長く確立された実務です。データが公開アクセス可能で、処理がサービスに損害を与えない限り、これを禁じる連邦法はありません。

このエクスポートは個人データが異例に少なく、人ではなく客室と料金を記述します。そのぶん GDPR の論点は、なくなるのではなく狭くなります。位置情報や施設の住所は事業者の情報であり、ここに宿泊者を特定するものはありません。注意すべきなのは価格をどう扱うかです。競合の公開料金を観察することは通常の商慣行ですが、その料金がどうあるべきかを競合と申し合わせることは違います。どんなスクレイパーもそれを合法にはしません。

Booking の利用規約は自動アクセスを制限しているため、これは規約上の問題として残ります。当社はログインの背後にあるものには一切触れず、通常の訪問者が見るものだけを読み、データ層でサードパーティのトラッカーを動かさず、エクスポートは30日後に自動削除されます。

livescraper.app · 原則
公開されているホテルページのみ
ログインなし、ペイウォールなし
料金は商業データ - 観察はしても、申し合わせはしないこと!
既定で GDPR に準拠
エクスポートは自動削除(30日)
どの旅行者も掲載ページで目にするのと同じ客室と料金です。
よくある質問

登録前に寄せられる質問。

いちばん多い質問です。ほかにありますか? お問い合わせください - 回答を書くのはボットではなく人間です。

1行は何を表しますか?+
1料金ではなく1ホテルです。施設情報は行の左側にあり、各客室タイプが room_1_type、room_1_prices、room_1_options、room_1_facilities、room_1_choices、続いて room_2_* … と右へ広がります。したがってファイルは結果セット中で最大のホテルと同じ幅になり、私たちが見た最も広い行は7つの客室タイプを持っていました。
エクスポートにはどの列が含まれますか?+
固定のホテル列が16 - query、id、name、description、reviews、rating、stars、city、country、address、latitude、longitude、detailed_rating、checkin、checkout、gallery - 続いて客室タイプごとに5列、そして postal_code、price_range、url。この順序はサービス自身の列定義コードから読んでいます。知っておく価値のある細かい点がひとつ。表と Excel のダウンロードはこの3つを末尾に置きますが、JSON は客室ブロックの前に置きます。
住宅用プロキシは必要ですか?+
はい。サービス自身がそう述べています。Booking は無料 IP とデータセンター IP をブロックするため、料金の取得には住宅用の PROXY_URL が必要で、あなたの実 IP は決して使われません。設定せずに実行した場合、プラットフォーム自身のメッセージは、Booking がそうしたアドレスに対して空室状況と料金の API を閉ざす、というものです。空の実行のあとではなく、最初の実行の前に設定してください。
チェックイン日とチェックアウト日を指定できますか?+
このフォームではできません。日付は自動で付与され、checkin と checkout の列で返るので、各行がどの滞在に対して値付けされたのかを記録します。手元のすべての行で2つの日付は連続した日だったので、見積もりは1泊分でした。
上限や並び順の設定はありますか?+
ありません。当社のほとんどのスクレイパーと違い、このフォームにはどちらもありません - ホテル URL のリストが入力のすべてです。実行の規模は、貼り付けるホテルの数で調整します。
完全な URL の代わりにホテルのスラッグだけでも動きますか?+
フォームは動くと述べていますが、それでも私たちは完全な URL を貼り付けます。スラッグだけを送ったとき、行は url が別の国のパスに書き換えられ、country 列は us、name は Booking の汎用ページタイトル、ほかのすべての項目は空 - 客室列はまったくなし、という状態で返りました。完全な URL は国コードを含んでおり、そちらの実行は完全な行を返しました。
どの列は当てにしないほうがよいですか?+
2つです。price_range は手元のすべての行で空だったので、値が入っているのを一度も見ていません。そして stars は自己矛盾しました。同じ施設の埋まった7行にわたって 3、5、2、4、そして2回は空です。手元の証拠では信頼できる等級とは言えません。どちらもご自身の最初のエクスポートで確認してください。
料金の通貨は何ですか?+
特定の通貨は約束しません。room_N_prices の各要素は currency、value、display の各フィールドを自ら持つオブジェクトであり、通貨は私たちの実行のあいだで同じではありませんでした。決めつけずに行から読んでください。room_N_facilities の中の客室の広さについても同じ注意が要ります。ある実行では平方フィート、別の実行では平方メートルで届きました。
実際に実行したのですか?+
はい。ただし正直に言えば範囲は狭いです。実行エクスポートは13件ありますが、6件はこのサービスにもう対応しない旧形式なので無視しています。現行の7件には10のホテル行が含まれ、そのすべてが同じ施設 - フォーム自身の例示ホテルです。ですから列名とレイアウトは堅く、値について述べていることはすべて1ホテル10行についての事実です。
料金はいくらですか?+
新規アカウントの最初の500行は無料で、一度きりです。以降は1行0.002ドル - 1,000行でおよそ2ドル - の従量課金で、サブスクリプションはありません。1行はすべての客室タイプを含むホテル1軒なので、繰り返しの価格チェックが安く済みます。クレジットは失効せず、月次のリセットもありません。

競合セットの値付けを
1回の貼り付けで

住宅用プロキシを設定し、競合ホテルの URL を貼り付ければ、すべての客室タイプが値付けされて1ホテル1行で返ります。最初の500行は無料です。

即時有効 · カード不要

Booking.com の客室料金を行としてエクスポートする

ホテルの価格は集めにくい情報です。意味のある単位がホテルでも料金でもなく、その組み合わせだからです。ある施設が高いか安いかは、客室タイプ、宿泊期間、予約条件の組と相対的にしか決まりません。そしてそれらを一度に見せるページは、昨日のページと簡単には比較できないページでもあります。このサービスはそれを表に変えます。Booking.com のホテル URL を1行1件で貼り付ければ、各施設が1本の横長の行として返ります。左に識別子と所在地の項目、続いて客室タイプごとに5列のブロック - 名称、料金、各料金が提示された定員、客室の設備、そして紐づく予約条件です。

設定するものはごくわずかで、それは意図的です。このフォームには上限の欄も並び順のメニューもなく、ホテルのリストが入力のすべてで、規模は貼り付ける件数で決まります。チェックイン日とチェックアウト日は自動で付与されて行に返るので、エクスポートは数か月後も自分自身を説明できます。手元のどの行でも2つの日付は連続しており、1泊分の見積もりでした。一方で先に用意しておく必要があるのが住宅用の PROXY_URL です。サービスは、Booking が無料 IP とデータセンター IP をブロックすること、料金の取得には住宅用のアドレスが必要であること、そしてあなたの実 IP は決して使われないことをはっきり述べています。最初の実行の前にこれを済ませておけば、空の実行を1回節約できます。

横長のレイアウトは癖ではなく狙いです。1料金1行のファイルは各行にホテルを繰り返すため、意味を持たせる前にピボットが必要になります。ここでは同じホテルの2回の実行が列単位で揃うので、差分がどの客室タイプがどれだけ動いたかを正確に示します。計算も気持ちよくなります。課金は行単位で、1行は客室タイプが何種類あってもホテル1軒。だから価格モニタリングの実体である繰り返し実行が安いままなのです。

期待値が変わるので、限界をはっきり述べます。列名とその順序はサービスの列定義コードから読んでおり、信頼できます。記述された値は同じ立場にはありません。実行エクスポートは13件あり、うち6件はこのサービスにもう対応しない旧形式で無視され、現行の7件には10のホテル行 - すべて同じ施設、フォームの例示ホテル - が含まれます。そのサンプルでは price_range はどの行でも空、stars は1つのホテルについて4種類の値と2つの空白を返し、緯度・経度・都市は一部の行で欠落し、ある実行ではほかの客室列が埋まっているのに全客室の prices が空で返りました。通貨も客室面積の単位も実行によって変わったため、このページはどちらも約束しません。本当に気になるホテルに対して無料枠を走らせ、ご自身の最初の行を読んでください。最初の500行は無料で、クレジットカードも不要です。現在の料金は料金ページをご覧ください。