入力はApp Storeのページそのものです。気になる掲載ページを開いてURLをコピーし、渡すだけ - 事前に調べておく識別子はありません。
1レビューにつき1行、取得元のクエリのタグ付き - 複数アプリにまたがる実行でも入力リストと突き合わせられます。
すべてのレビューが、書かれた対象バージョンを持っています。それでグループ化すれば、評価の落ち込みは謎ではなくなります - どのビルドから始まったかが見えます。
取得前に並べ替えます。リリース監視には新着順、他のユーザーが実際に支持したフィードバックには「もっとも参考になった」 - まったく別のサンプルになります。
どちらも apps.apple.com 上にあり、どちらもレビューを集めます。アプリに加えて番組も配信しているなら、同じツールが聴取側もカバーします。
実際のエクスポートから取ったもので、どの列も必ず値が入って届きます - 821件のレビュー全体で、どの列にも空のセルは1つもありませんでした。
想定すべき空欄はありません。37回の別々の実行から得た821件のレビュー全体で、8列すべてがどの行でも埋まっていました - これは珍しいことで、とりわけ version を、下記のリリース単位の分析においてベストエフォートではなく信頼できる値として扱えることを意味します。レビュー本文は前処理なしで届くため、その上で何を実行してもユーザー自身の言葉を読むことになります。
レビュー分析の多くは、フィードバックを区別のない一つの山として扱います。アプリのレビューは、そう読む必要はありません。
App Storeの評価は累積です。つまり悪いリリースは自ら名乗り出ず、すでに数千件のレビューを背負った平均値のゆるやかな漂流として現れます。数字が目に見えて動くころには、原因となったビルドは2リリース前ということもあります。
各レビューが書かれた対象アプリバージョンを持っているため、同じデータセットをビルド単位で切り分けられます。4.2を出荷し、4.2とタグ付けされたレビューを取得して、その評価分布と不満の言い回しを4.1と比較します。総合評価では表面化までに数週間かかる不具合が、最初の数百件のレビューで見えます。
タイムスタンプもここで効いてきます。updated はファイル内で唯一の日付なので、想定より後ろにずれているレビューは、戻ってきて自分のレビューを編集した人ということです - 多くは問題が解決した、あるいはしなかったユーザーです。比較できる別個の初回投稿日は存在しません。
チームがApp Storeのレビューデータをどう使っているかの例をいくつか。
公開後に新着順のレビューを取得し、バージョンでグループ化します。新しいビルドの星1の割合が跳ね上がり、同じ表現が繰り返し現れるなら、サポートチケットが積み上がる前にシグナルと推定原因の両方が手に入ります。
競合の掲載ページに向けて実行し、「もっとも参考になった」で並べ替えます - 他のユーザーが支持したレビューこそ、共感を呼んだものです。そのユーザーたちが求め続けているものは、無料で得られる最も明快なロードマップの材料です。
ポッドキャストの掲載ページもアプリと同じようにレビューを集めますが、その本文を見せてくれる分析ダッシュボードはありません。エクスポートすれば、制作者は星の平均ではなくリスナーの実際の言葉を手にできます。
サブスクリプションなし、最低額なし。最初の500レビューは当社負担 - その後は従量課金です。
新規アカウントごとに初回のみ。クレジットカード不要。すべてのスクレイパーが利用可能で機能制限なし - 直近のリリースをバージョン別に切り分け、持ちこたえているかを確かめるには十分です。
1,000レビューあたり約2ドル。実行前の見積もりツールが開始前に件数とクレジット費用を表示します - 想定外の請求も、換算が必要な計算ユニットもありません。
アプリポートフォリオ全体の継続的な監視に向けたボリューム価格、SLA、専用ワーカー、個別オンボーディング。数量をお知らせいただければお見積もりします。
LIVESCRAPER10 をご利用ください。フィードバックが1つのプラットフォームだけに存在することは、まずありません。
短い答え: 公開されているレビュー内容についてははい - そして当社が収集するのはそれだけです。
レビューは読まれるために公開されています。Appleは掲載ページを訪れる人なら誰にでも、ログインの有無にかかわらず、レビュアーの表示名、タイトル、本文、評価、バージョンを表示します。公開されているフィードバックを製品調査のために収集することは長年確立された慣行であり、データが公開されていてプロセスがサイトを妨げない限り、これを禁じる連邦法はありません。
隠さずに述べておきたい留意点が2つあります。Appleの規約は自動アクセスを制限しているため、これは法律の問題であると同時に規約の問題です - Appleとのデベロッパ契約がある場合はご確認ください。またすべてのレビューにはレビュアーの表示名が含まれるため、出力は部分的に個人データになります。リリースへのフィードバックを分析することは正当な目的ですが、特定のレビュアー像を構築することはそうではありません。
当社はログインの背後にあるものには一切触れず、データ層でサードパーティのトラッカーを動かすこともありません。エクスポートは30日後に自動削除されます。
最もよくいただく質問です。他にご不明な点は? お問い合わせください - 回答を書くのはボットではなく人間です。
query、app_id、author、rating、title、review、version、updated。これは実際のエクスポートのヘッダー行で - 37回の実行、821件のレビュー - どの列もすべての行で埋まっていました。詳しい説明は上のデータ辞書にあります。LivescraperのApp Storeレビュースクレイパーは、App Storeの掲載ページをレビューデータに変えます。ページのリンクまたはアプリIDを貼り付け、「もっとも参考になった」か「新着順」かを選び、1クエリあたりの上限を設定して、結果をCSV、JSON、Excelでダウンロードします - パーサーを書く必要も、事前に識別子を探し回る必要もありません。
各行には8つの列が入ります。送信したクエリ、アプリの数値識別子、投稿者の表示名、星評価、タイトルと本文全体、レビューが書かれた対象アプリバージョン、そしてレビューのタイムスタンプ。37回の別々の実行で取得した821件のレビュー全体で、これらの列はすべての行に値が入って届きました。本文は原文のまま返るため、後続の感情分析は当社ではなくユーザー自身の言葉を読みます。
バージョン項目こそが、アプリのレビューデータを他の多くのフィードバックと分けるものです。ストアの評価は累積なので、悪いリリースはすでに数千件のレビューを背負った平均値を漂わせます - 表向きの数字が動くころには、原因のビルドは2リリース前かもしれません。同じエクスポートをバージョンで切れば、最初の数百件のレビューで不具合が見えます。
プロダクトチームは、リリースの不具合確認や、他のユーザーが支持した不満の把握に使います。競合チームは、競合の「もっとも参考になった」レビューを無料のロードマップ材料として読みます。ポッドキャストの配信者が使うのは、掲載ページがアプリと同じように書き込み型のレビューを集める一方、その本文を見せてくれる分析ダッシュボードが存在しないからです。無料で始めましょう - 最初の500レビューは無料で、クレジットカードも不要です。