aso

App Store の最適化

iOS App Store の掲載情報を最適化します。App Store の訪問者の70％は検索を通じてアプリを見つけ、ダウンロードの65％は検索直後に行われます。掲載情報はランディングページよりも多くの役割を果たします。以下の各ルールは、検索アルゴリズムがインデックスする対象が、範囲の限られた既知の項目だけだからです。それ以外はすべて、アプリの発見ではなくコンバージョンのためのものです。

ランキングに影響する項目はこれだけです

Apple がインデックスする、管理可能なキーワード項目は正確に160文字です。「キーワードのために説明文を最適化する」ことに労力を費やさないでください。説明文とプロモーションテキスト（170文字、新しいバージョンを公開せずに更新可能）はインデックスされません。これらはアプリの発見ではなく、コンバージョンに影響します。ただし、説明文は1つの発見経路において重要です。Apple の LLM は説明文とスクリーンショットから App Store のタグを生成するため、タグ生成向けに、キーワードランキング向けではなく、アプリのカテゴリと主なユースケースをわかりやすい言葉で記載する必要があります。また、Google はウェブ版 App Store（apps.apple.com）の説明文もインデックスするため、Apple 独自の検索では無視される第2の発見経路となります。

項目	上限	キーワードの重み	ユーザーへの表示
アプリ名	30文字	最も高い	はい
サブタイトル	30文字	2番目	はい
キーワード欄	100文字	3番目	いいえ

インデックスされる項目：カテゴリ、スクリーンショットの内容（WWDC25 で Apple が確認済み。OCR ではなく、AI 分析によって抽出）、タグ、アプリ内イベント名（既存のキーワードを補強するもの。「アプリ内イベント」を参照）。

テキスト以外では、Apple はダウンロード数と評価もランキング要因として確認しています（これに加えて、詳細不明の「その他」もあります）。リテンションとアンインストール率による降格が公式に文書化されているのは Google Play のみで、iOS ではありません。確定事項ではなく、可能性が高いものとして扱ってください。いずれにせよ、リテンションが低いとダウンロードの勢いが弱まるため、実務上のルールは変わりません。ASO では、継続利用につながらない製品を改善できません。

**重複ゼロのルール：**アプリ名、サブタイトル、キーワード欄の間で、単語を決して繰り返さないでください。Apple はすべての項目のトークンを組み合わせるため、単語が重複すると、その分の枠を新しい検索クエリに使えず、無駄になります。掲載情報を監査する際は、まずここを確認してください。最もよく見られ、最も簡単に修正できる問題です。

ランキングとコンバージョンは別々の役割です

各項目は、ランキング（見つけてもらう）、コンバージョン（タップしてインストールしてもらう）、またはその両方に役立ちます。掲載情報全体を区別なく一度に最適化すると、気づかないうちに一方を犠牲にして他方を得ることになります。よくある失敗は、サブタイトルやスクリーンショットのキャプションにキーワードを詰め込んでランキングを上げ、インストール数を減らすことです。

項目	ランキング	コンバージョン
キーワード欄	はい	なし。ユーザーには表示されません
アプリ名	最も高い重み	はい
サブタイトル	2番目の重み	はい
スクリーンショット	はい（AI 分析）	主な要因
アイコン	なし	はい
プレビュー動画	なし	はい
製品ページのヘッダー	なし	はい
検索結果のクリエイティブ	なし	はい
評価	はい	はい

この区分から、次のルールが導かれます。

• **最適化の前に診断します。**インプレッションが少ない場合はランキングの問題です。インプレッションが多く、コンバージョンが低い場合はコンバージョンの問題です。「掲載情報を最適化して」という依頼を、区別のない単一のタスクとして受け入れないでください。どちらの軸に問題があるのかを特定し、何かを変更する前に伝えてください。
• **ランキングだけを目的とする作業は、まずキーワード欄で行います。**ユーザーには見えないため、コンバージョンを損なうことがありません。キーワードをユーザーに見える項目に入れる前に、100文字すべてを使い切ってください。
• **両方の役割を持つ項目（アプリ名、サブタイトル、スクリーンショット）では、判断が分かれる場合は読みやすさを優先します。**これらは、タップするかどうかを判断するユーザーが読む項目です。また、現在のセマンティック検索はキーワードの詰め込みを直接評価しないため、不自然な文言で得るランキング向上は、二重の損失を招きます。
• **トレードオフを明示します。**一方の軸に有利で、もう一方にはリスクがある変更を提案する場合は、それを単なるメリットとして示さず、代償も伝えてください。

