mcpField
A
aso-audit

aso-audit

github.com/coreyhaines31マーケティング・グロース57.1k17.8k 回インストール1 日前に更新
リポジトリ

aso-audit について

App StoreやGoogle Playの掲載ページを改善したいチーム向けのASO監査スキルです。取得可能な掲載情報を集め、メタデータ、ビジュアル、評価、コンバージョン指標を採点し、優先度付きの提案や競合比較を作成します。

主な機能

  1. 01ストア掲載情報の取得
  2. 026つの掲載項目の採点
  3. 03ブランド成熟度に応じた評価
  4. 04競合掲載ページとの比較
  5. 05優先順位付きアクションプランの作成

活用シーン

  1. 01App StoreやGoogle Play掲載ページの監査
  2. 02メタデータとビジュアルの改善点の発見
  3. 03アプリとストア競合の比較
  4. 04掲載ページの改善項目の優先順位付け

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/coreyhaines31/marketingskills --skill aso-audit

インストール後、Claude Code で/aso-auditを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
apple-specs.md
benchmarks.md
google-play-specs.md
report-template.md
scoring-criteria.md

詳細

ASO 監査

App Store と Google Play のリスティングを ASO のベストプラクティスに照らして分析します。公開中のリスティングデータを取得し、メタデータ、ビジュアル、評価をスコアリングして、優先順位付きのアクションプランを作成します。

使用するタイミング

  • ユーザーが App Store または Google Play の URL を共有したとき
  • ユーザーがアプリのリスティングの監査または最適化を依頼したとき
  • ユーザーが自社アプリを競合と比較したいと考えたとき
  • ユーザーがアプリストアのランキング、可視性、ダウンロードのコンバージョンについて質問したとき

監査の前に

まずプロダクトマーケティングのコンテキストを確認してください: .agents/product-marketing-context.md(古い構成では .claude/product-marketing-context.md)が存在する場合は、質問をする前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報のみを尋ねてください。

フェーズ 1 — ストアの特定と取得

URL からストアの種類を判別する
Apple:  apps.apple.com/{country}/app/{name}/id{digits}
Google: play.google.com/store/apps/details?id={package}

ユーザーが URL ではなくアプリ名を提示した場合は、ウェブで次を検索してください: site:apps.apple.com "{app name}" または site:play.google.com "{app name}"

リスティングを取得する

WebFetch を使用してリスティングページを取得します。利用可能なすべてのフィールドを抽出してください:

Apple App Store のフィールド:

  • アプリ名(タイトル)— 30 文字制限
  • サブタイトル — 30 文字制限
  • 説明文(長文)— 検索ではインデックスされませんが、コンバージョンには重要です
  • プロモーションテキスト — 170 文字、新リリースなしで更新可能
  • カテゴリ(プライマリ + セカンダリ)
  • スクリーンショット(枚数、順序、キャプションテキスト)
  • プレビュー動画(有無、長さ)
  • 評価(平均 + 件数)
  • 最近のレビュー(表示されているもの)
  • 価格 / アプリ内課金
  • デベロッパー名
  • 最終更新日
  • バージョン履歴のメモ
  • 年齢制限
  • サイズ
  • 記載されている言語 / ローカライズ
  • アプリ内イベント(表示されている場合)

Google Play のフィールド:

  • アプリ名(タイトル)— 30 文字制限
  • 短い説明 — 80 文字制限
  • 詳細な説明 — 4,000 文字制限、検索でインデックスされます
  • カテゴリ + タグ
  • フィーチャーグラフィック(有無)
  • スクリーンショット(枚数、順序)
  • プレビュー動画(有無)
  • 評価(平均 + 件数)
  • 最近のレビュー(表示されているもの)
  • 価格 / アプリ内課金
  • デベロッパー名
  • 最終更新日
  • 新機能のテキスト
  • ダウンロード数レンジ
  • コンテンツのレーティング
  • データセーフティセクション
  • 記載されている言語

WebFetch が不完全なデータを返す場合(ストアがクライアントサイドでレンダリングする場合)、不足分を記録し、利用可能な情報で作業してください。重要なフィールドが欠けている場合は、ユーザーに貼り付けを依頼してください。

ビジュアルアセットの評価

WebFetch はスクリーンショット画像やキャプションテキストを抽出できません。ビジュアルデータを取得するには、リスティングページのスクリーンショットを撮影してください:

  1. リスティング URL に移動し、ページ全体のスクリーンショットをキャプチャする
  2. スクリーンショットを次の観点で評価する: アイコンの品質、スクリーンショットの枚数、キャプションテキスト、メッセージングの品質、プレビュー動画の有無、フィーチャーグラフィック(Google Play)
  3. ブラウザツールが利用できない場合は、リスティングページのスクリーンショットを共有するようユーザーに依頼する

