ブログ · App Store 最適化

カスタムプロダクトページ:キーワード連携CPPをApp Store検索で活用する

カスタムプロダクトページは、もはや広告用のランディングページだけではありません。2025年以降、キーワードを割り当てることでオーガニックのApp Store検索にページを表示できます。Appleのルール、プロダクトページの最適化との違い、検索意図ごとに1つのアプリをページに分ける実践プランを紹介します。

Searvia · 2026/10/24 · 読了目安:1分

要点: カスタムプロダクトページ(CPP)は、独自のスクリーンショット、App プレビュー、プロモーション用テキストを持つ、App Storeプロダクトページの別バージョンです。1つのアプリにつき最大70ページまで公開できます。2025年以降は、キーワードフィールドのキーワードをページに割り当てることで、デフォルトページの代わりにそのキーワードのオーガニック検索へページを表示できます。キーワードを検索意図ごとにグループ化し、意図ごとに内容が合致するスクリーンショットと固有のキーワードセットを持つページを用意して、App Analyticsで各ページのコンバージョン率を測定しましょう。

カスタムプロダクトページは長らく有料流入のためのツールでした。広告キャンペーン用にページを作り、そのURLへユーザーを誘導するものです。キーワードの割り当て機能がそれを変えました。いまでは1つのアプリが、「habit tracker」で検索した人には習慣トラッキングのページを、「water reminder」で検索した人には水分補給のページを、広告なしで表示できます。このガイドでは、2026年10月時点のAppleのルールと、キーワードからページを設計する方法を解説します。

カスタムプロダクトページとは

Appleはカスタムプロダクトページを、iPhoneとiPad向けApp Storeで「最大70ページ公開」できるプロダクトページの追加バージョンと説明しています。Asodeskの2025年10月のダイジェストによると、以前の上限は35ページでした。

App Store Connectヘルプによると、変更できる要素は次のとおりです。

要素ページごとにカスタム可能?
スクリーンショット可
App プレビュー可
プロモーション用テキスト(170文字)可
キーワード(キーワードフィールドから)可(ローカライズごと)
ディープリンク可、任意、iOS 18以降
アプリ名とサブタイトル不可
アイコン不可
説明文不可

各ページには固有のURLが付与され、デフォルトのApp Store URLにプロダクトページIDのパラメータが追加されます。そのほかのAppleのルールは次のとおりです。

キーワード連携ページの仕組み

App Store Connectヘルプには明確にこうあります。「カスタムプロダクトページは、カスタムプロダクトページのリンクをたどった場合、またはキーワードを追加してApp Store検索結果に表示するよう選択した場合にのみ、ユーザーに表示されます。」Appleのデベロッパページには、キーワードによって「デフォルトのプロダクトページではなく、選択したキーワードの検索結果にカスタムプロダクトページが表示される」とも書かれています。

キーワードのルールは次のとおりです。

キーワードが行わないこともあります。アプリに新しい検索語を追加するわけではありません。Appleの検索ページにあるとおり、アプリが検索で上位に表示されるのは、名前、サブタイトル、キーワードフィールド、カテゴリ、ユーザーシグナルによるものです。CPPのキーワードは、すでに表示される検索でどのページを出すかを決めるだけです。CPPがコンバージョン向上などを通じて掲載順位に影響するかどうかは、実務家の間でもまだ検証中で、Phitureもこれを未解決の問いとして挙げています。順位への影響は前提とせず、計測すべきものと考えましょう。

なぜ重要か:1つのリスティングですべての意図には合わせられない

ほとんどのアプリは、意図の異なる複数の検索で表示されます。習慣トラッカーは「habit tracker」だけでなく、「water reminder」「mood journal」「morning routine」でも表示されます。デフォルトページで伝えられるストーリーは1つだけで、Appleによると、App プレビューがない場合は最初の1〜3枚のスクリーンショットが検索結果に表示されます。「water reminder」で検索した人が習慣チェックリストを目にすると、アプリがまさに求める機能を備えていても、スルーしてしまうかもしれません。