キーワードではなく、検索意図のクラスターで考える

Apple の検索機能は、クエリの文字列に一致させるよりも、検索の背後にある意味的な意図を解釈する傾向が強まっています。アプリがクエリを「満たす」かどうかを評価し、狙っていなかった語句でアプリを上位表示することもあります。キーワードを詰め込んだメタデータより、アプリの機能を明確に伝える自然な言葉のメタデータが評価されるようになっています。その結果、次のことが重要です。

• キーワード候補を検索意図のクラスター（ユーザーが達成しようとしていること）にまとめ、語句を列挙するのではなく、意図に平易な言葉で答えるメタデータにします。
• ビッグワードより、より具体的で検索意図の明確なロングテールクエリを優先します。「写真編集」より「写真から背景を削除」のほうがコンバージョンにつながります。検索者がすでに必要なものを把握しているためです。また、ビッグワードは AI アシスタントにも流入を奪われています（ユーザーはストアを開く前に ChatGPT や Gemini にアプリのおすすめを尋ねます）。一方、ストア内のロングテール検索は価値を保っています。
• アプリ内イベントや評価などの豊富な構造化シグナルは、意味的なランキングに影響します。コンバージョンを促すための飾りではありません。

アプリ名

形式：ブランド — 主要キーワード または ブランド: キーワードフレーズ。

• 必ず 30 文字すべてを使います。使っていない文字は、キーワードに使える枠を無駄にしています。
• 最も価値の高いキーワードを 1 つ、名前に入れます。配置場所の中で、最もランキングへの影響が大きいためです。
• ブランドにすでに検索ボリュームがある場合を除き、ブランド名だけにすることは避けます。名前を知られていなければ検索されることもなく、ブラウズ経由の流入と報道に完全に頼ることになります。
• 「app」「the」「free」「best」は含めません。Apple は一般的な語句を自動でインデックスするため、これらは文字数を消費するだけで効果がありません。

参考例：「Gentler Streak Workout Tracker」では、ブランド名そのものがキーワードフレーズになっています。「Arc Search — Find it, Faster」では、ブランド名、主要キーワード、価値提案を 1 行にまとめています。

サブタイトル

サブタイトルはキャッチフレーズではなく、検索範囲を広げるためのものです。検索結果で名前のすぐ下に表示されるため、新しい語句でのランキングと、ひと目で自然に読めることの両方を満たす必要があります。

• アプリ名に含まれる単語は一切重複させません（重複ゼロのルール）。
• アプリ名ではカバーできない関連検索領域をカバーします。名前が「workout tracker」を扱うなら、サブタイトルでは「Health, Steps & Recovery」をカバーします。
• & と , を使い、30 文字により多くの語句を詰め込みます。
• 人が書いたような文の一部として自然に読める必要があります。キーワードを詰め込んだサブタイトルは、タップ率を大きく下げます。ユーザーはタップする前に目にするためです。コンバージョンを損なうランキング向上は、差し引きでマイナスになります。また、意味検索ではキーワードの詰め込み自体がペナルティの対象になっています。

キーワードフィールド

ユーザーには表示されず、アルゴリズム専用です。書式ルールは絶対です。

• カンマで区切り、カンマの後にスペースを入れません。スペースはキーワードに使える文字数を消費します。
• 単数形のみを使います。Apple は複数形にも自動で一致させるため、「timer」で「timers」もカバーでき、複数形は無駄になります。
• アプリ名またはサブタイトルに含まれる単語は繰り返しません。
• アプリ名、開発者名、カテゴリー名は含めません。Apple がこれらを自動でインデックスするためです。
• 100 文字すべてを埋めます。文字数を数えてください。95 文字未満しか使っていない場合、フィールドは未完成です。
• 商標登録された語句や競合ブランド名は含めません。App Store Review Guideline 2.3.7 で禁止されており、メタデータが却下されると、リリースが遅れるためです。狙うのは競合他社の名前ではなく、競合他社が上位表示されている「キーワード」です。

