この検索はスポット起点ではなくプロフィール起点で動きます。掲載ページにレビューを尋ねるのではなく、投稿者にその人のレビューを尋ねます。
1レビューにつき1行で、スポット起点のレビュー取得が返すのと同じスキーマです。そのため、その出力を前提に構築済みのものにそのまま組み込めます。
星1つが1件あるだけでは、ほとんど何も分かりません。同じ書き手の履歴全体、つまり他に何をレビューし、どう評価する傾向があり、どれくらいの期間にわたっているのかを見れば、真に受けるべきかどうかが分かります。
レビューは通常、掲載ページごとに閉じ込められています。プロフィール単位で取得すれば、その投稿者の活動が並べ替えも集計もできる一続きのリストとして届きます。
行は標準のレビュー形式で返るため、既存のシート、ダッシュボード、感情分析モデルは新しい対応付けなしでそのまま動きます。
そのプロフィールが公開したレビュー1件につき1行です。これは独自のコンパクトな形であり、Googleレビュースクレイパーが返すより広範な記録ではありません。ここで同じ列名を前提にしないでください。
1レビューにつき8列 - 無料枠を含むすべてのプランで、上記のすべての列が返ります。
このうち2つは見た目以上の働きをします。dateは一覧を証拠に変えるものです。無関係な事業者への星1つのレビューが同じ日に複数あるというのは、単独のレビューでは決して見えないパターンです。そしてowner_responseは、2回目の照会なしにやり取りのもう一方の側を示します。苦情が対応されたのか無視されたのかを判断するときに効いてきます。
チームがプロフィール起点のレビュー取得をどう使っているかの例をいくつか挙げます。
打撃になるレビューが付き、どこか腑に落ちない。そのプロフィールの履歴を取得すれば、幅広く公平にレビューしているのか、それとも特定の業種に星1つを並べてきたのかが分かります。Googleに異議を申し立てる前に必要な証拠です。
投稿者のなかには1つの都市で数百のスポットをレビューする人もいます。その履歴はその市場についての出来合いの調査です。どこを訪れ、どの順で、どう評価したかが、1つのプロフィールから得られます。
チームが共有アカウントから取引先や会場をレビューしているなら、そのプロフィールの履歴をエクスポートすれば、アプリを1件ずつスクロールする代わりに表計算ファイルで記録が手に入ります。
サブスクリプションも最低利用額もありません。最初の500レビューは無料。その後は従量課金です。
新規アカウントごとに1回限り。クレジットカードは不要です。すべてのスクレイパーが機能制限なしで使えます。
1,000レビューあたりおよそ2ドルです。実行前の見積もり機能が、開始する前にその実行の費用を示します。想定外の請求も、換算の必要な計算単位もありません。
継続的な取得や非常に大規模な取得に向けて、ボリュームディスカウント、SLA、専用ワーカー、個別のオンボーディングをご用意します。件数をお知らせいただければお見積もりします。
LIVESCRAPER10をご利用ください。多くのチームは、スポット起点のレビューツールと並べてこれを使います。
短い答えは、レビュー自体については「はい」です。書き手が公開したものだからです。ただしこれはスポット起点の取得より慎重さを要します。
投稿者のプロフィールページは公開情報です。Googleは、その人が表示名で公開すると選んだレビューを誰にでも表示します。そのページを読むことは、掲載ページを読むことと種類として変わりません。データが公開されていて処理がサイトを妨げない限り、それを禁じる連邦法はありません。
正直な注意点は、この出力が事業者ではなく人を軸に構成されているため、弊社のほかのツールより個人データに近いということです。GDPRの下ではそれが重要になります。処理には法的根拠が必要であり、「気になったから」は根拠になりません。自社の掲載ページに対するレビューの不正利用の疑いを調査することは擁護できる理由です。個人のプロフィールを構築することはそうではありません。私たちが利用状況を取り締まることはありませんが、ページがそうでないかのように匂わせるよりは、はっきり申し上げます。
書き手が公開していないものは一切収集せず、データ層で第三者のトラッカーを動かすこともなく、エクスポートは30日で自動削除されます。
特によくいただく質問です。ほかにご不明な点があればご連絡ください。回答を書いているのはボットではなく人間です。
contributorプロフィール、レビュー対象のplace_name、付けられたrating、投稿されたdate、review本文、あればowner_response、likesの件数、そしてlanguageです。Googleレビュースクレイパーが返すものよりコンパクトな形です。それぞれが何を保持するかは上のデータ辞書をご覧ください。author_link列です。その値をそのまま入力に使えます。LivescraperのGoogle Maps投稿者別レビュースクレイパーは、掲載ページの側からではなく書き手の側からレビューを読み取ります。投稿者プロフィールを指定すると、その人が公開したレビューが返ります。何をレビューし、どの評価を付け、どんな本文を書き、いつ投稿したのかが、延々としたスクロールではなく構造化された行として得られます。
各行は標準のGoogleレビュースキーマを使います。弊社のスポット起点のGoogleレビュースクレイパーが返すものと同じスキーマです。元になっているレビューが同じだからです。つまり書き手に関する列、レビュー本文、評価、タイムスタンプ、オーナーの返信のすべてが、既存のシートや感情分析モデルがすでに理解している形で届き、新しいフィールドの対応付けを作る必要がありません。
レピュテーションを担うチームは、打撃になるレビューが疑わしく見えるときに使います。書き手のより広い履歴を見れば、幅広く公平にレビューしているのか、1つの業種に星1つを並べてきたのかが分かり、それこそがGoogleが異議申し立てで求める証拠です。調査チームは多作なローカルガイドを、その都市についての出来合いの調査として使います。運営チームは自社の共有アカウントの投稿を記録用にエクスポートします。
出力が事業者ではなく人を軸に構成されているため、これは大半の抽出作業より個人データに近い位置にあります。処理には法的根拠を持つべきであり、私たちはそれを暗に示すのではなく、このページではっきり述べています。まずは無料でお試しください。最初の500レビューは費用がかからず、クレジットカードも不要です。