Appleは、内容が合致するページへ誘導した効果についての数値を公開しています。開発者は「カスタムプロダクトページへ誘導した場合、平均2.5ポイントの上昇」を確認しており、Appleはこれをデフォルトプロダクトページの平均コンバージョン率1.6%に対する156%の増加と説明しています。この数値は検索だけでなく、参照流入全体を対象としたApple自身の集計データに基づくため、自分のアプリの予測ではなく、傾向として読んでください。

カスタムページでは変えられないものにも注意しましょう。「water reminder」で検索した人にも、アプリ名、サブタイトル、アイコン、評価はデフォルトページとまったく同じように表示されます。変わるのはスクリーンショット、プレビュー、プロモーション用テキストだけです。このため、デフォルトのメタデータには実務上の影響があります。サブタイトルはすべてのページに共通して表示されるので、1つの機能だけに絞った内容より、すべての意図をカバーできる幅広い内容(「Daily Routine & Goal Planner」など)のほうがカスタムページと相性が良くなります。意図ごとの訴求はスクリーンショットに任せましょう。

カスタムプロダクトページとプロダクトページの最適化の違い

この2つの機能はよく混同されますが、解決する課題が異なります。

カスタムプロダクトページプロダクトページの最適化
目的特定の意図やオーディエンスにページを合わせるデフォルトページの最良バージョンを見つける
表示される相手URL、広告、割り当てられたキーワードから来たユーザーデフォルトページへの全訪問者のランダムな一部
数最大70ページ同時に1つのテストで最大3つのトリートメント
期間無効化または削除するまで継続最大90日
アイコンカスタム不可テスト可能。バリエーションはバイナリに含める必要あり
キーワードキーワードフィールドから割り当て可能該当なし
結果ページごとの継続的な指標トリートメントごとの信頼度。勝者を適用

両者は組み合わせて使うと効果的です。プロダクトページの最適化でもっとも効果の高い最初のスクリーンショットのスタイルを見つけ、そのスタイルをカスタムページ全体に展開しましょう。

実践例:StreaklyをページごとにSplitする

Streaklyは、このブログ全体で使っている架空の習慣トラッカーです。英語(米国)のメタデータは次のとおりです。

**ステップ1:追跡中のキーワードを意図ごとにグループ化します。**順位トラッキングによると、Streaklyは次の検索で最初の2画面に表示されています。

検索意図現在のページは合っているか
habit tracker, daily habit tracker, habit checklist習慣を記録するはい
water reminder, water trackerもっと水を飲むいいえ
mood journal, mood tracker, journal気分を記録する、またはジャーナルを書くいいえ
morning routine, routine plannerルーティンを作る一部
focus, productivity, discipline生産性を高める一部

**ステップ2:ページを作る価値のある意図を決めます。**意図がデフォルトのストーリーと明確に異なり、アプリが実際にそれに応えられ、その検索で十分なインプレッションがある場合、ページを作る価値があります。Streaklyは水分補給、mood journal、morning routineの3つを選びました。focusとproductivityは、当面はデフォルトページのままにします。

ステップ3:各ページを設計します。

ページ割り当てるキーワード最初のスクリーンショットプロモーション用テキスト
Waterwater2時間ごとにリマインダーを設定した水分補給の習慣「あなたの1日に合う水分補給リマインダーを設定して、ストリークが伸びるのを見よう。」
Mood journalmood, journal1行のジャーナル入力付きの気分チェックイン「5秒で気分を記録して、何が気分を上げるのか時間をかけて確認しよう。」
Morning routinemorning4つの習慣を並べた朝のチェックリスト「本当に続けられる朝のルーティンを、小さな習慣ひとつずつ計画しよう。」

各語は1つのページにだけ割り当てているため、2つのページに属する組み合わせはありません。「reminder」はあえて未割り当てにしています。多くの意図(「habit reminder」「water reminder」)と組み合わさるため、Streaklyはデフォルトページでその大半に応えたいと考えています。