ここに含めるもの：主要キーワードの同義語、よくあるスペルミス、ロングテールのバリエーション、追加のロケールから翻訳した語句、競合他社のキーワード（名前ではありません）。

「Deepwork — Focus Timer」／「Pomodoro & Concentration」の例：

study,productivity,flow,block,distraction,adhd,work,session,interval,music,noise,task,habit,routine

キーワード調査の手順

次の手順を順番に進めてください。直感でメタデータを書き始めてはいけません。

1. ブレインストーミング：ユーザーが入力しそうな語句をすべて洗い出します。動詞（「瞑想する」「集中する」「記録する」）、名詞（「タイマー」「プランナー」「日記」）、悩み（「眠れない」「ストレス」）などです。
2. App Store のオートコンプリートを確認：実機で確認してください。候補として表示されるのは実際にユーザーが検索している語句であり、最も手軽に得られる確かな情報です。
3. 競合アプリのキーワードを抽出：分野内の上位 5～10 個のアプリから抽出します（タイトル、サブタイトル。Astro や App Radar などのツールを使えば、どのキーワードで上位表示されているか確認できます）。
4. 候補を 3 つの軸で評価：検索ボリューム（検索されているか）、関連性（アプリの内容を本当に表しているか）、難易度（トップ 10 に入る現実味があるか）で評価します。目指すのは、中程度の検索ボリューム＋高い関連性＋低い競争率です。「写真編集」は大手が独占していますが、「ヴィンテージフィルムカメラ」なら可能性があるかもしれません。
5. 検索意図ごとに分類：検索者が何を達成しようとしているかに応じて、候補をまとめます。各グループの語句は、名前、サブタイトル、CPP、キーワードフィールドのいずれか一つにまとめます。ひとつの検索意図に明確に応えるメタデータのほうが、5 つの意図に触れるだけのメタデータより上位に表示されます。
6. 振り分け：最重要キーワードは名前に、関連する語句はサブタイトルに、残りはすべてキーワードフィールドに配置し、フィールド間で重複させないでください。

最初のアップデートではキーワードを 15～20 個選び、さらに 15～20 個を予備として確保しておきます。成果の出ないキーワードは 4～8 週間後に入れ替えます。すぐに試せる候補を用意しておくことが、実際に改善を続けるための鍵です。

スクリーンショット

スクリーンショットは広告であり、ドキュメントではありません。UI の生のキャプチャは最適化ではなく、単なる写真集です。ユーザーはサムネイルサイズでキャプションをざっと見て、UI を詳しく確認することはありません。検索結果に表示されるスクリーンショットは 1～3 枚のみで、必要なデバイスサイズは 2 種類だけです（6.9" iPhone、13" iPad。他のサイズはすべて縮小されます）。

各スクリーンショットの上部には、太字のテキストキャプションを付けます。Apple はスクリーンショットが見つけやすさに影響し、AI がスクリーンショットの内容を分析することを確認していますが、ビジュアル素材にキーワードを詰め込まないよう明示的に警告しています。そのため、キャプションには実際の機能を、ユーザーが実際に検索する言葉で説明してください（「ワンタップで背景を削除」など）。キーワードの羅列は、ユーザーがタップするかどうかを決めるまさにその瞬間に、必死さを感じさせます。

最大 10 枠まで、表示順に役割を割り当てます。

位置	役割
1	主なメリット — ほとんどのユーザーが目にする唯一のスクリーンショット
2	代替アプリとの違い
3	信頼の証 — 受賞歴、報道、ユーザー数（「Apple Watch App of the Year」）
4–6	現実の課題を解決する主な機能
7–8	最近追加された機能 — アプリが今も更新されている証拠

アプリアイコン

