Apple Search Ads キーワードリサーチプレイブック（2026）
Apple Search Ads キーワードリサーチの構造化ワークフロー — アプリメタデータから始めて、競合とカテゴリ分析を通じて拡張し、Discovery プロモーションを通じてサイクル。
TL;DR
Apple Search Ads キーワードリサーチは 4 ステージサイクル、一回限りの演習ではない。仕事をステージ 化し儀式化：(1) 自身のアプリメタデータ（Brand + カテゴリコア）からシード、(2) 競合とカテゴリ隣接 分析を通じて拡張、(3) Search Match 付き上限付き Discovery キャンペーンを通じて発見、(4) 週次 Search Term Report マイニングを通じて昇格と剪定。
四半期ごとに完全サイクルを繰り返す。出力は 30-50 生産 Exact キーワード + 制御された探索層のキーワード リスト。
ほとんどのキーワードリストが間違っている理由
インディー ASA で最も一般的な失敗モード：起動時に追加され二度と見直されない 200+ キーワードを持つ 単一巨大広告グループ。構造またはリフレッシュケイデンスなしで、高価値 Brand トラフィックが低価値 Discovery と混ざり、コンバージョンを生成しないキーワードが注意を無駄にする状態でオークションに残り、 新しいカテゴリトレンドが見逃され、Search Match 拡張が決して収穫されない。
修正は “より多くのキーワード” ではない — 明確な広告グループ境界を持つ構造化サイクル。
Stage 1：アプリメタデータからシード
App Store Connect メタデータは出発点真実ソース：
| メタデータフィールド | 抽出するもの |
|---|---|
| アプリ名 | Brand シード（例「FocusFlow」） |
| サブタイトル | Brand + 価値提案シード（「FocusFlow — Pomodoro Task Manager」 → 「pomodoro task manager」） |
| キーワードフィールド（100 文字制限） | 事前キュレーションカテゴリ用語 |
| 説明の最初の文 | 暗黙のカテゴリ記述子 |
「FocusFlow」という生産性アプリから：Brand シード = focusflow、focus flow、focusflow app。 カテゴリコアシード = pomodoro、task manager、focus timer、productivity timer。
これは ~15-25 シードキーワードを生成。Brand と Category クラスターにグループ化。
Stage 2：競合分析を通じて拡張
5-10 直接競合を特定。2 つの方法：
方法 A：カテゴリブラウズ
App Store でアプリの主要カテゴリを開く。トップ 20 有機ランクアプリに注目。それらのうち 5-10 が 直接競合の可能性が高い（類似機能セット、類似ターゲットユーザー）。
方法 B：検索オーバーラップ
App Store でトップ 3-5 カテゴリコアシードキーワードを検索。クエリ全体で一貫してトップ 10 結果に 表示されるアプリに注目。それらがカテゴリコア用語の有機競合。
各競合：アプリ名を Competitor / ブランド防御キーワード候補に注目；サブタイトルに注目 — ターゲット にするカテゴリ記述子。
シードリストを Brand、Competitor（彼らのブランド名、もし奪取計画なら）、Category クラスターにわたって 30-50 キーワードに拡張。
Stage 3：カテゴリ隣接とロングテール追加
さらに 2 つのキーワードクラスをブレインストーミング：カテゴリ隣接（関連カテゴリを記述する用語、 あなたのアプリが競争する可能性）、ロングテール / ユースケース（ユーザーが検索する可能性のある特定 ユースケースフレーズ）。
総：30-50 候補キーワード。初期ローンチには ~30-40 にトリム（最初の 30 日は少ない方が良い；後に Search Term Report データに基づいて拡張）。
Stage 4：上限付き Discovery キャンペーン実行
専用 Discovery キャンペーンをセットアップ：
Discovery キャンペーン
└── Discovery 広告グループ
├── マッチタイプ: Broad
├── Search Match: 有効
├── キーワード: カテゴリコアシード（Broad で 15-25 用語）
├── 入札: Exact マッチ広告グループ入札の 60-80%
├── Daily Cap: 合計 ASA 予算の 10-20%
└── Negatives: 自身のブランド名 + 無関係カテゴリ最低 14-30 日実行してマッチした検索用語ごとに統計的に意味のあるデータを集める。
Stage 5：マイニング、昇格、剪定
週次儀式（15-30 分）：
勝者昇格
Search Term Report をフィルタ：ソース = Search Match または Broad、過去 30 日、タップ ≥ 100、 CR ≥ 40%。これらが昇格候補。各々で：(1) 専用 Exact マッチ広告グループ作成（または既存意図クラスター 広告グループに追加）、(2) Discovery より高い入札設定（変換することを知っている）、(3) 意図にテーマ 化された CPP 割り当て、(4) 二重課金防止のため Discovery 広告グループに Negative として用語を追加。
無駄剪定
Search Term Report をフィルタ：ソース = 任意、タップ ≥ 30、インストール = 0。これらが negative 候補。関連広告グループ（または普遍的無駄なら全キャンペーン）に Negative キーワードとして追加。
四半期完全リフレッシュ
90 日ごとに、Stage 1-4 を再訪。新カテゴリトレンドを追加、90 日インプレッションなしのキーワードを 引退、観察されたコンバージョンデータに基づいて意図クラスターを再構築。
ブランド防御と競合奪取
ブランド防御 = 自身のブランド名に入札してオークションを確実に勝つ（競合があなたを奪取しない）。 常に実行。Brand は最高 CR、最低 CPI 広告グループであるべき。
競合奪取 = 競合ブランド名に入札。より複雑：差別化が明確で評価が競争力ある場合機能、競合がブランド 忠誠が強い場合機能しない、慎重にテスト — スケール前に 2-4 週間 $50-100/日、競合を名前付けない代替 角度を直接対処する CPP-Conquest 構築（Apple のポリシー）。
ストアフロント全体のローカリゼーション
新ストアフロントに拡張するとき、EN キーワードリストを直接翻訳しない。ターゲット言語で Stage 1-4 を繰り返す：ネイティブ検索ボキャブラリーが異なる（ドイツ語複合語、日本語混合スクリプト、スペイン語 地域変種）、競合セットがストアフロントごとに異なる、ロングテールパターンが文化的に異なる。
ストアフロントごとのキーワードリサーチは運用上重いが、翻訳より劇的に良いパフォーマンスを生成する。
ASAPilot がどう支援
ASAPilot アカウント監査がキーワード構造を特に審査：同じキーワードを複数の広告グループで表面化（内部 競争）、昇格準備完了の高 CR Search Match 用語を識別、negative 準備完了の零転化用語を識別、時間 経過によるキーワードごとのインプレッションシェア、CPT トレンド、CR トレンドを追跡。
アカウント監査 + AI チャットが手動 Search Term Report マイニング儀式を優先順位付き週次レビューに 置換。料金 を参照。