素材は完成しているのに、端末サイズの違いと翻訳画像の紐付けミスで公開前に作り直しになっていませんか。
最短の解決策は、先にプラットフォーム・端末カテゴリ・言語の素材マトリクスを作り、Apple公式の現行仕様を基準に主素材を制作し、Media Managerで登録することです。同じ画面なら公式の縮小処理を使えますが、文言、機能、訴求が違う言語は別素材にします。リモートMacはApp Preview制作、継続的なアップロード、チーム交接には有効ですが、静止画だけなら必須ではありません。
このガイドは、複数言語のApp Store製品ページを管理するASO・ローカライズ担当者向けです。初回の海外アプリ提出を担当するプロジェクト責任者や、Macを常時使えず複数人でApp Store Connectを運用する管理者にも適しています。
01 まず公開担当者が作る素材マトリクス
最初に決めるのは画像の制作サイズではありません。公開するプラットフォーム、端末カテゴリ、対象言語、初回配信市場を一覧化します。これを飛ばすと、デザイナーが古い端末テンプレートで一括制作し、後から登録欄に合わない画像が大量に残ります。
マトリクスには、少なくとも次の項目を入れてください。
- プラットフォームと端末カテゴリ
- 縦向き・横向きの別
- 主言語と追加ローカライズ
- 必須スクリーンショット
- 任意のApp Preview
- 制作中、確認中、登録済み、差し戻しの状態
- 素材の担当者と確認者
- 編集可能な元データの保存場所
スクリーンショットは最大10枚まで登録でき、App Previewは仕様に沿って別枠で扱います。上限や対応形式は変更される可能性があるため、制作前にAppleのScreenshot SpecificationsとApp Previewの仕様を確認してください。
注意:社内テンプレートに「この端末サイズで固定」と書かれていても、それが現在の登録欄を保証するわけではありません。判断基準は、作成時点のApple公式ページです。
02 デザイン担当者はサイズより先に差分を分類する
同じアプリ画面を使う場合でも、すべての言語で同じ画像を流用できるとは限りません。次の4項目を比較し、再利用できる素材と作り直す素材を分けます。
- アプリ画面内の表示言語が一致しているか。
- スクリーンショット上の見出しや説明文が一致しているか。
- その市場で実際に使える機能を訴求しているか。
- 市場ごとの強みや購入導線が同じか。
画面構成が同じであれば、高解像度の素材を用意し、Appleの縮小処理を利用できる場合があります。ただし、縮小後に文字が読めるか、重要なボタンが端で切れないかは必ず確認してください。比率が異なる端末、横向き専用画面、表示情報が異なる画面は、単純な縮小では対応できません。
形式、透明部分、向き、文字の可読性、実際の製品画面との一致も確認します。画像内にまだ旧価格や未提供機能が残っている場合、サイズが正しくても公開用素材としては不適切です。書き出し後に元データを上書きせず、言語別の編集ファイルを残してください。
03 ローカライズ担当者が判断する再利用の境界
言語別素材の問題は、翻訳品質だけではありません。App Storeの製品ページでは、アプリ情報のローカライズと画像素材の登録先が連動します。主言語の素材を用意しただけで、すべての市場に同じ画像が表示されるとは考えないでください。
Appleのローカライズ情報に関する案内を確認し、次の記録を言語ごとに残します。
- 製品ページで設定した言語
- その言語のスクリーンショット登録状況
- 画像内の見出しとアプリ画面の翻訳担当者
- 翻訳がない場合に表示される回退素材
- その市場で訴求する機能の根拠
- 最終確認日と確認者
画像の見出しだけを機械的に翻訳する方法は避けてください。日本語では短く収まる表現が、別の言語では2行になり、端末画像に重なることがあります。アプリ画面の言語、画像内コピー、App Storeの説明文を三者照合し、内容が一致している状態を合格とします。
04 App Store Connect管理者が行う登録とエラー切り分け
登録作業は、担当者の操作時間ではなく、役割ごとの責任で分けます。管理者は対象アプリ、バージョン、プラットフォーム、端末カテゴリ、ローカライズ欄を声に出して確認してからアップロードします。
5段階のアップロード手順
-
対象バージョンを確認する
新しいバージョンに紐付ける素材なのか、現在編集可能な製品ページの素材なのかを確認します。提出済み、審査中、公開済みなどの状態によって編集できる項目が変わるため、App Store Connectのステータス一覧と照合します。 -
言語と端末カテゴリを選ぶ
言語を切り替えた後、別の言語欄へ登録していないか確認します。端末カテゴリの取り違えは、画像そのものが正しくてもサイズエラーの原因になります。 -
Media Managerから素材を追加する
Apple公式のアップロード手順に従い、対応形式と対象欄を確認して登録します。ファイル名に言語、向き、端末カテゴリを含めると、複数人の作業でも取り違えを減らせます。 -
処理状態を待って並び順を確認する
アップロード直後に完成と判断しません。処理状態、縮小後の見え方、先頭画像の順番、App Previewの表示順を確認します。エラーが出た場合は、サイズ、形式、向き、登録先、バージョン状態の順に切り分けます。 -
別担当者が製品ページを確認する
登録者本人ではなく、地区確認担当者が対象言語でページを見ます。画像の順番、文言、回退素材、検索結果で見える前部素材、製品ページ全体の表示を記録してください。
権限不足が疑われる場合は、画像を何度も再書き出しする前にアカウントの役割を確認します。アップロードできない原因が、ファイルではなく現在の編集状態や担当権限である場合があるためです。
05 地域確認担当者が見るべき実際の表示
管理画面で「登録済み」と表示されても、確認は終わりません。対象言語の製品ページを開き、最初に表示される画像と、展開後の全素材を別々に記録します。重要な訴求が後半に移動していないか、翻訳前の画像が混ざっていないかも見ます。
検索結果の表示は、製品ページ全体と同じ見え方になるとは限りません。地域、検索条件、表示面によって見える素材が変わる可能性があるため、特定の表示を保証できる方法として扱わないでください。地域別の確認方法を整理したい場合は、App Storeの地域別表示を確認する手順も併せて運用資料に入れておくと便利です。
海外環境が必要な場合、リモートMacではブラウザーの言語、作業用アカウント、確認セッションを分けて保持できます。CALMVPSの海外向けMac環境の案内を検討する場合も、目的は制作・アップロード・確認の作業環境をそろえることです。App Storeの地域ルールを回避したり、審査を速めたり、公開結果を保証したりするものではありません。
06 よくある判断をFAQで整理する
App Storeのスクリーンショットは端末ごとに別々に作る必要がありますか?
すべての端末向けに完全に別デザインを作る必要があるとは限りません。同じ画面構成であれば、Appleが案内する高解像度素材の縮小処理を利用できます。ただし、画面比率、横向きと縦向き、表示内容が異なる端末では、実際の見え方を確認し、必要なら専用素材を用意してください。
App Store Connectで多言語のスクリーンショットを登録する手順は?
App Store Connectで対象アプリとバージョンを開き、登録したい言語のローカライズ欄へ移動します。対象プラットフォームと端末カテゴリを確認してから画像を追加し、処理完了後に並び順を保存します。言語を切り替えるたびに、別のローカライズ欄へ登録しているか確認してください。
異なる言語で同じスクリーンショットを使い回しても問題ありませんか?
画面内のテキスト、訴求内容、提供機能が同じなら、同一画像を使える場合があります。しかし、画像内の見出しだけでなく、アプリ画面の言語や市場ごとの機能差も確認が必要です。翻訳したキャッチコピーと実際の画面が一致しない場合は、言語別に作り直す方が安全です。
アップロード後にスクリーンショットのサイズが合わない場合はどう直しますか?
まず、画像を登録した端末カテゴリ、向き、ファイル形式を確認してください。次に、余白を含む書き出しサイズや透明部分の有無をデザイン元データで調べます。別カテゴリへ誤登録している場合は削除して正しい欄へ再登録し、処理後のプレビューで文字切れと縮小結果を確認してください。
App Previewの制作とアップロードにMacは必須ですか?
App Previewの制作やアップロードのすべてに、必ず物理的なMacが必要とは限りません。制作ツールや編集工程によっては他の環境も使えますが、macOS固有の確認、Safariでの表示確認、チーム共有が必要ならMac環境が便利です。リモートMacは作業場所をそろえる手段であり、審査や地域制限を回避するものではありません。
07 チーム規模別の提出前チェックリスト
1人で担当する場合
- [ ] プラットフォーム、端末カテゴリ、向き、言語を一覧化した
- [ ] 現行のApple公式仕様でサイズと形式を確認した
- [ ] 画像内コピーとアプリ画面の翻訳を照合した
- [ ] 主言語と回退素材の表示を確認した
- [ ] Media Managerの処理完了後に並び順を確認した
- [ ] 検索結果と製品ページ全体を記録した
- [ ] 元データ、書き出しデータ、登録者、確認日を保存した
複数人で担当する場合
- [ ] 公開担当者が素材マトリクスを確定した
- [ ] デザイン担当者が端末別の再利用可否を記録した
- [ ] ローカライズ担当者が文言と機能差を確認した
- [ ] 登録担当者と確認担当者を分けた
- [ ] ステータス変更後に編集可能範囲を再確認した
- [ ] 脱敏化した画面記録を共有フォルダーへ保存した
- [ ] 次回更新時の担当者と元データの場所を明記した
| 作業条件 | 静止画中心のローカル作業 | リモートMacを使う作業 |
|---|---|---|
| 主な用途 | 画像の制作、翻訳、元データ管理 | App Preview制作、macOS確認、継続的な登録 |
| 向いているチーム | 1人、またはMacを常時使えるチーム | 担当者が分散し、同じ作業環境を共有したいチーム |
| 必要な確認 | 公式仕様、言語、端末カテゴリ | 上記に加えて接続方法、アカウント分離、引き継ぎ |
| 注意点 | 古いテンプレートを使わない | 地域制限や審査結果を回避できるとは考えない |
| 選択の基準 | 静止画を一度制作して登録する | 動画制作、Safari確認、継続運用を同じMacで行う |
今回のような素材作業では、Windows環境だけでも静止画の制作と翻訳は進められます。ただし、macOS固有の表示確認、App Previewの編集、担当者間の同一環境での引き継ぎまで必要になると、環境の分散が負担になります。長期的に高負荷の制作を続けるなら自社のMac購入が合理的な場合もありますが、短い公開期間だけMacを確保したいチームには、CALMVPSのレンタル環境の方が準備対象を絞りやすい選択肢です。
特に、デザイン担当者と公開担当者が別地点にいて、常時使えるMacがない場合は、短期のリモートMacでApp Preview制作、素材アップロード、交接確認をまとめられます。利用前には、Macの交付内容と管理者権限を確認する手順を読み、必要な期間と担当範囲を決めてください。審査通過や特定地域での表示を約束するものではなく、あくまで素材運用の作業環境を整えるための選択です。