アイコンはすべての検索結果に表示され、単体アセットのテストとして最も投資対効果が高いものです。SplitMetrics のベンチマークでは、アイコン最適化によるコンバージョンの向上率は平均 22.8％で、コピーの変更を上回ります。

• 2026 年 4 月 28 日以降、すべての提出物で iOS 26 SDK を使ったビルドが必須となるため、Liquid Glass アイコンへの対応は必須です。アイコンは平坦な PNG ではなく、レイヤー化されたアートワークでなければなりません。2024 年頃の平坦なアイコンも表示はされますが、ネイティブのレイヤー化されたアイコンと並ぶと古く見え、検索結果のたびに目に見えないコンバージョン低下を招きます。
• アイコンは 6 つすべての外観モードでデザインし、確認してください。Default、Dark、Clear Light、Clear Dark、Tinted Light、Tinted Dark です。1 つのモードでしか機能しないアイコンは、残り 5 つのモードでは使いものになりません。
• アイコンを変更するには新しいアプリバイナリが必要です。アイコンの A/B テストはリリースサイクルに合わせて計画してください（Product page experiments を参照）。

プレビュー動画

Apple は検索結果でプレビュー動画をミュート状態で自動再生します。動画がないアプリでは静止画が表示され、競合アプリは動きを見せます。プレビューは最大 3 本、各 30 秒までです。ルールは次のとおりです。

• 最も印象的な場面から始めます。ロゴ、イントロ、フェードインで始めてはいけません。ユーザーがスクロールするまでの時間は 3 秒しかありません。
• 必ずテキストオーバーレイを追加します。動画はミュートで再生されます。
• アプリが実際に動作する様子を見せ、マーケティング用の派手な映像にはしないでください。Apple はプレビューに実際のアプリ映像を使うことを求めています。
• 全体の長さは 15～30 秒にします。

クリエイティブアセット

WWDC26で導入され、iOS 27およびiPadOS 27とともにストアで公開されます。スクリーンショットやプレビューはアプリの 使用中 の様子を示し、クリエイティブアセットはブランド、季節限定の提供内容、新しいコンテンツを伝えます。役割は異なるため、互いの代わりに使わないでください。

掲載場所	内容	使用しない場合
製品ページのヘッダー	掲載ページの最上部に表示され、訪問者が最初に目にする画像または動画	ページはスクリーンショットから始まります
検索結果のクリエイティブ	製品ページにアクセスする前に、検索タブでアプリの第一印象となるもの	Appleはアプリ内イベント、次にプレビュー、最後にスクリーンショットを表示します

ヘッダーはアプリ内イベントカードではなく（アプリ内イベントカードはページ中ほどに表示されます）、Todayのエディトリアルコンテンツでも、有料広告枠でもありません。検索結果のクリエイティブは任意です。

• まずは汎用クリエイティブを1つ作成します。 1つのアセットをヘッダー、検索結果、Apple Adsで使用でき、同じアセットをCPPやPPOのヘッダーテストにも添付できます。
• App Store Connectのアセットライブラリからアップロードします。 新しいアプリバージョンと一緒に提出するか、アプリの提出とは別に、アセットライブラリから個別に提出できます。一方、アイコンを変更できるのは引き続き新しいバイナリを提出するときだけです。
• まずは静止画像を使います。 動画は、ミュートでも内容が伝わり、きれいにループする場合にのみ使います。
• 初めて訪れるユーザーに向けて、明確なアイデアを1つ伝えます。 ヘッダーは機能一覧を要約する場所ではありません。
• スクリーンショット1がすでに主役で、新たに伝えることがない場合は、ヘッダーを使わないでください。 重複するものを載せるより、空欄のほうが適切です。

すべてのクリエイティブアセットは、アプリの年齢制限が17+であっても、4+の年齢制限を満たす必要があります。Appleが却下するもの：価格や割引、URL、著作権表示、検証できない受賞歴、競合ストアのロゴや言及、およびAppleのバッジ（Editor's Choice、App of the Day、Game of the Day、Apple Design Award）。

クリエイティブアセットはコンバージョンを促す要素であり、ランキングを左右する要素ではありません。Appleはヘッダーや検索結果のクリエイティブの内容がインデックス化されるとは述べていないため、どちらもキーワードの掲載面として扱わないでください。上記のスクリーンショットのルールに変更はありません。

