logo
JP

Yelpレビューのスクレイピングは許可される?利用規約と公式APIの確認方法

Yelpレビューの自動収集を検討する前に、現行利用規約、Places APIで取得できる範囲、商用分析・保存の条件を確認。内部利用でも自動収集が許可されるとは限らない理由を解説します。

約8分で読めます

Yelpレビューのスクレイピングを検討するとき、最初に確認すべきなのはツールの設定ではなく、取得方法と利用目的がYelpの条件に合うかどうかです。公開ページに表示されていることと、自動収集・保存・再利用の許可があることは同じではありません。本記事はYelpに対象を絞り、現行規約、公式API、レビュー本文の扱いを確認する順序を整理します。一般的なスクレイピングの可否は実施前に確認すべき10の質問を参照してください。

結論:Yelpのレビューを無断で自動収集してよいとはいえない

Yelpのサービス利用規約(2026年1月1日発効)は、Yelpが明示的に認める場合を除き、ロボットなどの自動的な手段によるサービスコンテンツへのアクセス、検索、コピー、収集、索引を制限しています。レビューの検索可能なデータベースを作る目的でのアクセスにも言及しています。したがって「誰でも見られるページだから」「社内でだけ使うから」「リクエスト間隔を空けるから」といった理由だけで、Yelpページの自動収集が許可されるわけではありません。

具体的な法的評価は国・地域、契約、取得対象、アクセス方法、利用形態によって異なります。本記事は個別案件の法律上の可否を断定するものではありません。事業利用や大量取得を予定する場合は、Yelpの許諾条件を確認し、必要に応じて法務担当者・専門家に相談してください。プロキシの切り替え、待機時間の設定、CAPTCHAへの対処は、許諾を得る方法や規約上の制限を解除する方法ではありません。

まず「何を」「何のために」必要とするかを分ける

Yelpのデータを一括りにすると、必要な権利と取得手段を誤りやすくなります。店舗を検索したいのか、店舗の基本情報を表示したいのか、レビューの抜粋をアプリに表示したいのか、レビュー全文を蓄積して分析したいのかを先に決めます。とくに「レビュー全文を社内に保存して感情分析する」用途と、「ユーザーに店舗情報を表示する」用途は同一ではありません。

必要な情報・用途最初に確認する手段注意点
地域・カテゴリから店舗を探すYelp Places APIのBusiness Search検索範囲、利用条件、表示要件を確認
特定店舗の住所・営業時間などを表示するBusiness Details利用プラン、更新・キャッシュ条件を確認
許可されたレビュー抜粋を表示するReviews API全文取得や任意のレビュー選択ができるとは限らない
大量のレビューを保存・商用分析するYelpへのライセンス・Insights APIの相談通常のPlaces APIだけで分析用途が認められると考えない

この表は、Yelpが公開するPlaces APIの概要とFAQに基づく入口の整理です。APIの利用にはアカウント、認証、契約プランが必要です。取得できるフィールドや件数、商用利用の可否は用途と契約で確認してください。非Yelpのレビューサービスへ対象を切り替える場合も、そのサービス固有の規約やライセンスを別途確認します。

たとえば、店舗の場所をアプリ内に表示するだけならBusiness SearchとBusiness Detailsが候補になります。一方、顧客の不満を分類したい場合は、少数のレビュー抜粋だけで分析に必要な母集団が得られるとは限りません。取得の可否だけでなく、用途に必要な「網羅性」とAPIが許す「利用範囲」を同時に確認する必要があります。検索結果に店舗が出ない場合もあります。Places APIのFAQによると、ユーザーが追加したレビュー・写真などを持つ事業者が返される対象です。APIで見つからない店舗を、無断のページ収集で埋める運用は避けてください。

Yelpの規約で特に確認したい点

