01. 三つの痛み：仕様漂流、帯域税、保管なし

1) 仕様がチャットに散らばり、表に固定されないことです。「6.7インチが欲しい」という一言だけでは、縦向きの正確なピクセル寸法、ステータスバーを載せるかどうか、ライト／ダークの対の有無、ロケールの優先順位が確定せず、レンタル時間の終盤で App Store Connect の差し戻しループに入ってしまいます。バイナリと同じ粒度でメディア仕様にも版管理を当て、読み取り専用の一行マスタを作ってから Mac を借りるのが安全です。

2) リモート接続がキャプチャコストを増幅することです。App Preview の収録はフレーム間隔が安定していることが前提です。高遅延の RDP や VNC の上で巨大な .mov を NAS に同期しながら ASC の Web アップロードまで重ねると、実効スループットが折れます。接続方式と帯域の前提は SSH／VNC とコストの FAQ で先に固め、実機が必須なカットだけを残す判断は Simulator と実機の分割マトリクスに沿って午前と午後へ分けます。

3) 返却直前にデスクトップが証跡の墓場になることです。Screenshot 2026-04-15 at 10.03.01.png のような既定名は、翌四半期の再撮影担当者に何も伝えません。単一の zip、SHA-256 のサイドカー、ビルド番号とロケール列を持つ CSV マニフェストを義務化し、段階的な TestFlight 配布計画に書いたビルド番号と必ず突き合わせます。

02. 2026 iPhone ピクセル行列（計画用）

App Store Connect は端末ファミリごとに推奨解像度を案内し続けます。ここに掲げる表は計画用のたたき台であり、最終的なピクセル値は Xcode のデバイススキンとコンソール上の要求を優先してください。レンタルが 24～72 時間に収まる前提では、撮影途中で新しいプラットフォーム行を増やさないことが最も重要です。

ファミリー	縦向きの代表ピクセル	レンタル時のメモ
6.7" / 6.9" フラグシップ	例 1290 x 2796（Xcode のスキンで再確認します）	最優先で撮り、Dynamic Island 周辺を両テーマで確認します
6.5" 大型	例 1284 x 2778	6.7 からの拡大ではなく、専用シミュレータから書き出します
5.5" レガシー	例 1242 x 2208	ASC が求める間は列を残し、QA 時間を別枠で見積もります

6.7／6.9 インチ級のヒーロー画面は Dynamic Island 周辺のセーフエリア検証に時間を取る価値があります。ライトとダークでホームインジケータのコントラストが変わるケースは珍しくなく、片方だけ通ってもう一方で再撮影が発生します。6.5 インチ向けの別解像度は 6.7 からの単純拡大ではなく、必ず該当シミュレータから書き出します。レガシーな 5.5 インチ列がまだ必須なら、審査観点だけでなくサポート問い合わせの減少にも効きます。iPad や macOS 向け SKU を併売する場合は、同じ表に行を足し、ストレージ見積りと担当者のシフトを一緒に積み上げます。表の版を変えたら、関連する TestFlight ビルドのメモも更新し、スクリーンショットとリリースノートの齟齬を防ぎます。

03. Simulator・実機・マーケ枠

経路	強み	リスク	短期レンタルの指針
Xcode Simulator	ピクセルが再現しやすく、テーマ切り替えが速いです	カメラ／AR／一部モーションの代替にはなりません	既定の主経路とし、創作時間の 60～75% をここに置きます
テザー実機	ハードウェアの説得力が高いです	署名と端末行列が膨らみます	ヒーローインタラクションに限定します
デザインツールの枠	ブランド余白とタイポを守りやすいです	実 UI と乖離すると審査リスクが上がります	実キャプチャへ後乗せし、置き換えはしません