評価

星評価は、ユーザーがページを訪れる前に検索結果に表示されます。同じキーワードとクリエイティブの場合、評価4.5★のアプリは評価3.8★のアプリよりコンバージョン率が30～40％高くなります。評価が4.0未満では、メタデータを改善してもコンバージョン競争に勝てません。まず評価を改善し、その後4.5以上を目指してください。

• 成功したタイミング、つまりタスクを完了したときやマイルストーンを達成したときにのみ、ネイティブのプロンプト（SKStoreReviewController / RequestReviewAction）を表示します。クラッシュの後や初回起動時には決して表示しないでください。プロンプトはユーザーの現在の感情に左右されるため、Appleは2026年以降、初回起動時のプロンプトを却下しています。
• システムがプロンプトを表示するのは、デバイスごとに365日間で最大3回です。APIはいつでも呼び出せますが、表示するかどうかはOSが決定します。この3回が表示回数の上限であり、感情が高まるタイミングにのみ使ってください。
• 評価を残すことを条件に、機能やコンテンツへのアクセスを制限しないでください（ガイドライン3.2.2）。
• 否定的なレビューには48時間以内に返信してください。ユーザーは返信を確認した後に評価を更新できます。丁寧な返信によって、2つ星のレビューが4つ星に変わることもあります。
• 30件以上のレビューで同じバグが指摘されている場合、その修正はASOの取り組みです。アップデート内容に修正について記載してください。レビュー担当者はその点に注目します。
• リリースノートでレビューを依頼することは許可されており、効果的です（「Xが役に立ったと感じた場合、レビューを残していただけると大変励みになります」）。

タグ

Appleは、メタデータ、AI分析、エディトリアルによる選定をもとに、すべての掲載ページにユーザー向けタグを自動生成します。タグを作成することはできませんが、管理することはできます。管理しないと、タグによってアプリの内容が正しく伝わらなくなることがあります。

• App Store Connectで生成されたタグを確認し、アプリの内容と合わないものは選択解除してください。誤ったタグは、意図の合わないユーザーを呼び込み、すぐに離脱させます。また、タグが公開される前に人間のレビュー担当者が承認するため、修正は反映されます。
• タグの変更に新しいビルドは必要ありません。
• アトリビューション：検索したタグからのインストールは検索トラフィック、タグの検索結果を閲覧してからのインストールはブラウズトラフィックとしてカウントされます。測定時には両方を確認してください。
• タグは四半期ごとに、また説明文やスクリーンショットを変更するたびに見直してください。これらはAppleがタグを生成する際の入力情報だからです。

ローカライズ

ロケールを追加するたびに、それぞれ専用のタイトル、サブタイトル、キーワード欄を利用できます。ストアフロントでは特定のロケールの組み合わせが相互にインデックスされるため、追加の文字数をコードコストなしで活用できます。米国のストアフロントでは en-US に加えて es-MX のメタデータもインデックスされ、英国では en-GB に加えて en-AU がインデックスされます。相互にインデックスされるロケールに英語のキーワードを追加すると、そのストアフロントでインデックス対象の範囲を実質的に倍増できます。これはインディーアプリの ASO で最も活用されていない施策ですが、Apple が封じる可能性のある未公開のグレーゾーンの挙動です。そのため、必ず上位表示したいキーワードだけをそこに登録するのは避けてください。

• 英語のみのアプリでも、追加のロケールを 3～5 件設定してください（例：スペイン語（メキシコ）、フランス語（カナダ）、ポルトガル語（ブラジル））。
• 英語のキーワードをそのまま翻訳するだけではいけません。各市場で実際にどのような検索が行われているか調査してください。直訳では現地の言い回しを捉えられません。
• キーワードの重複をなくすルールは、相互にインデックスされるロケールにも適用されます。en-US からすでにインデックスされている単語を es-MX に登録しても無駄です。
• ローカライズされたメタデータは、地域別のフィーチャー選出の対象にもなります（「フィーチャー選出への推薦」を参照）。小規模市場では、米国よりも編集上の競争がはるかに少なくなります。