プロモーションテキスト(Apple): この 170 文字のフィールドは説明文の上に表示されますが、スクレイピングされた HTML では説明文と区別できないことがよくあります。その存在を確認できない場合は、その旨を記録し、ユーザーが App Store Connect で確認することを推奨してください。


フェーズ 1.5 — ブランドの成熟度を評価する

スコアリングの前に、アプリを 3 つのティアのいずれかに分類してください。これにより、「教科書どおりの ASO」からの逸脱をどう解釈するかが決まります。有名ブランドによる意図的なブランド選択は、無名のアプリによる機会の逸失とは同じではありません。

ティアの定義
ティアシグナル例
支配的誰もが知る名前、100万件以上の評価、カテゴリ内トップ10、ほぼ普遍的なブランド認知。ユーザーは一般的なキーワードではなくブランド名で検索する。Instagram、Uber、Spotify、WhatsApp、Netflix
確立済みカテゴリ内でよく知られ、10万件以上の評価、強力なオーガニックインストール、認知されているブランドだが普遍的に知られているわけではない。Strava、Notion、Duolingo、Cash App、Calm
チャレンジャー認知度を構築中、評価10万件未満、キーワードと ASO 戦術を通じたディスカバリーが必要。ほとんどのアプリがここに該当する。あなたのアプリ、ほとんどのインディー/スタートアップアプリ
ティアがスコアリングに与える影響

支配的なアプリは、以下の領域で調整されたスコアリングを受けます:

  • タイトル: ブランドのみ、またはブランド優先のタイトルが有効です(ブランドがキーワードであればスコア8以上)。これらのアプリは一般的なキーワードディスカバリーを必要としません。
  • 説明文: キーワードの有無ではなく、純粋にコンバージョン品質でスコアリングします。アプリが誰もが知る名前であれば、丁寧に作られたブランド説明文はキーワードを詰め込んだものよりも優れています。
  • ビジュアルアセット: UI デモの代わりにライフスタイル/ブランド写真を使用することは、正当なコンバージョン戦略です。製品を30秒でデモするのが難しい場合や、ブランド認知がほぼ普遍的な場合、動画がなくても許容されます。
  • 新機能: 週1回以上の頻度で一般的なリリースノートを掲載することは許容されます(スコア8以上)。大規模になると、詳細な変更履歴の ROI は最小限であり、反発を招くリスクがあります。
  • アプリ内イベント: 大量のインストールベースを持つユーティリティアプリ(Uber、WhatsApp)でイベントが欠けていてもペナルティにはなりません。これらのアプリはディスカバリーの支援を必要としません。
  • ローカライゼーション: 絶対的な言語数ではなく、実際の市場に対して相対的にスコアリングします。2言語(英語+スペイン語)のみの米国限定フィンテックは、適切にローカライズされていると評価されます。

確立済みのアプリは部分的な調整を受けます:

  • ブランド優先のタイトルは問題ありませんが、1〜2個のキーワードを含めるべきです
  • 戦略的な説明文の選択は、疑わしい点があっても好意的に解釈されます
  • その他の次元は通常通りスコアリングされます

チャレンジャーアプリは、教科書通りの ASO ベストプラクティスに対して厳格にスコアリングされます — すべての文字、スクリーンショット、キーワードが重要です。

重要な原則: 減点する前に、自問してください:「これはミスなのか、それとも私が持っていないデータを持つチームによる意図的な選択なのか?」アプリが100万件以上の評価と専任の ASO チームを持つ場合、明らかに間違っていない限り、彼らの選択はデータに基づいていると想定してください。


フェーズ2 — 各次元のスコアリング

references/scoring-criteria.md の基準を使用して、各次元を0〜10でスコアリングします。 フェーズ1.5のブランド成熟度ティア調整を適用します。

プラットフォーム仕様とベンチマークの参照ファイル:

  • references/apple-specs.md — Apple の公式文字数制限、スクリーンショット/動画仕様、CPP/PPO ルール、リジェクトのトリガー
  • references/google-play-specs.md — Google Play の公式制限、スクリーンショット仕様、Android Vitals のしきい値、ポリシー
  • references/benchmarks.md — コンバージョンデータ、評価の影響、動画のリフト効果、スクリーンショットの行動、CPP/イベントのベンチマーク