現行の日本語版利用規約は、自動的なアクセス・収集を広く制限し、Yelpが明示的に許可する場合を例外としています。また、ユーザー情報の記録・加工・利用や、レビュー検索用データベースの構築を目的とするアクセスにも個別の制限があります。規約に例示された例外やrobots.txtの記述を、自分の用途への包括的な許可と読み替えないでください。規約の最新版、対象となるサービス、必要ならYelpからの書面による許可を確認するのが先です。

技術的に閲覧できること、特定のツールで取得できること、法的に利用できることは別の判断です。Octoparse DocsのYelp実践ガイドはページの種類や抽出設計を説明していますが、それ自体がYelpからの利用許可を与えるものではありません。規約・ライセンスと自社の用途が合わない場合、テンプレートやカスタムタスクの実行に進まず、公式APIや直接の許諾を検討してください。

社内レビューで確認する項目を一枚にまとめると判断がぶれません。「対象は店舗情報か、レビューか」「表示だけか、保存・分析するか」「Yelpに明示された許可はあるか」「どの国・地域の利用者が関わるか」「担当者と確認日」「利用するAPI・契約とデータ保持期間」を記録します。担当者が変わった後に同じ判断を再現できるよう、確認した公式ページのURLと契約版も残してください。規約は更新されるため、過去に取得できたことだけを次回の実行根拠にしないことが重要です。

公式APIで確認できる範囲と限界

店舗検索と店舗情報

Yelp Places APIでは、/businesses/searchでキーワード・カテゴリ・場所などを指定して店舗を探し、/businesses/{id}で店舗名、住所、評価、営業時間などの詳細を取得できます。これはYelpが文書化したAPIであり、ウェブ画面のHTMLを直接収集する手順とは異なります。まず必要な列を洗い出し、各エンドポイントが返すフィールドで足りるかを公式のエンドポイント一覧で確認します。

レビューは「全文」と「抜粋」を区別する

Reviews APIは、各店舗について選ばれたレビューの抜粋を返すもので、レビュー全文を網羅的に取り出すAPIではありません。Yelp公式FAQは、通常のPlaces APIで返るのは約160文字のレビュー抜粋であり、どのレビューを返すかを任意に指定できないと説明しています。件数・長さ・利用できる機能は契約や仕様変更の影響を受けるため、記事内の固定数値だけで設計せず契約時点のAPI文書を確認してください。

分析・保存・再配布は別の契約確認が必要

APIキーを取得しただけで、得られたデータを自由に長期保存したり商用分析に使ったりできるわけではありません。YelpのFAQはPlaces APIのデータを組織が商用分析することを認めず、分析用途にはYelp Insights APIの検討を案内しています。Places APIコンテンツのキャッシュ期間にも制限があります。レビュー全文、長期保存、再配布、分析が必要なら、実装前に該当するライセンスと表示要件をYelpに確認してください。

API側の利用上限も用途設計に関係します。試用プランは評価用で、本番の商用利用とは扱いが異なります。上限を超えてHTTP 429が返る場合は、契約プランと利用量を確認し、必要ならYelpに枠の変更を相談します。429を受けたからといってウェブページのスクレイピングに切り替えたり、複数のキーや接続元で制限を回避したりするのは、最初の許諾確認を省くことになります。APIの上限値や料金は変わり得るため、数値を固定して業務計画を組まず、契約時点の公式FAQと自分のプラン画面で確認してください。

実務での判断手順:店舗情報の利用を例に

  1. 目的と列を定義する:たとえば「東京のカフェの店舗名・カテゴリ・住所・評価をアプリに表示する」なら、レビュー全文は本当に必要かを切り分けます。データの種類、保存期間、表示先、社内分析の有無を記録します。
  2. Yelpの条件を照合する:現行の利用規約とAPIのプラン・表示要件を読み、目的に合うかを確認します。認められない、または判断できない用途は自動収集を開始しません。
  3. APIで満たせるかを確かめる:Business Searchで候補店舗を探し、必要に応じてBusiness DetailsやReviews APIの文書化されたレスポンス項目を確認します。APIの抜粋だけでは足りない場合、スクレイピングへ自動的に切り替えるのではなく、Yelpのライセンス窓口へ要件を相談します。
  4. 出力と権限を検証する:実際に許可されたデータだけを扱い、キャッシュ期間、出典表示、取得日時、個人情報の最小化、削除ルールを運用設計に入れます。APIの試用枠を本番商用利用の許可と混同しません。

