画面に大きな余白が出る、画像が切れる、ボタンが端へずれる。
まずプロジェクトのSDKを確認し、Xcode 27.1のiPhone Duoシミュレーターで展開・折りたたみ・回転を再現してください。固定の画面サイズや端末の向きだけに依存するレイアウトは、優先して見直します。
UIデザイナー：デザイン原稿とiPhone Duoのネイティブ画面を照合したい方。
プロダクトデザイナー：折りたたみ・展開・回転で主要な操作が保たれるか確認したい方。
プロジェクト・QA担当者：MacとXcodeの準備状況を確認し、シミュレーターと実機の検収範囲を分けたい方。
※ 最終更新：2026年10月26日。SDKの挙動とシミュレーターの確認方法は、AppleのiPhone Duo準備ガイド、Xcode 27.1のリリース情報、技術解説を照合しています。
iPhone Duoシミュレーターの画面ずれは、見た目だけで原因を決めない
余白や切り取りが見えても、すぐに画像素材やデザイン原稿の寸法ミスとは限りません。Appleの案内では、iOS 27とiOS 27.1 SDKで画面の利用方法に違いがあり、古いSDKで動作するアプリでも、新しい表示範囲に十分対応していない場合があります。まず、アプリがどのSDKでビルドされたかを確認してください。準備ガイドで説明されているSDK間の違いを、実際の表示と照らし合わせます。
記録するのは「どの画面で、どの姿勢のときに、何がずれるか」です。外側の画面だけか、展開後の内側の画面でも起きるかを分けると、素材の問題とレイアウトの問題を混同しにくくなります。
症状から、画面領域とレイアウトの依存先を分ける
画面が引き伸ばされる・切り取られる場合
画像や動画が一部だけ欠けるなら、背景を画面いっぱいに表示する指定と、前景の文字・操作部品が実際に配置できる範囲を別々に確認します。幅の広い状態で背景が広がっても、ボタンや文字まで同じように広げてよいとは限りません。
SDKの違いがある場合は、同じ姿勢でビルド条件を確認し、表示の違いを記録します。iOS 27とiOS 27.1 SDKの差はAppleの準備ガイドで確認できます。特定の素材だけが欠けるのか、画面全体の配置がずれるのかも分けて記録してください。
展開後に位置が変わる場合は、端末の向きより実際の広さを見る
折りたたみ状態が変わると、アプリが使える画面領域も変化します。端末全体の固定サイズを前提に配置を決めていると、展開時に内容が寄る、余白が残る、部品同士が重なるといった問題につながることがあります。
画面の回転だけを条件にレイアウトを切り替える方法も注意が必要です。向きが同じでも、アプリが使える幅や高さは姿勢によって変わるため、設計上のブレークポイントと実際の利用可能領域を照らし合わせます。UIKitのUIView.boundsの説明とSwiftUIのGeometryReaderの資料は、表示対象の領域を確認する際の参考になります。
画面の向きだけで「横長用の配置」と決めず、アプリが実際に利用できる幅と高さを基準に確認します。向きと姿勢の組み合わせで問題が変わる場合は、それぞれ別の再現記録を残してください。
操作部品が押し込まれる・安全領域にかかる場合
ツールバー、タブバー、主要ボタンの位置が変わったら、画面の利用可能領域と安全領域を確認します。iOS 27.1 SDKでの表示範囲や部品の並びは、プロジェクトのSDKと実行環境をそろえてから評価してください。ボタンが見えているだけでなく、主要な操作が妨げられないかも確かめます。
画像や動画が画面端まで広がるデザインでは、被写体や重要な文字が切れていないかを別に確認します。背景の見栄えと、前景の操作部品を押せることは、別々の検収項目です。
再現しないときに備え、姿勢ごとの確認記録をそろえる
手順：SDKから操作確認まで順に切り分ける
- ビルド条件を記録します。 プロジェクトで使っているSDKを確認し、iOS 27とiOS 27.1 SDKのどちらでビルドしたかを明記します。Xcode 27.1の公開情報はリリース記録で照合できます。
- 症状を言葉にします。 「内側の画面で画像の右端が欠ける」「折りたたむと主要ボタンが下へ動く」のように、画面と見え方を分けて記録します。
- 姿勢を切り替えて再現します。 Xcode 27.1のDevice HubにあるiPhone Duoシミュレーターで、折りたたみ・展開・回転の状態を確認します。Appleの技術解説では、シミュレーターを使った姿勢別の確認方法が説明されています。
- 固定サイズへの依存を調べます。 画面全体の寸法を前提に位置やサイズを決めていないか確認し、画面そのものではなく、実際に使える領域に応じた表示かを開発担当者と見直します。
- デザイン上の基準と比較します。 ブレークポイント、見出しやボタンの位置、切れてはいけない画像部分を、姿勢ごとに照合します。
- 操作をやり直します。 主要ボタン、メニュー、タブなどが見えるかだけでなく、画面領域の変化後も使えるかを確かめます。
- 実機での担当範囲を分けます。 シミュレーターで確認した姿勢と画面を記録し、物理端末での最終確認は担当チームに依頼します。Appleはシミュレーターと実機でアプリを実行する方法を案内しています。
再現メモは、次のように残すと、設計・開発・QAの間で条件を共有しやすくなります。
ビルドSDK: プロジェクトの設定を記入
表示状態: 外側 / 展開後
姿勢: 折りたたみ / 展開 / 回転
画面: 対象画面を記入
症状: 余白 / 切り取り / 位置ずれ / 操作部品の重なり
比較対象: デザイン原稿のブレークポイントと主要要素
次の確認: 固定サイズ / 向き判定 / 安全領域
原因と作業環境を、確認できる範囲で選ぶ
次の表は、シミュレーターで画面の違いが見つかったとき、どの情報から調べるかを決めるための比較です。SDKの表示差を、素材の寸法ミスと早合点しないために使います。
| 状況 | 先に確認する項目 | 判断の手掛かり |
|---|---|---|
| 外側の画面だけ余白が出る | ビルドSDKと表示領域 | SDKの違いをそろえて比較します |
| 展開後に位置がずれる | 固定サイズへの依存 | 実際に使える幅・高さを基準に再確認します |
| 回転後に配置が崩れる | 端末の向きだけで分岐していないか | 姿勢ごとに配置条件を照合します |
| 背景画像だけ欠ける | 画像の表示範囲と前景部品 | 背景と操作部品を別々に検収します |
| ボタンが端に寄る・重なる | 利用可能領域と安全領域 | 見た目と操作可能性の両方を確認します |
| ビルド・確認条件 | 判断できること | 注意点 |
|---|---|---|
| iOS 27 SDKでの表示 | その条件下での既存レイアウト | 新しいSDKでの表示範囲と同一とは限りません |
| iOS 27.1 SDKでの表示 | 更新後の表示範囲に対するレイアウト | すべてのアプリで同じ結果になるとは限りません |
| Xcode 27.1のDevice Hub | iPhone Duoの異なる姿勢でのシミュレーター確認 | シミュレーターの結果だけで実機検収を完了とはしません |
| 作業環境 | 適する場面 | 判断時の注意 |
|---|---|---|
| 手元のMacとXcode | 継続的な開発確認や、実機も使う作業 | 必要なSDKとプロジェクト条件をそろえます |
| リモートMac | Windows中心のチームが、必要な期間だけXcodeで確認したい場合 | 利用可能なmacOSとXcodeの条件を先に確認します |
| シミュレーターのみ | 姿勢ごとのレイアウトを開発段階で比較する場合 | 実機での操作・表示確認を別工程として残します |
Macを持たない設計チームは、WindowsからリモートMacでXcodeを使う環境を確認し、必要なSDKで代表画面を開けるかを事前に確かめる方法があります。NodeMiniの利用を検討する場合も、利用可能なmacOSやXcodeの条件を確認し、プロジェクトで必要な検証ができるかを判断してください。
手元のWindows環境だけではiPhone Duoのネイティブ画面をXcodeシミュレーターで直接確認できず、デザイン原稿との目視比較だけでは姿勢による変化を見落とすことがあります。一方、Macを購入すると短期間の検収には費用と保管の負担があり、シミュレーターだけでは実機での最終確認も代替できません。必要な期間だけMac環境で原生画面を確認したい場合は、NodeMiniのMacレンタル案内を確認し、代表プロジェクトでの動作を確かめたうえで利用を判断してください。