評価軸と重み
#評価軸重み対象範囲
1タイトルとサブタイトル20%文字数の使用状況、キーワードの有無、明瞭さ、ブランドとキーワードのバランス
2説明文15%最初の3行、キーワード密度(Google)、CTA、構成、プロモーション用テキスト
3ビジュアル素材25%スクリーンショットの枚数・品質・メッセージ性、動画、アイコン、フィーチャーグラフィック
4評価とレビュー20%平均評価、件数、新しさ、開発者からの返信
5メタデータと鮮度10%カテゴリの選択、更新の新しさ、ローカライズ数、データセーフティ
6コンバージョンシグナル10%価格の位置づけ、IAP の透明性、社会的証明、ダウンロード数の範囲

最終スコア = 重み付き合計、100点満点。

スコアの解釈
スコア評価意味
85-100A十分に最適化済み。A/B テストと改善の反復に注力する
70-84B良好な基盤がある。改善の余地は明確
50-69C重大な不足がある。優先順位を付けた修正が高い効果を生む
30-49D複数の評価軸にわたる大幅な最適化が必要
0-29Fリスティングを全面的に作り直す必要がある

フェーズ3 — 競合比較(任意)

ユーザーが競合の URL を提供するか、比較を希望した場合:

  1. 同じカテゴリの上位競合を2〜3件取得する
  2. それぞれに対して同じスコアリングを実行する
  3. ユーザーのアプリが弱い点・強い点を強調する比較表を作成する
  4. キーワードギャップを特定する — 競合が上位表示されているが、ユーザーのアプリがターゲットにしていない用語

競合が指定されていない場合は、ユーザーに2〜3件の提供を提案するか、そのカテゴリの上位アプリを検索することを申し出てください。


フェーズ4 — レポートの生成

references/report-template.md のテンプレートを使用して、出力を構成してください。

レポートには以下を含める必要があります:

  1. スコアカード — 6つの評価軸すべて、スコア、評価を含む表
  2. 上位3つのクイックウィン — 1時間未満で実施でき、最も効果の高い変更
  3. 詳細な調査結果 — 評価軸ごとの内訳と、具体的な問題点および修正案
  4. キーワードの提案 — タイトル・説明文の分析と競合のギャップに基づくもの
  5. ビジュアル素材の推奨事項 — 具体的なスクリーンショット・動画の改善案
  6. 優先アクションプラン — 効果と工数の比較に基づく変更の優先順位リスト
レポートのルール
  • すべての推奨事項は具体的かつ実行可能でなければならない(「サブタイトルを改善する」ではなく「サブタイトルを X から Y に変更する」)
  • すべてのテキストに関する推奨事項には文字数を含める
  • 関連する場合は、プラットフォーム固有の違い(Apple と Google)を指摘する
  • 有料ツールなしでは評価できないもの(検索ボリューム、正確なランキング)を明記する
  • キーワードの変更を提案する際は、各キーワードが重要な理由を説明する

プラットフォーム固有のルール

Apple App Store — 主なポイント
  • タイトル(30文字)+ サブタイトル(30文字)+ キーワードフィールド(100バイト、非表示)= インデックス対象テキスト
  • キーワードフィールドは文字ではなくバイト単位 — アラビア語やCJKは1文字あたり2〜3バイトを使用
  • 長い説明文は検索用にインデックスされません — コンバージョン向けにのみ最適化してください
  • プロモーションテキスト(170文字)は検索に影響しません(Appleが確認済み)
  • タイトル/サブタイトル/キーワードフィールド間で単語を絶対に繰り返さないでください(Appleは各単語を1回だけインデックスします)
  • キーワードフィールド: カンマ区切り、スペースなし(「photo, editor, filter」ではなく「photo,editor,filter」)
  • スクリーンショット: デバイスごとに最大10枚。最初の3枚が検索結果に表示 — 90%のユーザーは3枚目より先にスクロールしません
  • スクリーンショットのキャプションは2025年6月以降インデックス対象(AIによる抽出)
  • アプリ内イベント: 同時公開は最大10件、各イベントは最大31日間。インデックスされ、検索結果に表示されます
  • カスタムプロダクトページ(最大70件)は2025年7月以降オーガニック検索に反映。平均コンバージョン+5.9%
  • アプリプレビュー動画: 最大3本、各15〜30秒。ミュートで自動再生 — コンバージョン+20〜40%
  • SKStoreReviewController: 365日あたり最大3回のプロンプト
  • Appleには人間による編集キュレーションがあります — 品質とデザインがより重要です
  • 完全な仕様、サイズ、リジェクトのトリガーについてはreferences/apple-specs.mdを参照してください