この表からカレンダーを組み立てます。午前は Simulator のバッチ、午後は実機の差し込みに割り当てると、コンテキストスイッチのコストを下げられます。署名トラブルをデバッグしている最中に App Preview の音声位相を直そうとすると、どちらも中途半端に終わりがちです。タスク境界はチケットコメントに書き、レンタル Mac 上の作業ディレクトリも役割ごとに分けます。Simulator はピクセル再現性とテーマ切り替えの速さに強みがありますが、カメラ、AR、一部のモーションやプロモーション表示の真実性は実機に譲る必要があります。テザリングした実機はストーリーテリングに説得力を与えますが、プロビジョニングと端末行列の爆発を招きやすいため、ヒーローシーンに限定します。デザインツール上の枠やタイポグラフィだけで構成したビジュアルは、実 UI と乖離すると審査やユーザー期待の両面でリスクになります。ブランド用の余白調整は、実キャプチャへ後から重ねる運用に寄せ、Simulator／実機のどちら由来かをファイル名と README に必ず残します。

04. 七段階のバッチ書き出し

メディア仕様を凍結します： 対象プラットフォーム、必須サイズ、ライト／ダーク、ロケール、マーケコピーの確定時刻、そして build・locale・screen・theme トークンを含むファイル名テンプレートを一覧化し、変更履歴に承認者を残します。
デスクトップを正規化します： ディスプレイのスケーリング、macOS の外観、太字テキストなどアクセシビリティ設定を固定し、タイポグラフィが製品ストーリーに含まれる場合は OS ビルドとフォント一覧をログに残します。
Simulator で収録します： 起動からヒーロー機能、オチまでのストーリーボードを頭出ししてから録画し、1 本の App Preview に複数の主張を詰め込まないようにします。操作テンポは編集で救える余裕を残します。
実機カットを差し込みます： ファイル名にハードウェア型番と OS マイナーを追記し、来年の監査で「どの真実を撮ったか」を再現できるようにします。バッテリー表示や通信アイコンの状態も記録します。
リネームとピクセル監査を行います： プレフィックスをスクリプト化し、サンプリングで縦横ピクセルを確認します。誤ったシミュレータからの書き出しはこの段階でほぼ検知できます。
ASC にアップロードします： ロケール単位でバッチ化し、各セットがどのビルドに紐づくかを表にします。外部テストの説明文との整合は段階配布の記事のチェックリストと同期させます。
保管してワイプします： 圧縮、ハッシュ、オブジェクトストレージへの退避を済ませ、返却前に作業用の一時動画とキャッシュを削除します。キーチェーンに残した配布用証明書の扱いも手順化します。

# PNG の縦横をスポットチェック
sips -g pixelWidth -g pixelHeight ./artifacts/en/iphone67-light-01.png

05. 指標と誤解

指標 1： 小規模チームの事後分析では、プレローンチのメディア火消しの 40%～58% が主観的なデザイン品質ではなく、サイズクラスの欠落やテーマの片側だけに起因します。早期に行列を凍結すると、実働時間の 30%～45% を典型的に回収できるレンジとして計画に載せています。
指標 2： iPhone の代表的な三ファミリーにライト／ダークを掛け、ヒーロー五枚と主要ロケール三つを想定すると、PNG だけで 35～90 MB に乗ることがあります。30 秒前後の 1080p App Preview を三本足すと、非圧縮では 0.8～1.6 GB に達し得ます。遅いリモート共有経路では必ず zip とチェックサムを挟みます。
指標 3： 往復遅延が 120 ms を超える環境では、「録画→NAS 同期→ASC アップロード」を直列に並べると、ローカル環境の 50%～68% 程度の実効速度に留まる場面が観測されます。タスクを時間箱に分割する具体策は接続 FAQ の節を参照してください。

誤解 A： Simulator 画像は必ず審査を通るわけではありません。事実と異なる見せ方はガイドライン上のリスクになります。誤解 B： 長い動画ほどコンバージョンが上がるわけではありません。情報密度の低い尺はユーザー体験と審査の両方を損ないます。誤解 C： 二日のレンタルで十分とは限りません。ロケール一覧が凍結されていなければ三日目は翻訳と再撮影に消えます。

料金階層と CPU の選び方はベアメタル macOS の価格ページを開き、収録とエンコードの並列度に合わせて決めます。ポートと認証まわりはリモートアクセスガイドで事前に合意形成してください。

06. ロケールのバッチ、セーフエリア、App Preview のエンコード習慣

現地化は「文字列を訳してからスクショを撮る」だけでは終わりません。各ロケールにオーナーとフリーズ時刻を割り当て、対象言語でコールドスタートしたアプリをスモークしてから撮影に入ります。擬似現地化ビルドは ASC へ上げない別フォルダに隔離し、誤アップロード経路を物理的に塞ぎます。

