症状：翻訳後のボタンが切れる、画面の読み順が崩れる。 最短の確認方法：Xcode 27で各言語をプレビューし、シミュレーターまたは対象の実機で動作を再確認します。確認には、開けるXcodeプロジェクトを開発チームから受け取ってください。
iOSまたはmacOSアプリのUIを担当し、文言の長さや配置を交付前に確認したいデザイナー向けです。 製品デザイナーやローカライズ担当者が、開発協力者との確認範囲をそろえる場合にも役立ちます。 Windows中心の個人デザイナーや小規模チームは、Xcodeプロジェクトを確認する環境の選び方も把握できます。
最初に確認方法を決める：デザイン稿だけでは検収できません
静的なデザイン稿で確認できるのは、想定した画面構成や文字の見え方です。実際のアプリで文字列がどこから読み込まれるか、翻訳後にボタンが縮むか、画面遷移後も表示が保たれるかは、Xcodeプロジェクトを開いて確かめる必要があります。
Xcode 27はAppleの公開記録で2026年9月14日のリリースとして確認できます。作業を始める際は、Xcode 27のリリース記録とリリースノートで、対象バージョンと利用する機能を照合してください。ベータ版で見た機能を、安定版でも利用できると決めつけないことが大切です。
最初に、誰が何を用意するかをそろえます。デザイナーは確認対象の画面と言語、開発者は開けるプロジェクトとプレビュー方法、ローカライズ担当者は反映済みの翻訳と文言の確認状況を共有します。プロジェクトやプレビューへの入口がない状態では、画像だけを見てXcode上の表示まで検収したとは言えません。
| 確認手段 | 得意な確認 | 判断上の評価 | 注意点 |
|---|---|---|---|
| 静的なデザイン稿 | 画面構成、想定文言、デザイン意図 | 準備段階に適する | アプリ内の実際の表示や遷移は確認できません |
| Xcodeの言語プレビュー | 言語ごとの文言とレイアウト | 表示の一次確認に適する | 実行時の動きや全端末の状態までは保証しません |
| シミュレーター | 実行中の画面、画面遷移、動的な表示 | 動作確認に適する | 対象の実機での最終確認とは異なります |
| 対象の実機 | 実際の端末での表示と操作 | 最終確認に適する | 対象端末や必要な環境を別途用意します |
プロジェクトを受け取る：言語と対象画面を明確にします
開発協力者には、Xcodeで開けるプロジェクト、または指定の画面をプレビューできる入口を依頼します。あわせて、確認対象の言語、画面、反映済みの翻訳、判断が必要な文言を一覧にしてください。翻訳が未反映の箇所をレイアウト崩れとして報告すると、修正の担当や原因を誤認しやすくなります。
AppleのString Catalogの説明を参考に、対象プロジェクトで使われている文言の管理場所と、今回確認する言語を開発者に確認します。デザイナーが翻訳データを編集する必要はありません。どの文言がアプリに取り込まれ、確認対象になっているかを把握するのが目的です。
Windowsの作業環境だけでXcodeプロジェクトを確認できますか？ Windowsを主力にしていても、Xcodeを使った確認には、開発チームが用意したMac環境が必要です。Windowsでデザイン稿や翻訳表を整理することと、Xcode上でプレビューやシミュレーターを動かすことは分けて考えてください。
言語を切り替えてプレビューする：文言と配置を同時に見ます
プロジェクトと確認言語がそろったら、Xcodeのプレビューで言語ごとの画面を見ます。Appleのローカライズのプレビュー手順を開発者と確認し、対象の言語がプロジェクトに設定されているかを先に確かめてください。言語設定がない状態では、プレビューに現れない文言を翻訳漏れと判断してしまう可能性があります。
確認時は、短い文言だけでなく、文字数が増えたボタン、ナビゲーション、エラー表示、説明文を重点的に見ます。ボタン内の文字切れ、想定外の改行、隣接要素への重なり、画面端からのはみ出しがあれば、画面名と言語を記録します。
翻訳後にボタンの文字が切れていないか、どう確認しますか？ 同じ画面を元の言語と翻訳後の言語で表示し、文字が最後まで見えるか、ボタンの幅や周囲の間隔が保たれているかを比べます。プレビューだけで原因を断定せず、文字列の長さ、レイアウトの実装、デザイン上の判断のどれに当たるかを分けて開発者へ伝えます。
注意：言語プレビューは、すべての翻訳誤りを自動で発見する機能ではありません。意味や語調の適切さは、言語を理解する担当者による確認が必要です。
レイアウトを見直す：文字の伸びと読み方向を分けて記録します
画面を順に見ながら、切り詰め、改行、コントロールの重なり、余白の変化を確認します。原文と翻訳文の意味を比べる作業と、画面に収まるかを確認する作業は別です。文言そのものの問題はローカライズ担当者、コード上の表示問題は開発者、情報の優先順位や配置方針はデザイナーが中心となって扱うと、修正先が明確になります。
右から左へ読む言語では、文字列だけでなく、画面の方向や要素の並びも確認します。Appleの右から左へ読むレイアウトの指針に照らし、アイコンや操作順が意図せず左右反転していないかを見てください。
Xcodeの言語プレビューだけでシミュレーターの確認を省けますか？ 省けません。プレビューは言語ごとの表示を確認する段階として使い、その後、アプリを実行して画面遷移や動的な内容も確認します。Appleのアプリ実行時にローカライズを確認する手順も参照し、プレビューで気づいた問題が実行中の画面でどう現れるかを確かめてください。
シミュレーターで動かす：静止画では分からない状態を確認します
次の条件に当てはまる場合は、プレビューからシミュレーターでの実行確認に進みます。
- ボタンを押した後に表示される文言やエラー表示が変わる。
- 画面遷移後のタイトルや説明が言語ごとに正しいか確認したい。
- ウィンドウや端末のサイズによって改行や配置が変わる。
- プレビューでは問題がないのに、アプリを動かすと表示が崩れる。
検収結果を返す：再確認できる記録にします
不具合の指摘には、言語、画面名、プレビューか実行中か、再現した操作、スクリーンショット、担当者を記載します。「文字が切れる」だけでは、開発者が同じ画面や条件を見つけにくいためです。修正後は、影響した画面だけで済ませず、変更した文言を使う関連言語も再確認します。
| 報告項目 | 記入する内容 |
|---|---|
| 言語・画面 | 表示した言語と画面名 |
| 確認状態 | プレビュー、シミュレーター、実機のどれか |
| 再現手順 | 画面を開くまでの操作と問題が出る条件 |
| 証拠 | 問題箇所が分かるスクリーンショット |
| 担当者 | 文言、レイアウト実装、デザイン判断の確認先 |
現在のWindows中心の進め方には、Xcodeプロジェクトをそのまま開けないこと、静的な画面だけでは実行時の崩れを確かめられないこと、確認のたびに開発者へ画面共有を頼むと再確認のタイミングが相手の作業に左右されることがあります。Xcodeで何度も言語プレビューやシミュレーター確認が必要で、ローカル周辺機器を使った実機検証が必須でないなら、MACGPUのリモートMacを検討すると、手元のWindows環境から確認作業を進められます。まずはMacを用意する方法の選択肢も含め、利用目的と必要な環境を照らし合わせてください。リモート環境は実機検収の代わりにはならないため、対象端末での最終確認が必要な案件では、その工程を別に確保してください。