アプリ内イベント

イベントは既存の検索キーワードを強化するためのものであり、新しいキーワードを獲得する手段ではありません。イベント名とサブタイトルに含まれていない語句でアプリが上位表示されることはありません。イベント名と短い説明は、既存のキーワードの対象範囲を強化します。

• イベントカードは検索結果やプロダクトページに表示されます。すでにアプリをインストールしたユーザーにも表示されるため、既存ユーザーへの再アプローチが可能な唯一の掲載面です。
• 実際の機会に合わせてイベントを実施してください（ローンチ、季節コンテンツ、チャレンジなど）。イベントは構造化されたアクティビティシグナルとしてセマンティックランキングにも反映されます。また、承認済みのイベントはフィーチャー選出への推薦に添付できる最も強力な材料です。

プロモーション対象のアプリ内課金

最大 20 件のアプリ内課金またはサブスクリプションをプロモーションできます。それぞれに表示名（30 文字）と説明（45 文字）を設定できます。プロモーション対象の非消耗型アイテムは、App Store の検索結果に独立した項目として表示されます。これは無料で検索露出を追加できる方法ですが、サブスクリプションアプリの多くは設定していません。アプリ内課金の名前がキーワードとしてインデックスされるかどうかは確認されていないため、キーワード欄としてではなく、平易な説明（「年間 Pro — エクスポート無制限」など）として記述してください。アプリ内課金のプロモーション用メタデータはリリースなしでいつでも編集できるため、バージョン間で改善を繰り返せる数少ない露出面の 1 つです。

プロダクトページの実験

App Store Connect の 2 つの機能を使うと、デフォルトの掲載ページだけに頼らずに済みます。「メタデータに効果がない」と結論づける前に、両方を活用してください。

• プロダクトページの最適化（A/B テスト）： デフォルトページに対して最大 3 件のバリエーションをテストでき、アイコン、スクリーンショット、プレビュー、プロダクトページのヘッダー画像を検証できます（テキストは対象外です）。アイコンのテストに限り、新しいアプリのバイナリが必要です。スクリーンショット、プレビュー、ヘッダーのテストはリリースなしで実施できます。テストは信頼度 90％のしきい値で最大 90 日間実行されます。一度に 1 つの変数だけをテストしてください。そうしないと、勝者から何も学べません。
• 文言より先にクリエイティブをテストしてください。 クリエイティブのテスト（アイコン、スクリーンショット、プレビュー、ヘッダー）ではコンバージョン率が 10～25％向上しますが、文言の改善では 2～8％です。まずアセットにテスト枠を使いましょう。
• カスタムプロダクトページ： アプリごとに最大 70 件作成できます。それぞれに専用のスクリーンショット、プロモーションテキスト、プレビュー、URL を設定でき、iOS 18 以降ではディープリンクも設定できます。CPP には専用のキーワードを割り当ててオーガニック検索で上位表示させることができます。各ページにはキーワードの「テーマ」を 1 つ設定し、ページごとに 1 つの検索意図に応えるようにしてください。また、その市場の検索結果に CPP を表示するには、その市場向けにローカライズする必要があります。Apple のデータによると、デフォルトページではなく、内容に合った CPP にユーザーがアクセスした場合、コンバージョン率が 2.5 パーセントポイント向上します。

フィーチャーへのノミネート

エディトリアルによるフィーチャー（「Today」タブやカテゴリの特集）は、申請するインディー開発者がほとんどいない、無料で得られるリーチです。ノミネートは App Store Connect から申請します。