Dynamic Island、ノッチ、ホームインジケータはテーマによって安全領域が変わります。ライトでギリギリ通ったレイアウトがダークでコントラスト不足になる例は日常茶飯事です。各ロケールで代表フレーム一枚ずつゲートし、問題がなければ量産フェーズへ進みます。

App Preview ではコーデック、フレームレート、音声ソース（システムかマイクか）、ワーキングディレクトリをレンタルホスト上で標準化します。中間生成物をローカル SSD に置くか、NAS に置くかでドロップフレーム率が変わるため、録画開始前にパスを固定します。ProRes 中間と H.264 納品の二段構成にする場合は、ディスク空き容量を表に書き、エンコードキューを夜間スロットへ逃がします。

アーカイブや重い UI テストと画面録画を同時に走らせると熱制御でドロップフレームが出やすいため、時間箱の切り方は Simulator と実機のガイドと揃えます。ビルド番号が変わった直後はスクショの差し替え順序を「露出の高いロケールから」にするか「リスクの高いサイズから」にするかを事前に決め、レビュー中の差し戻しに備えます。

ガバナンスの追加策として、メディアバケットの書き込み権限を限定し、ASC のどの版を誰が上げたかをログに残します。規制データが画面に映り込む場合は合成フィクスチャを使い、キャッシュとダウンロードフォルダを返却前に掃除します。デモ用アカウントの個人情報はダミーに置き換え、スクショ撮影後にセッションを破棄します。

運用面のストーリーは段階的 TestFlight で公開するリリースノートと整合させ、スクショのビルド番号と実際の配布ビルドが食い違うと増えるサポート工数を避けます。What is New の文言とヒーロー画面の機能が一致しているかを、ロケールごとのスプレッドシートで突き合わせます。

四半期に一度、過去の任意ビルドを選び、当時のメディア zip を取り出してサンドボックス用 ASC アプリへ一時間以内に再アップロードできるかを演習します。演習は命名規則の破綻をチェックリストより早く炙り出します。演習で見つかった例外ルールは README に追記し、次回のレンタル契約書（社内メモ）へ反映します。

色管理の観点では、Simulator のスクリーンショットと実機写真を混在させる場合にガンマの差が出やすいです。外部モニタ経由で撮るか、内蔵ディスプレイで完結するかを表に書き、後工程の合成ツール側のプロファイルも固定します。ローカライズされた日付・通貨・単位系が UI に出るアプリでは、データフィクスチャをロケールごとに用意し、撮影順序をアルファベット順ではなくビジネス優先度順に並べ替えます。

アクセシビリティ表示のスクショが必要な場合は、動的タイプやボールドテキストをオンにした状態を別セットとして切り出し、ファイル名に a11y トークンを付けます。審査コメントで求められた差分だけを再撮影する際に、トークンがあると差分管理が楽になります。音声付き App Preview を作る場合、ナレーション録音とシステム音のバランスをメモし、同じレンタル日内に再現できるよう入力デバイスを固定します。

07. トレードオフと Mac レンタルの適合

非 Mac 環境や低スペック機での部分キャプチャは、Simulator の忠実さやテザリング運用を損ない、色空間の補正漏れや転送中断を招きやすくなります。リモートファイル共有だけで Xcode を完結させようとすると、色変換の確認が曖昧になり、ASC へ上げた後に「実機では違う」と気づくパターンが残ります。

日払い Mac を 時間箱付きのネイティブメディアスタジオ とみなし、二つの表と七つの手順を回し、ハンドオフ前に成果物を保管するパターンが現実的です。ネイティブ macOS を常時保有しないチームでも、公開直前のメディアスプリントだけ費用を日単位で寄せることで、Xcode と実機の両方にアクセスしつつ固定費を抑えられます。続きは SSH／VNC FAQ を読み、録画とコンパイル負荷に合わせて料金表のコア数を選びます。

2026 年の日払い Mac レンタル：App Store Connect のスクリーンショットと App Preview—ピクセル行列、Simulator 収録と実機、1～3 日の一括書き出し意思決定表

目次