これは実行結果を示す架空のデータ表ではなく、公開されたAPI仕様を用いた判断例です。特定店舗のレビューを取得・分析したという意味ではありません。目的が店舗の市場分析なら、Places APIの契約条件だけで足りるかを先にYelpへ確認してください。対象サイトを変える場合も、他社サービスの規約をYelpの規約の代わりに使うことはできません。

取得後のデータ管理も判断の一部

店舗ID、住所、レビュー抜粋、レビュアー情報は同じ扱いではありません。必要な項目だけを取得し、不要な個人情報を社内の共有表に広げないこと、表示条件と削除・更新の時期を決めることが重要です。APIが返した時点での評価や営業時間を、永続的に正しい情報として扱わないでください。出所URLと取得日時を添え、利用者が最新の情報を確認できる導線を用意します。

レビュー文章を再掲載する案では、取得許可に加えて著作物やユーザー情報の扱いも確認します。データを短く要約すれば無条件に再利用できるという意味ではありません。Yelpの表示ルール・契約と適用される法令を確認し、判断が難しい場合は公開前に専門家へ相談します。これはYelpに限らず、レビューサイトを事業用データ源として選ぶときの重要な運用コストです。

よくある質問

社内研究だけならYelpをスクレイピングしてもよいですか?

「社外に公開しない」だけでは自動収集の許可にはなりません。Yelp規約は収集方法も制限しているため、内部利用・研究利用かどうかと取得許可を別々に確認します。研究機関や企業での利用も、必要ならYelpの許諾や専門家の助言を得てください。

リクエストを遅くしたりIPを切り替えたりすれば問題は解消しますか?

いいえ。負荷を抑えるための設定と、規約上の取得許可は別です。ブロックへの技術的な対処を、無許可での自動収集を正当化する根拠として扱わないでください。

OctoparseにYelpの教程があるのに、なぜ許可を確認するのですか?

教程は製品で扱えるページ構造や設計の説明であり、Yelpの権利者が個別の収集・保存・利用を許諾した証拠ではないためです。Octoparseの機能と対象サイトの条件を別々に確認することが必要です。

公式APIならレビュー全文を取得できますか?

通常のPlaces APIのReviewsエンドポイントは抜粋を返し、全文の網羅的取得を約束するものではありません。全文、蓄積、分析を要するプロジェクトでは、Yelpの該当するライセンスや専用製品を確認してください。

まとめ

Yelpレビューの自動収集は「公開情報かどうか」だけで判断できません。Yelpの現行規約、必要なフィールドと用途、Places APIで得られる範囲、保存・分析に関する契約条件を順に確かめましょう。レビュー全文や商用分析が必要なら、無断のウェブ収集に進む前にYelpのライセンス窓口へ相談するのが適切です。OctoparseのYelp教程や一般的なスクレイピング機能は、Yelpからの許諾の代わりにはなりません。

競合情報も営業リストも、ウェブデータをそのままExcel・CSV・Google Sheetsに出力

コード不要、誰でも今日から。クリック操作だけで必要な項目を自動抽出

Google Maps・食べログ・iタウンページ向けテンプレートで、リード獲得をすぐに開始

クラウドで毎日・毎週自動実行。大量取得でも安定して、競合動向を常に把握

MCP対応でAIエージェントと連携。収集データをAIに渡して分析・活用まで一気通貫

クレジットカード不要で無料スタート。世界600万人以上が選んだ信頼のツール

今日はどんなデータを集めたいですか?
欲しいデータを伝えるだけで、AI アシスタント がスクレイパーを自動的に作成します。
クレジットカード不要

今すぐOctoparseを始めて、業務効率化を実現しましょう。

ダウンロード

関連記事