• 対象となるタイミングの少なくとも 3 週間前に申請してください。3 か月前までに申請すると、検討対象となる機会が広がります。
• ノミネートの種類は 3 つです。「アプリのローンチ」「アプリの機能強化」（大規模なアップデート）、「新しいコンテンツ」（季節のキャンペーン、イベント、オファー）です。内容に合ったものを選んでください。バグ修正リリースや、機能に変更のない UI の刷新がフィーチャーされることはありません。
• エディターは、UX の品質、アクセシビリティ、ローカライズ、新しい Apple API の採用、評価が 4.0 以上かを審査します。却下されてからではなく、ノミネート前に改善してください。
• エディターがスケジュールを組みやすい、タイミングの根拠を提示してください。新しい iOS API の採用、祝日との連動、日付のあるアプリ内イベントなどです。「アプリの出来が良い」だけでは根拠になりません。
• 承認済みのアプリ内イベントを添付し、5 つある補足 URL の枠をすべて使ってください（TestFlight のリンクも含められます）。
• 小規模なローカライズ市場でもノミネートしてください。地域別のフィーチャーの基準は米国より大幅に低く、ローカライズされたメタデータが選定条件になります。
• フィーチャーは一時的な急増であり、継続的な集客チャネルではありません。「今日のゲーム」に掲載されると、約 1 週間はオーガニックインストールが +470% 増えた事例がありますが、その後は減少します。掲載ページがコンバージョンにつながるタイミングに合わせてノミネートし、フィーチャーの継続的な掲載を前提に収益を計画しないでください。

有料施策とオーガニック施策の好循環

Apple のアルゴリズムは、アプリをランキングするためにダウンロード速度を必要としますが、アプリがダウンロードを獲得するにはランキングが必要です。オーガニック ASO だけで、この初期の停滞を打破するのは困難です。有料インストールがオーガニックランキングを直接買えるわけではありません。そのように主張する信頼できる情報源はありません。ただし、有料施策はキーワード単位のダウンロード速度とコンバージョンを高め、それらはオーガニックアルゴリズムの評価対象になります。

費用をかける前に、最低限必要な ASO を整えましょう。主要キーワードをアプリ名とサブタイトルに配置し、スクリーンショットのタップ率を約 25% 以上、評価を 4.0 以上にします。掲載ページに問題がある状態で有料トラフィックを誘導しても、ダウンロードではなくデータを買うことになります。

予約注文を使えば、ローンチ時のダウンロード速度を無料で確保できます。予約注文ページはリリースの 2～180 日前から利用でき、その期間中は検索結果に表示されます。また、予約注文はすべてリリース日に自動ダウンロードされるため、リリース初日にダウンロードが集中し、その急増をアルゴリズムが認識します。予約注文なしでローンチすると、この急増を逃すことになります。

1. 2025 年 4 月に Apple Search Ads から名称変更され、2026 年 3 月にも掲載枠が拡大された Apple Ads を、オーガニック施策で最適化しているキーワードに対して 1 日あたり $10～20 で実施します。
2. キャンペーンは次の 2 種類に分けて構成します。自社名を対象とするブランドキャンペーン（競合が入札してくるため、低コストで守ります）と、ディスカバリーキャンペーン（部分一致＋Search Match）です。ディスカバリーキャンペーンの目的は、ボリュームではなく情報収集です。自社のようなアプリを探しているユーザーが実際にどのような語句を入力するのかを、Apple に費用を払って明らかにしてもらいます。
3. ディスカバリーで見つかった、コンバージョンにつながる検索語句をオーガニックメタデータに反映します。
4. オーガニック施策が伸びるにつれて、有料施策を縮小します。

有料施策が好循環を動かし始め、オーガニック施策がその回転を保ちます。

メタデータ変更の仕組み

アプリ名、サブタイトル、キーワードフィールド、説明文、スクリーンショット、プレビュー、カテゴリはバージョンに紐づいており、アプリのリリース時にしか変更できません。プロモーション用テキスト、価格、IAP のメタデータ、タグ、CPP、クリエイティブアセット（Asset Library 経由）はいつでも編集できます。そのため、次の点に留意してください。

• インデックス対象のメタデータの変更は、各リリースにまとめて反映します。リリースの合間は、いつでも編集できる項目だけを調整してください。
• 季節のキーワードは、1 回先のリリースで計画します。季節の検索語句は急増し（祝日に関する語句は、1 週間に通常の約 9 倍の検索量になります）、バージョンの審査が終わらないまま機会を逃すことがあります。対象となる時期の訴求には、アプリ内イベント、プロモーション用テキスト、CPP を活用してください。
• メタデータを更新した後は、部分的な再インデックスに 24～72 時間、その後、順位が落ち着くまで 1～2 週間の変動が見込まれます（業界の推定値であり、Apple が確認したものではありません）。そのため、変更の効果は 2～4 週間後に評価し、初日には判断しないでください。