**ステップ4:ディープリンクを追加します。**各ページには、アプリ内の対応する画面を開くユニバーサルリンクを設定します。これにより、waterページで「開く」をタップした人は、水分補給の習慣画面に移動します。Appleのヘルプでは、リンクをメモアプリに貼り付けてタップしてテストすること、URL短縮サービスを避けることが推奨されています。

**ステップ5:ローカライズします。**Streaklyはドイツ語のキーワードフィールドにあるドイツ語の語を使い、ドイツ語ローカライズでも同じプランを繰り返します。英語のアセットは他のローカライズへ自動的にコピーされません。

**ステップ6:送信して待ちます。**3ページすべてをまとめてApp Reviewに送信します。承認されて表示されたら、Streaklyは割り当てた検索を毎日トラッキングし、承認日を記録します。

結果の測定

App AnalyticsのAcquisitionセクションには、各ページのインプレッション、ダウンロード、再ダウンロード、コンバージョン率が表示されます。Appleによると、ページごとのリテンションと課金ユーザー1人あたりの平均収益も確認でき、デフォルトページとの比較も可能です。指標は、ページが初回ダウンロードを5件以上獲得すると表示されます。

読み方は次のとおりです。

仮の例として、4週間後にStreaklyのwaterページはインプレッションの6.2%がコンバージョンし、デフォルトページの4.0%を上回りました。moodページは4.1%、morningページは3.5%です。waterページは明確な成功です。moodページは横ばいなので、最初のスクリーンショットを新しくします。morningページは成績が振るわないため、クリエイティブを見直す間はキーワードを外し、morningの検索でデフォルトページが再び表示されるようにします。

検索以外での活用

同じページを複数のチャネルで活用できます。

ルールとよくある間違い

間違い問題点対処法
同じキーワードを2つのページに設定Appleが1つを選ぶため、制御できなくなるページごとに固有のキーワードセットにする
承認済みキーワードフィールドにないキーワード割り当てられない先にバージョンリリースで追加する
デフォルトと同じスクリーンショットをコピーコンバージョンが上がる理由がないその意図ならではの画面を先頭に置く
アプリがほとんど対応していない意図のページ離脱するインストールと低評価レビュー実際のユースケースにだけページを作る
多言語ストアフロントで英語のみのページ他のローカライズでアセットが欠落または不一致になるローカライズごとにアセットをアップロードする
スクリーンショットに価格や訴求表現ガイドライン2.3.7により、デフォルトページと同じメタデータのルールが適用されるスクリーンショットは事実に基づき、価格を載せない
割り当てたキーワードをトラッキングしないページの効果がわからない承認日を記録し、毎日トラッキングする

何ページ作るべきか

70ページは上限であって、目標ではありません。どのページにも、ローカライズごとのスクリーンショット、審査サイクル、数値を確認する担当者が必要です。小さなチームが20ページを作ると、最初のキャプションだけが違うデフォルトページのコピーが20個できてしまいがちです。次の3つのルールで管理しやすくなります。

キーワードフィールドへの依存も忘れないでください。ページで使えるのは、最新の承認済みバージョンのキーワードフィールドにある語だけで、フィールドは100バイトです。ページを計画するときは、フィールドも一緒に計画しましょう。ページに振り分けたい語が、ほかのすべての語と並んで収まる必要があります。App Storeキーワードガイドではフィールドを無駄なく埋める方法を、キーワードリサーチガイドではページを作る前に各意図の規模を見積もる方法を解説しています。

ローンチ前チェックリスト

Google Playでの同等機能

Google Playでもっとも近い機能はカスタムストア掲載情報です。最大50件作成でき、それぞれに独自の名前、アイコン、説明文、グラフィックを設定できます。Appleより自由度が高い仕様です。ターゲティングには、国、事前登録ユーザー、非アクティブユーザー、Google広告のトラフィック、固有URL、検索キーワード(特定のPlay検索語でアプリにたどり着いたユーザー)があります。設定方法はGoogle Play ASOガイドで解説しています。設計の考え方は同じで、検索を意図ごとにグループ化し、意図ごとにリスティングを作り、メインのリスティングに対するコンバージョンを測定します。