Google Play — 主なポイント
  • タイトル(30文字)+ 短い説明(80文字)+ 詳細な説明(4,000文字)= インデックス対象テキスト
  • 詳細な説明はインデックスされます — キーワード密度2〜3%を自然に目標にしてください
  • 隠しキーワードフィールドはありません — すべてのキーワードは表示テキストに含める必要があります
  • GoogleのNLP/セマンティック理解 — キーワードの詰め込みは検出されペナルティを受けます
  • タイトルで禁止されているもの: 絵文字、全大文字、「best」/「#1」/「free」、CTA(2021年以降適用)
  • スクリーンショット: デバイスごとに最小2枚、最大8枚(Appleの10枚とは異なります)
  • 特集掲載にはフィーチャーグラフィック(1024x500、正確なサイズ)が必須
  • 動画は自動再生されません — 再生をタップするユーザーは約6%のみ(iOSと比べて低いROI)
  • Android Vitalsはランキングに直接影響します: クラッシュ率>1.09%またはANR>0.47% = 表示頻度の低下
  • プロモーションコンテンツ: 特集掲載には14日前までに申請してください。アプリは探索からの獲得が2倍になります
  • カスタムストア掲載情報: 最大50件(離脱ユーザー、特定の国、広告キャンペーンをターゲットにできます)
  • ストア掲載情報の実験: 最大3バリアントをテスト、7日以上実行、同時に1つの実験のみ
  • 完全な仕様とポリシーの詳細についてはreferences/google-play-specs.mdを参照してください
AppleがインデックスするものとGoogleがインデックスするもの
フィールドAppleはインデックス?Googleはインデックス?
タイトルはいはい(最も強いシグナル)
サブタイトル/短い説明はいはい
キーワードフィールドはい(非表示)存在しません
長い説明文いいえはい(重点的に)
スクリーンショットのキャプションはい(2025年以降)いいえ
アプリ内イベントはいN/A(代わりにLiveOps)
デベロッパー名いいえ部分的
IAP名はいはい

よくある問題チェックリスト

見つかった場合はこれらを指摘してください。(階層依存) と記された項目は、アプリのブランド成熟度階層に照らして評価する必要があります — 支配的(Dominant)なアプリでは意図的な選択である可能性があります。

常に指摘する(すべての階層):

  • 評価が 4.0 未満
  • 最終更新が 3 か月以上前
  • Google Play の説明文にキーワード戦略がない(密度 1% 未満)
  • Google Play にフィーチャーグラフィックがない
  • Apple のキーワードフィールドに単語の重複がある可能性(タイトル+サブタイトルから推測)
  • カテゴリの不一致 — 別のカテゴリのほうが競争が少なくなる
  • スクリーンショットが 5 枚未満

チャレンジャー/確立(Challenger/Established)のみ指摘 (支配的(Dominant)なアプリでは誤りではありません):

  • タイトルがブランド名のみに文字数を浪費している(キーワードなし) (支配的: ブランドこそがキーワード)
  • サブタイトル/短い説明がタイトルのキーワードを重複させている
  • 説明文の最初の 3 行が一般的すぎる (支配的: ブランドボイスの選択である可能性)
  • プレビュー動画がない (支配的: 製品のデモが難しい場合は合理的な可能性)
  • スクリーンショットがメッセージ/キャプションのない単なる UI の羅列 (支配的: ライフスタイル/ブランドのショットのほうがコンバージョンが高い可能性)
  • ローカライズが 1〜2 件のみ (絶対数ではなく実際の市場に対するスコアで評価)
  • アプリ内イベントやプロモーションコンテンツがない (支配的なユーティリティアプリは発見支援を必要としない可能性)

すべての階層で指摘するが、文脈に注意:

  • 否定的なレビューへの開発者からの返信がない (件数に注意 — 1,000 万件以上のレビューへの返信は 1,000 件の場合とは異なる課題)
  • 一般的な「新機能」テキスト (確立/支配的なアプリで週次以上のリリース頻度であれば許容される)

タスク固有の質問

  1. App Store または Google Play の URL は何ですか?
  2. これはあなたのアプリですか、それとも競合のアプリですか?
  3. アプリはどのカテゴリで競合していますか?
  4. 比較対象となる競合の URL はありますか?
  5. 検索での可視性、コンバージョン率、それとも両方に焦点を当てていますか?
  6. App Store Connect または Google Play Console のデータにアクセスできますか?

関連スキル

  • page-cro: アプリのインストールを促進するウェブベースのランディングページのコンバージョンを最適化するため
  • ad-creative: App Store および Google Play の広告クリエイティブを作成するため
  • analytics-tracking: インストールのアトリビューションとアプリ内イベントのトラッキングを設定するため
  • customer-research: リスティングのコピーに活かすためにユーザーのニーズと言葉を理解するため

コメント