本来App Storeに打ち込むはずの検索を記述すると、返ってきたアプリが、並べ替え・差分比較・保管のできる行データとして戻ってきます。
返されたアプリ1件につき1行、取得元のクエリのタグ付き - キーワードセット全体にまたがる実行でも入力リストと突き合わせられます。
App Analyticsが教えてくれるのは自社アプリの成績だけです。その語で他に誰が表示されたか、その中で自分がどこにいたかについては何も語りません。その視点は自分で集めるしかありません。
競合とは、資料に書き出すアプリのことではありません - ユーザーが検索したときに自社の隣に見えるアプリのことです。結果セットが、その集合をあなたの代わりに定義してくれます。
検索結果は特定時点のものです。同じキーワードセットを一定間隔で再実行すれば、エクスポート同士の差分がそのまま可視性の推移になります - 新規参入、退出、そして順位の動き。
各実行では、指定した語に対して返ってきたApp Storeの掲載情報が得られます。1アプリ1行、生成元のクエリのタグ付き - キーワードセットが、スクリーンショットの束ではなく表になります。
このページでは固定の列一覧を掲載していません。ストアのレイアウトや結果に表示される情報は時とともに変わり、古びていく一覧は一覧が無いことより厄介です - 実際の実行のヘッダー行が常に正解です。無料枠はそのためでもあります。キーワードセットを1つ取得し、列を確認してから、どうモデル化するかを決めてください。
700件の結果を含む実際のエクスポートから取ったものです。9列のうち2列はどの行でも空で返り、検索が返すものはアプリより広い範囲でした - どちらも下で扱います。
audiobook、feature-movie、tv-episode、song、podcast でした。このエクスポートができない2つのこと。rating と reviews は列としては存在しますが700行すべてで空だったため、この出力から評価の分析は行えません。また結果はすべてアプリではなくストアのメディアでした - オーディオブック383件、映画107件、TVエピソード93件、楽曲74件、ポッドキャスト43件で、アプリの結果は1件もありませんでした。順序は返されたままで意味を持つため、ある語に対する結果の掲載位置は読み取れます。項目の種類はアプリだと決めつけず、kind が示すとおりに扱ってください。
SEOの経験がある人は順位レポートがあるものだと考えます。App Store最適化にはそれが付いてきません。
ウェブでは独立した2つの視点が得られます。Search Consoleが自社ページの成績を教え、SERPのスクレイピングが競合の全体像を示します。App Storeでは前半しか手に入りません。AppleのApp Analyticsは自社アプリのインプレッションとコンバージョンを報告しますが、そのアプリが表示された結果ページについては何も教えません - 誰が自分より上位だったのかも、順位が動いたときに何が変わったのかも。
この非対称性があるからこそ、モバイルのキーワード可視性の仕事は、記憶頼みか、誰かが先月撮ったスクリーンショット頼みになりがちです。結果セットを取得すれば、それは手元に残せるものになります - キーワードごとの表、日付付きで、前回の実行と差分が取れる形で。
隠さずに述べる注意点が1つあります。上のデータ辞書の元になったエクスポート - 4回の実行で700件の結果 - では、全行がアプリではなくストアのメディアとして返りました。オーディオブック、映画、TVエピソード、楽曲、ポッドキャストです。ある語に対する結果セットは忠実に、順序どおりに取得されますが、アプリ固有の順位追跡が必要な場合は、まず無料枠でご自身の検索を試し、kind 列が期待どおりの値を返すことをご確認ください。
有効な組み合わせはレビューとの併用です。検索はある語で誰と競っているかを教え、App Storeレビュースクレイパーはなぜユーザーがそれを選ぶのかを - そしてバージョン別に切れば、相手の最新リリースが効いたのか裏目に出たのかを教えてくれます。
チームがApp Storeの検索データをどう使っているかの例をいくつか。
自社カテゴリで重要なキーワードセットを固定し、一定間隔で再実行します。エクスポート同士の差分が、どこで地歩を得たか失ったかを示します - 評価の平均値と違って、メタデータの変更に紐づけられるだけの速さで動きます。
重要な語で検索し、実際に何が返ってくるかを読みます。自社のトラフィックを奪っているアプリが、社内の誰も聞いたことのないもの - 社内の競合リストに載っていなかったから - だったと気づくのは、よくあることです。
アプリの構想を固める前に、将来のユーザーが使うであろう語で検索してください。確立されたアプリで密度の高い結果セットと、まばらな結果セットとでは前提がまるで違います - そして作った後より、今知るほうがはるかに安上がりです。
サブスクリプションなし、最低額なし、キーワードごとのライセンスなし。最初の500行は当社負担 - その後は従量課金です。
新規アカウントごとに初回のみ。クレジットカード不要。すべてのスクレイパーが利用可能で機能制限なし - キーワードセットを取得し、どうモデル化したいかを見極めるには十分です。
1,000件あたり約2ドル。実行前の見積もりツールが開始前に件数とクレジット費用を表示します - 想定外の請求も、換算が必要な計算ユニットもありません。
大量の語リストにわたる継続的な可視性追跡に向けたボリューム価格、SLA、専用ワーカー、個別オンボーディング。数量をお知らせいただければお見積もりします。
LIVESCRAPER10 をご利用ください。短い答え: 公開されている結果セットについてははい - そして当社が収集するのはそれだけです。
検索結果は公開されています。Appleはログインの有無にかかわらず、ある語に対して返るアプリを誰にでも表示しますし、結果セットの中に開発者だけのものは何もありません。公開されている掲載情報を競合調査や市場調査のために収集することは長年確立された慣行であり、データが公開されていてプロセスがサイトを妨げない限り、これを禁じる連邦法はありません。
各プラットフォームのページで必ず述べている注意点です。Appleの規約は自動アクセスを制限しているため、これは法律の問題であると同時に規約の問題です。Appleとのデベロッパ契約がある場合はご確認ください - その判断はお客様のもので、当社が代わりに下すものではありません。
当社はログインの背後にあるものには一切触れず、ユーザーデータやインストールデータを収集せず、データ層でサードパーティのトラッカーを動かすこともありません。エクスポートは30日後に自動削除されます。
最もよくいただく質問です。他にご不明な点は? お問い合わせください - 回答を書くのはボットではなく人間です。
LivescraperのApp Store検索スクレイパーは、App Storeの検索を構造化された行に変えます。対象としたい語を入力し、出力形式を選び、返ってきたアプリをCSV、JSON、Excelでダウンロードします - 1結果1行、生成元のクエリのタグ付きです。
このデータを集める価値があるのは、Appleが提供しないからです。App Analyticsは自社アプリのインプレッションとコンバージョンを報告しますが、そのアプリが表示された結果ページについては何も語りません - 誰が上位だったのかも、その中での自社の順位も、その順位が動いたときに何が変化したのかも。App StoreにはSearch Consoleの競合ビューに相当するものがないため、結果セットを知る唯一の方法は、それを取得することです。
グロースおよびASOチームはキーワードセットを固定して一定間隔で再実行し、エクスポート同士の差分を、メタデータの変更に紐づけられるだけの速さで動く可視性の推移として使います。競合チームは、自社のインストールを奪っているアプリが社内の競合リストに一度も載っていなかったと気づくことが日常的にあります。プロダクトチームは将来のユーザーが使うであろう語で検索します。確立されたアプリで密度の高い結果セットと、まばらな結果セットとでは前提がまるで違い、しかも作った後より今知るほうがはるかに安上がりだからです。
ストアのレイアウトや結果に表示される情報は時とともに変わるため、ページに印刷された一覧ではなく、実際の実行のヘッダー行が正解の列リファレンスになります。App Storeレビュースクレイパーと組み合わせれば全体像がそろいます。検索はある語で誰と競っているかを、レビューはなぜユーザーがそれを選ぶのかを教えてくれます。無料で始めましょう - 最初の500行は無料で、クレジットカードも不要です。