アプリのボタンをスペイン語に変えても、操作後のメッセージやヘルプが元のままでは、利用者は迷います。ITサービスの翻訳では、画面の言葉、表示する数値、利用者が進む手順を一緒に確認する必要があります。
この記事では2026年10月31日を基準に、スペイン語版のアプリやWebサービスを作る担当者向けに準備と確認のポイントを整理します。全サービスでスペイン語対応が必須という意味ではなく、対象ユーザーと事業の目的から必要な範囲を決める考え方です。
言語だけでなく、対応する地域と利用場面を決める
スペイン向けとメキシコ向けで、すべての言葉や表示条件が同じとは限りません。対象地域、個人向けか業務向けか、利用者が操作に慣れているかを整理します。「スペイン語版」という名称だけで、通貨や問い合わせ窓口まで決まるわけではありません。
W3Cの言語タグ解説は、言語に必要な地域情報を組み合わせる考え方を示し、中南米のスペイン語の例としてes-419を挙げています。一方、区別に役立たない地域情報まで付けることは勧めていません。実装では、採用するサービスの仕様と提供地域に合わせて設定を決めます。
最初から複数地域を共通版にする場合は、共通にする表現と地域別に変える条件を記録します。国旗だけの言語切り替えでは対象が分かりにくい場合があるため、言語名や地域名を文字で示す方法も検討します。
文字列一覧に、画面と操作の文脈を添える
翻訳担当者へ単語だけを渡すと、同じ原語でも適切な訳を選べないことがあります。たとえば「保存」が下書き保存なのか、変更を確定する操作なのかによって、前後の説明も変わります。画面名、使用箇所、操作の結果が分かる資料を用意します。
| 共有する情報 | 確認できること |
|---|---|
| 文字列の識別番号 | 修正箇所を取り違えない |
| 画面画像・遷移 | 表示位置と前後の操作を理解する |
| 文字数や幅の制限 | 収まりを検討する |
| 変数・タグの説明 | 変更してはいけない部分を保つ |
| 用語表と既存の訳 | 画面・メール・ヘルプの表現をそろえる |
エラーの文面には、何が起きたか、利用者が次にできることを含めます。ただし、原因が確定していない状態で「通信が切れました」と断定するなど、原仕様にない説明を翻訳側が足してはいけません。製品担当者に表示条件を確認してから、簡潔な文にします。
同じ日本語を使う箇所でも、操作の目的が違えば別の訳が必要なことがあります。逆に同じ機能名は、設定画面と案内メールで表記をそろえます。単語の一括置換をする前に、それぞれの使用箇所を確かめましょう。
変数と複数形を、実際に表示される文章で確認する
氏名や件数などが後から入る部分は、翻訳可能な文章と区別します。変数名を訳したり、必要な記号を消したりすると、画面が正しく動かないことがあります。開発側の形式に従い、説明と入力例を添えて渡します。
Unicode CLDRの複数形ルールの解説は、数値が変わることで必要になる語句の変化を扱っています。分類名は単純に数そのものを表すとは限らないため、翻訳者の判断で英語の分岐をそのまま全言語へ流用せず、使用する仕組みの対象言語ルールを確認します。
表示例は一件だけでなく、ゼロ件、一件、複数件、小数を含む場合など、製品で起こり得る値を用意します。すべての数値を同じ語尾で処理していないか、氏名や商品名が長い場合も文が自然につながるかを、完成した文章で確認します。
文章を細かい断片に分けてつなぐ設計では、語順や一致の調整が難しくなることがあります。W3Cの国際化の要点も、複数の文字列を組み合わせて文章を作る場合の注意を挙げています。翻訳で解決できない構造は開発側へ戻して検討します。
日付・金額・入力欄は地域設定と一緒に点検する
画面の言葉が正しくても、日付、時刻、通貨、桁区切りが利用者の想定と違えば誤解につながります。通貨記号だけで判別しにくい場合は通貨名やコードを併記するなど、サービスの仕様として決めます。翻訳時に換算額を独自に計算しないでください。
名前、住所、電話番号の入力欄も、日本国内の形式だけを前提にしていないか確かめます。W3Cの前記資料は、フォームで地域に応じた氏名・住所・日時などの形式を扱うことを勧めています。必要な入力条件は、実際の配送や本人確認の仕組みとも照合します。
スペイン語のアクセント記号やñなどが、入力、保存、検索、出力の各段階で正しく扱われるかも確認します。見た目だけを直しても、保存後に文字が変わる状態では使えません。文字コードとデータの処理は開発担当者が確認します。
実際の画面で、操作と文章の両方を試す
訳文の一覧で校正した後は、実機や検証環境へ反映して確認します。ボタンの切れ、改行、重なり、エラー表示、ヘルプへのリンク、スマートフォンでの見え方を点検します。画像内にある文字も翻訳対象から漏れやすい箇所です。
新規登録、設定変更、失敗からの再試行など、代表的な操作を順に試します。言語の確認者は意味と自然さを、製品担当者は機能と表示条件を確認します。文章の校正が終わったことを、サービス全体の動作確認完了とは扱わないようにします。
不具合の報告には、画面名、識別番号、再現する条件、現在の文と修正案を添えます。「分かりにくい」という感想だけでなく、どの操作で何を誤解するかを示すと、翻訳と設計のどちらを直すべきか判断しやすくなります。
確認用の画面資料には、実在の利用者の氏名や決済情報を含めず、用意したテストデータを使う方法があります。外部の翻訳サービスへ渡せる範囲を確認し、必要な画面の文脈を保ちながら情報を整理します。
公開後の変更も、原文とスペイン語版を対応させる
機能を追加するときは、画面だけでなくヘルプ、通知メール、問い合わせ用の案内にも変更がないか確認します。以前の訳を再利用する場合も、操作の意味や条件が変わっていないかを点検します。原文の版と訳文の版を対応させて管理しましょう。
JOHOへITサービスのスペイン語翻訳を相談する際は、対象地域、文字列データ、画面の資料、用語表、検証環境の有無、公開までの確認担当を共有してください。言葉の翻訳と画面上の確認を組み合わせ、実際に使えるスペイン語版へ整えます。
