App Storeスクリーンショットの作成方法：実践ワークフロー

App Storeのスクリーンショットを作成するには、提出するビルドから実際にキャプチャし、受け入れられているデバイスサイズを選択し、タスクを明確にするために必要な説明だけを加えます。公開前に、書き出したファイルを配信先ストアで確認します。

このワークフローはiOSとGoogle Playのアートワークを対象としています。ストア固有のポリシーと技術的な確認は、スタイリングより先に行います。魅力的な画像でも、間違ったプラットフォームを描写していたり、受け入れられないサイズだったり、利用できない機能を説明していたりすることがあります。

1. 小さなスクリーンショット絵コンテを書く

新規ユーザーが理解すべきタスクをリストアップします。最初の画像には、スケジュールを整理する、配達を追跡するなど、明確な目的を与えます。後続の画像には、同じホーム画面に新しいキャプションを付けるのではなく、異なる補助タスクを与えます。

エディタを開く前に、計画した各画像に短いキャプションを書きます。5枚の画像は作業用の絵コンテとして扱い、ストアの要件ではありません。スクリーンショットサイズリファレンスでは、各ストアの枚数と寸法を説明しています。

裏付けられる主張を使用します。目に見える機能は、アプリが最速または最も人気があるという主張よりも実証しやすいです。捏造された評価、顧客の引用、パフォーマンス数値を追加しないでください。

2. 提出するアプリ体験をキャプチャする

現実的で個人情報を含まないコンテンツを持つデモ用アカウントを使用します。スクリーンショットが正しいアプリバージョン、デバイスプラットフォーム、言語、機能状態を示していることを確認します。公開すべきでないアカウント識別子、メッセージ、支払い情報を隠します。

長いキャプションなしでタスクを説明するアプリ内状態を選びます。スマートフォンとタブレットでインターフェースが大きく変わる場合は、スマートフォンのスクリーンショットをタブレットレイアウトに引き伸ばすのではなく、両方をキャプチャします。

3. 現在受け入れられているサイズを確認する

対象ストアの公式仕様を開き、対応するキャンバスを選択します。Appleの場合、必要なデバイスグループはサポートするデバイスとスケーリング条件によって異なります。Google Playでは、一般スクリーンショットと特定の大画面サーフェスで異なるルールが適用されます。

十分な解像度のソースデザインを保持します。アップロード前に、最終的に書き出されたピクセル、向き、形式、透明度を検査します。エディタのプリセット名が、出力がストアの仕様を満たす証拠であると仮定しないでください。

4. アプリ画面を中心にレイアウトを組む

iOSテンプレートまたはAndroidテンプレートを出発点として使用します。実際のアプリ体験を小さなプレビューサイズでも読みやすく保ちます。デバイスフレームはプレゼンテーション用アートワークに文脈を提供できますが、ワークフローを隠さないようにします。

Google Playでは、プレビューアセットポリシーに従います。これはスクリーンショットがアプリ体験を示すことを求めています。プロモーションテキスト、ランキング、追加の視覚的装飾を加える前にポリシーを確認します。

セット全体で一貫したタイポグラフィとスペーシングを使用します。スライドごとに視覚システム全体を変えることなく、クロップを変えて異なる機能を説明できます。スクリーンショット例ガイドでは、実用的なレイアウトの選択肢を比較しています。

5. アートワークを編集およびローカライズする

スクリーンショットエディタを開き、キャプチャを追加し、テキスト、背景、位置を調整します。リリースで依存する前に、料金ページでテンプレートへのアクセスと有料機能を確認します。

言語間で同じ語数をコピーするのではなく、意味を翻訳します。完成したアートワーク上のキャプションについて、折り返し、フォントのカバレッジ、書字方向を確認します。グローバルリリースローカライズチェックリストを使用して、アプリの言語、メタデータ、画像の一貫性を保ちます。

6. 書き出して配信先プレビューを確認する

各書き出しファイルを検査し、意図したストア言語とデバイスグループにアップロードします。コンソールプレビューで順序と読みやすさを再確認します。スクリーンショットは、独自の仕様を持つプレビュー動画やヘッダーアセットとは別に保管します。

App Store Connectが先に新しいロケールを保存するよう求める場合は、保存済みロケールガイドに従います。アップロードの失敗は、どの検証チェックが失敗したかを特定するまでは、デザインが間違っている証拠にはなりません。

7. 特定の変更を評価する

アプリが対象となる場合、Appleの製品ページ最適化またはGoogle Playのリスティング実験を使用します。評価したい違いを定義し、ベースラインを保持します。

スタイルの選択だけでコンバージョンが増加すると約束しないでください。ストアが報告する結果を確認し、実験の証拠をリリースや獲得トラフィックへの他の変更と区別します。

よくある質問

すべてのスクリーンショットにスマートフォンフレームが必要ですか？

いいえ。実際のアプリ体験を明確にし、配信先ストアのガイドラインを満たすプレゼンテーションを選びます。小さな装飾的なデバイスフレーム内の全画面よりも、クローズアップの方が読みやすいことがあります。

1つの画像を両方のストアで使用できますか？

共通のストーリーとソースレイアウトは作業を節約できます。各ストアの技術要件とコンテンツ要件を確認し、画像が一致するアプリプラットフォームを描写していることを確認します。

公開前に何を確認すべきですか？

実際のファイル、配信先言語、デバイスグループ、順序、コンソールプレビューを確認します。ファイルの受け入れとストア審査の承認は別の段階です。

まず1つの完全なセットから始める

バリエーションを追加する前に、一貫したセットを構築します。App StoreスクリーンショットジェネレーターまたはGoogle Playスクリーンショットジェネレーターを使用し、書き出したファイルを現在のストアルールに照らして検証します。