Searviaでできること

SearviaのCustom pagesタブは、App Store Connectから既存のカスタムプロダクトページとそのキーワードを読み込み、複数のページに一致するキーワードの組み合わせを検出し、プロダクトページの最適化テストを一覧表示します。プランナーは、追跡中のキーワードを意図ごとにグループ化し、各ページのプランを作成します。リンクするキーワード、プロモーション用テキスト、最初の3枚のスクリーンショットのキャプションを提案し、App Store Connectを接続している場合は、キーワードフィールドの語のみを使用します。割り当てたキーワードは毎日の順位履歴が保持されるため、各ページが何を変えたのかを確認できます。カスタムプロダクトページガイドで手順を紹介しています。無料のApp Storeキーワードチェッカーを使えば、ページを作る前に意図の規模を手早く見積もれます。

よくあるご質問

1つのアプリにカスタムプロダクトページはいくつ作成できますか?
2026年10月時点で、Appleはデフォルトのプロダクトページに加えて、1アプリあたり最大70のカスタムプロダクトページを許可しています。以前の上限は35で、2025年後半に引き上げられました。各ページには独自のスクリーンショット、App プレビュー、プロモーション用テキスト、固有のURLがあり、任意で独自のキーワードとディープリンクも設定できます。ページはiOS 15およびiPadOS 15以降で利用できます。
カスタムプロダクトページはオーガニックのApp Store検索に表示されますか?
はい。最新の承認済みバージョンのキーワードフィールドにあるキーワードを、カスタムプロダクトページに割り当てられます。ページが承認され、表示に設定されると、それらのキーワードの検索結果で、デフォルトページの代わりに表示されることがあります。各キーワードの組み合わせは1つのプロダクトページに属するべきなので、Appleはページごとに固有のキーワードセットを割り当てることを推奨しています。
カスタムプロダクトページでアプリ名、サブタイトル、アイコンを変更できますか?
いいえ。Appleがカスタムプロダクトページでカスタマイズできるようにしているのは、スクリーンショット、App プレビュー、プロモーション用テキスト、キーワードです。アプリ名、サブタイトル、アイコン、説明文はデフォルトページと同じままです。別のアイコンをテストするには、すべてのアイコンのバリエーションをアプリのバイナリに含める必要があるプロダクトページの最適化を使います。
カスタムプロダクトページには新しいアプリバージョンが必要ですか?
いいえ。カスタムプロダクトページのメタデータは、アプリのアップデートとは別にApp Reviewへ送信され、承認されると変更が自動的に公開されます。ただし、割り当てるキーワードは最新の承認済みアプリバージョンのものである必要があるため、キーワードフィールドに新しいキーワードを追加するには、先にバージョンをリリースする必要があります。
カスタムプロダクトページとプロダクトページの最適化の違いは何ですか?
プロダクトページの最適化はA/Bテストです。デフォルトページへのトラフィックを最大3つのトリートメントにランダムに振り分け、最大90日間実施し、勝者を適用します。カスタムプロダクトページは、リンク、Apple Adsの広告、割り当てた検索キーワードを通じて特定のユーザーを誘導する、恒久的な別ページです。デフォルトページの改善にはテストを、異なる意図への対応にはカスタムページを使いましょう。

ソース

  1. Custom product pages on the App Store – Apple Developer
  2. Configure multiple product page versions – App Store Connect Help
  3. Product page optimization – Apple Developer
  4. App Store search – Apple Developer
  5. Creating your product page – Apple Developer
  6. App Review Guidelines – Apple Developer
  7. Ad placement options – Apple Ads Help
  8. Create custom store listings to target specific user segments – Play Console Help
  9. Keyword-based custom product pages arrive in App Store Connect – Phiture
  10. ASO news digest for October 2025 – Asodesk

続きを読む