イテレーションループ

ASO はローンチ時の作業ではなく、毎月取り組む習慣です。メタデータの更新によるランキングの変化が現れるまでに 2〜4 週間、効果が完全に出るまでに 2〜3 か月かかります。変更の効果は翌日ではなく、最初の評価時点で判断します。2〜4 週間ごとに、次のことを行います。

• キーワードの順位変動を確認します。2 サイクル経っても変動がないキーワードは、予備リストから別のものに差し替えます。
• 次の項目を追跡します。キーワードのランキング、検索インプレッション、タップ率、コンバージョン率、オーガニックと有料の内訳。
• 数値を正しく読み取ります。App Store Connect のコンバージョン率は、ダウンロード数 ÷ ユニーク インプレッション数 であり、プロダクトページの閲覧数ではありません。また、「App Store 検索」ソースには Apple Ads のタップ数も含まれます。広告経由のインストール数を差し引いて真のオーガニック検索数を算出しないと、フライホイールが実態より好調に見えてしまいます。
• App Store Connect の同業アプリグループのベンチマーク（コンバージョン率、継続率、クラッシュ率の 25／50／75 パーセンタイル）と比較し、弱点が見つけてもらうことなのか、ページ自体なのかを判断します。
• 新しいキーワードのアイデアを得るため、最近のレビューを読みます。ユーザーは、ほかのユーザーが検索に使う言葉でアプリを説明しています。
• 四半期ごとに、生成されたタグを再確認し（「タグ」を参照）、アイコンが現在の OS のアイコンスタイルに合っているかを確認します。

監査チェックリスト

既存の掲載情報を確認するときは、次の順にチェックします。

• 弱いのがランキング（インプレッション数が少ない）か、コンバージョン（インプレッションあたりのダウンロード数が少ない）かを診断し、変更を提案する前に明示した
• 名前を 30 文字すべて使い、主要キーワードを含めている
• 名前／サブタイトル／キーワード欄で単語が重複していない
• キーワード欄：100 文字中 95 文字以上を使用し、カンマの後にスペースを入れず、単数形のみを使い、名前／開発者名／カテゴリ名の単語を含めず、商標や競合他社名を含めていない
• インデックス対象の欄に埋め草の単語（「app」「free」「best」「the」）がない
• メタデータがトークンの羅列ではなく、各欄で 1 つの検索意図に答える自然な文章になっている
• スクリーンショット 1 で主なメリットを伝えている。すべてのスクリーンショットに、検索されやすい機能の表現を使ったキャプションがあり、キーワードを詰め込んだものはない
• アイコンがレイヤー構成の Liquid Glass アートワークで、6 つすべての外観モードで確認されている
• プレビュー動画があり、動作を見せる場面から始まり、テキストオーバーレイを含み、長さが 15〜30 秒である
• プロダクトページのヘッダーと検索結果のクリエイティブが設定され、4 つ以上のコンテンツルールに準拠している。または、理由を明記して意図的に省略している
• 評価が 4.0 以上（目標は 4.5 以上）で、成功したタイミングに表示するプロンプトが設定されている（年間 3 回のシステムプロンプトが上限）
• 生成されたタグを確認し、実態を正しく表さないタグの選択を解除している
• 少なくとも 3 つの追加ロケールが設定され、リサーチに基づく（翻訳ではない）キーワードが含まれている。ストアフロントでクロスインデックスされるロケールも含む
• 説明文でカテゴリと主要なユースケースを平易な言葉で示している（Apple によるタグ生成に活用される）
• サブスクリプション／IAP アプリ：プロモーション対象の IAP が、平易な言葉によるオファー名で設定されている
• クリエイティブの A/B テストを実施中または予定している。継続的なコンテンツにはアプリ内イベントを使用し、次回のフィーチャー推薦への申請日とアピールポイントが決まっている