ウェブサイトの英語翻訳：米国・英国・オーストラリア向けのロケール選び

依頼書に「ウェブサイトを英語に翻訳する」とあっても、英語ならどこでも同じ表現が通用すると考えるのはやめましょう。ウェブ上の英語はロケールの問題です。米国、英国、オーストラリアの読者は同じ言語を使いますが、綴りの混在、不適切な日付形式、他国の文化でしか通じないキャッチコピーには違和感を覚えます。

この記事は、ウェブサイトの英語（en）版を公開するためのガイドです。採用する英語の種類、文字列を置き換えるだけでなく書き直す方法、クロール可能なURL、購入手続きの品質検証、MTPEと人によるレビューの使い分け、SEOの落とし穴、実際に使えるチェックリストを取り上げます。

ウェブサイトの英語翻訳には、文字列の置き換え以外に何が必要ですか？

CMSの項目を翻訳するだけでは不十分です。ファイルごとに綴りの基準を統一するワークフロー（米国英語の color と英国英語の colour、organize と organise）、対象市場に合った日付と通貨の表記、用語集を開く前の文体の決定（米国向けのカジュアルなマーケティング、英国向けのB2B、オーストラリア向けのビジネス文体）が必要です。さらに、本文も実際に英語になっているクロール可能な英語版URLと、原文の主要語句を辞書で訳すのではなく、利用者が実際に入力する英語に基づいたキーワード調査も欠かせません。

このガイドでわかること

• ウェブサイトの英語翻訳には、文字列の置き換え以外に何が必要ですか？
• どの英語ロケールや地域別バリエーションを選ぶべきですか？
• 英語特有の文字、タイポグラフィ、レイアウトの課題は何ですか？
• 英語版サイトのURL、hreflang、インデックス登録はどう設計すべきですか？
• 英語版のオンボーディングと購入手続きでは、どのような違いに注意すべきですか？
• 英語翻訳にはAI翻訳、MTPE、人によるレビューのどれを使うべきですか？
• 英語ページで特に悪影響を及ぼすSEOのミスは何ですか？
• 英語版ウェブサイトをどう公開し、効果を測定すべきですか？

要点：ウェブサイトを適切に英語化する方法

長期的に運用できる英語版を公開するには、次の点が重要です。

1. 提供内容、契約主体となる法人、有料検索広告が異なる場合は、米国英語、英国英語、オーストラリア英語を別々の製品として扱いましょう。綴りが混在した1つの「国際英語」ファイルにまとめるべきではありません。
2. Cookieだけで切り替えるのではなく、クロール可能なロケール別URL（必要に応じて /en-us/、/en-gb/、/en-au/）を用意しましょう。
3. わかりやすさを重視して書き直しましょう。英語を母語としない読者でも、英語のUIを好むことがあります。ただし、専門用語、スポーツに由来する比喩、原文の文化に依存したキャッチコピーは敬遠されます。
4. 各市場で実際に入力される検索語句を調査し（color と colour、「vacation」と「holiday」など）、英語の検索結果になじむタイトルを作成しましょう。
5. 規模を拡大する前に、相互参照するhreflang、同じ言語のURLを指定するcanonical、サイトマップを設定しましょう。
6. 製品を表す名詞と使用禁止の慣用表現を用語集にまとめ、MTPEで気づかないうちにロケールが混在するのを防ぎましょう。

CSA Researchが29か国の消費者8,709人を対象に行った調査では、76%が自分の言語で情報を得て購入することを好み、40%は他の言語のウェブサイトでは決して購入しないと回答しました。多くの購入者にとって英語は好んで選ぶ言語ですが、だからといって、粗雑で複数のロケールが混在した文章を公開してよいわけではありません。Googleのヘルプフルコンテンツに関する指針は、ユーザーを第一に考えたページを重視しています。ナビゲーションだけが英語で本文が原文言語のままでは、ロケール対応として不十分です。市場と言語、それぞれの観点からの戦略については、国際SEOと多言語SEOの違いをご覧ください。

適切な英語ロケールを選ぶ

多くのチームは、用語集を開く前に基本とする英語を選ぶべきです。それで最初の公開版を用意するのは妥当な方法です。ただし、米国式の綴り、英国式の法的表現、オーストラリアの慣用表現を1つのファイルに混ぜて「英語ロケール」と呼んでよいわけではありません。

価格、税金、配送、契約主体となる法人が国ごとに異なる場合は、誰にでも合わせようとする曖昧な単一の en ページではなく、地域別のhreflang（en-US、en-GB、en-AU）を使用しましょう。世界共通の製品を単一の価格表で販売しているなら、最初は1つの en ファイルで公開するのも適切な選択です。ただし、実際には米国式のマーケティング文体が既定になっているのに、そのファイルを「中立」とみなしてはいけません。

英語への翻訳では、英語の製品UIを希望する世界各地の読者に向けた書き直しが必要になることがよくあります。求められるのは、購入の妨げになりうる画面で平易な言葉を使うことです。原文の文化に根ざしたジョークをそのまま残す逐語訳ではありません。

氏名、住所、電話番号の扱いも決めましょう。ラベルが翻訳されているように見えても、米国のZIPコードや州を前提とした入力欄では、英国やオーストラリアの購入手続きに支障が出ます。

英語の文字、タイポグラフィ、レイアウトの注意点

英語はラテン文字を使います。だからといって、レイアウトの問題がなくなるわけではありません。英語特有の課題は、表示できない文字ではなく、文字列の長さ、折り返し、ロケールごとに異なる句読法の混在です。

公開直後に不具合のスクリーンショットが出回らないためのレイアウトルール：

• 公開する各ロケールの実際の英語コピーを使って、主要画面のプロトタイプを作りましょう。米国向けのCTAは短めになることが多く、英国向けの法的文言やオーストラリア向けのビジネス文体は長くなる傾向があります。
• 原文では1行に収まっていたからといって、英語のCTAも1行に収めるために文字を小さくしてはいけません。
• ボタンやCookieバナーは折り返せるようにしましょう。英国向けのCookieやプライバシーに関する文言は、米国向けに設計されたチップからはみ出すことがよくあります。
• 全角ダッシュ（em dash）、曲線型の引用符、オックスフォード・コンマの使用方針に注意しましょう。1つのロケールファイルに米国式と英国式の句読法が混在していると、編集が行き届いていない印象を与えます。
• 行の長さは、短い場合と長い場合の両方を検証しましょう。情報密度の高い言語向けのカラムでは英語がスカスカに見える一方で、別のロケールを追加すると文字があふれることがあります。

日付や数値もレイアウトの要件の一部です。米国では通常、文章中の日付は月・日・年の順に表記し、小数点にはピリオドを使います。英国とオーストラリアでは通常、日・月・年の順です。通貨記号、税込・税抜価格の表現、「zip」と「postcode」のラベルの違いは、CSSではなくロケールごとのコンテンツの問題です。

文章のリズムも重要です。米国のマーケティングコピーは、比較的カジュアルな傾向があります。英国のB2Bやオーストラリアのビジネス向けの文体は、堅苦しくなりすぎない範囲で、より落ち着いた、省略の少ない表現になる傾向があります。一方、支払いやエラーに関する文言は、どのロケールでも平易に保ちます。レビュー担当者には、支払いに関するわかりやすさを守りつつ、ホームページでは翻訳されたパンフレットのような文章ではなく、その市場になじむ表現を使えるよう、十分な裁量を認めることを指導しましょう。

世界各地の英語読者を戸惑わせる表現には、スポーツの比喩、祝祭日の名前、「we’ll circle back（後でまた検討します）」などがあります。ホームページでは個性を出すとしても、オンボーディングや購入手続きでは平易な言葉を優先しましょう。

クロール可能なURL、hreflang、インデックス登録

Googleは、Cookieやブラウザの言語設定だけに頼るのではなく、言語版や地域版ごとにクロール可能な別のURLを用意することを推奨しています。Googleは主に表示されているコンテンツからページの言語を判断するため、ナビゲーションだけを翻訳し、本文が原文言語のままでは、英語版として不十分です。英語版専用のフォルダまたはホストのパターン（/en/、/en-us/、/en-gb/）を用意し、テンプレート、アクセス解析、内部リンク全体で統一しましょう。

hreflangアノテーションは、指定した代替ページ群の間で相互参照になっている必要があります。en-US と en-GB を別々のサイト体験として公開するなら、それぞれがもう一方と原文言語のロケールを参照しなければなりません。各ロケールのURLには明確なcanonicalを設定し、重複ページがある場合は同じ言語の優先URLを指定する必要があります。綴りが「十分似ている」という理由で、英国英語のページのcanonicalを米国英語の対応ページや原文言語のページに向けてはいけません。

Bingのウェブマスターガイドラインでは、各市場でクロール可能かつ有用なコンテンツと、明確なサイト構造が重視されています。Googleは、推定した言語や所在地に基づいてユーザーを自動転送しないよう推奨しています。代わりに、英語版URLにリンクする選択メニューを、見つけやすい場所に用意しましょう。IPアドレスから推測する「米国 → /en-us」という振り分けは、旅行者、VPN利用者、クローラーを誤った転送先に閉じ込めます。

URLの方針とページ内表記の方針は、別にしても構いません。運用上の理由でASCIIのスラッグを維持することはできますが、タイトル、H1、本文の綴りは、そのロケールに合わせる必要があります。同じ en-GB URLで、H1に colour、メタディスクリプションに color を使うのは、品質を損なう要因です。英語版URLを2つ管理する場合は、リダイレクトに一貫性を持たせましょう。canonicalを設定せずに、競合する英語版URLを公開してはいけません。

提供内容が異なる場合は、地域ごとの英語検索クエリを狙いましょう。同じ商品カテゴリーでも、英国と米国では検索に使われる主要キーワードが異なります。これはキーワード調査の話であり、検索順位を保証するものではありません。

対象言語でのオンボーディング、信頼構築、購入手続き

英語で信頼を築くページは、翻訳した機能一覧以上に重要です。プライバシー、利用規約、支払いに関する文章は、その市場向けの正式なページとして自然に読める必要があります。元の言語のテンプレートを残し、ナビゲーションなどの周辺部分だけを英語にしても不十分です。

英語サイトのコンバージョンに向けた実践チェック：

• ホームページ、広告、製品UIで、同じ地域の英語と文体を使っている（米国向けのカジュアルな表現、英国・オーストラリア向けのプロフェッショナルな表現など）。
• フォームが対象市場の氏名の順序や郵便番号・住所の形式に対応している。または、米国式の入力欄が必要な理由を説明している。
• Cookieや同意に関する文言を、実際のバナー上で確認している。英国・EU向けの英語では、これらの文章が長くなりがちです。
• 料金、請求書、税金の表記（VAT、売上税、GST）、通貨が、サービスの対象としている市場と一致している。
• サポートの定型文や取引関連メールでも、サイトと同じ地域の英語を使っている。en-GBの購入手続きに対して、米国式の「zip code」を使ったメールを送るのは、ローカライズの漏れです。
• エラーメッセージでは、特定の文化でしか通じない気の利いた謝罪だけで済ませず、解決方法を伝えている。
• 登録、パスワード、権限、支払いの画面で慣用表現を確認している。これらの画面では、地域の英語や専門用語の混在が購入の取りこぼしにつながります。

公開初日からすべてのブログ記事をそろえる必要はありません。ただし、ホームページと製品説明、認証、料金、購入手続き・請求、プライバシーに関する基本情報、サポート窓口、そして対象市場で求められる法務関連ページは必要です。

フランス語のAI翻訳、MTPE、人によるレビュー

英語化にはAI翻訳、MTPE、人によるレビューのどれを使うべきでしょうか。ツールのブランドではなく、リスクに応じてワークフローを選びましょう。

• 機械翻訳の未修正出力：そのまま使えるのは社内向けの下書きまでです。モデルは米国式と英国式の綴りを混在させたり、原文の文化に根ざした慣用表現を残したりします。その結果、文法的には正しくても、米国、英国、オーストラリアのサイトらしくない英語になります。
• MTPE（機械翻訳＋ポストエディット）：用語集で製品関連の名詞、綴り、使用禁止の慣用表現を定めておけば、多くの製品ページやサポートページで堅実な標準手法になります。
• 人による翻訳・ブランド編集：ホームページ、料金、キャンペーン、Cookie・同意に関するページ、法律に関わるページに適しています。特に、逐語訳ではなく書き直しが必要な場合に有効です。

英語向けの実践的なレビューサイクル：

1. 用語集に沿ってMTPEの原稿を作成する（対象地域の綴りと文体を固定）。
2. ホームページ、料金ページ、主要なランディングページをブランドエディターが確認する。単に「英語が流暢」な人ではなく、対象市場の英語を母語とする人が担当します。
3. エラー、請求、動的UIを製品担当の言語専門家が確認する。特に日付、税金、住所に関する文言を重点的に確認します。
4. ステージング環境で、対象地域の英語をモバイル画面幅でQAする。メールやPDFの表示も確認します。
5. 単一ロケールのURL内で綴りが混在している場合（colorと英国式のorganisationが併記されているなど）に検出する公開前チェックを追加する。

品質の低い機械翻訳だけの英語ページは、CMS上では完成しているように見えても、ユーザーのニーズや、人を第一に考えた有用なコンテンツへの期待を満たせないことがあります。競争の激しい英語市場では、その問題がより顕著になります。

英語SEO特有の落とし穴

英語で検索する人が求めているのは、自分の市場で自然に読める言葉です。地域ごとにキーワードを調査し、その地域の綴りを使って、英語の検索結果になじむタイトルとH1を作成しましょう。

英語のURLごとに、タイトル、メタディスクリプション、見出しをローカライズしましょう。en-USとen-GBで同じメタデータを使い回さないでください。

英語ページで特に悪影響を及ぼすミス：

1. タイトル、ボタン、本文での綴りの混在（organizeと英国式のorganisationが併記されているなど）。
2. 共通部分だけの翻訳 — ナビゲーションなどの周辺部分は英語でも、本文は元の言語のまま。
3. 米国、英国、オーストラリアの購入者が実際に使う検索語と合わない、辞書から拾っただけのキーワード。
4. 英語のURLをクローラーから見えなくしてしまう、Cookieだけに依存した言語切り替え。
5. hreflangの不備（地域別の英語ページと元の言語のページとの間で、相互参照リンクが欠けている）。
6. 地域に応じた自動リダイレクトによって、ユーザーやボットが別の地域版にアクセスできなくなる。
7. 米国と英国で異なる提供内容を、1つのen canonicalに集約してしまうこと。
8. 競争の激しい英語の検索結果で、有用なコンテンツへの期待を満たせない、機械翻訳だけの内容が薄いロケール。

コンテンツ量を増やす前に、対象ロケールの選定、綴り、サイト構造を整えましょう。ツールはプロセスを確実に実行するためのものであり、検索順位の保証をでっち上げるためのものではありません。

公開前のチェックリスト

英語版を公開する準備ができたら、次のチェックリストを使いましょう。

• 対象ロケールの一覧を承認済み（必要に応じてen／en-US／en-GB／en-AU）。綴りとトーンの方針を文書化している
• クロール可能な英語URLの構成を決定し、開発チームと共有している
• 各地域向けの実際の英語コピーを使い、主要画面のプロトタイプを作成している（ナビゲーション、Cookie、表、購入手続き）
• 優先度の高いテンプレートを翻訳またはリライトし、周辺部分だけでなく主要コンテンツもレビューしている
• 英語URLごとに、対象地域の綴りでタイトル、ディスクリプション、Open Graphをローカライズしている
• 市場ごとに日付、数値、税金、通貨の形式を確認している
• モバイル表示のカードとボタンで、折り返しと省略表示を確認済み
• フォームが対象市場の郵便番号・住所と氏名の表記ルールに対応している
• プライバシーと利用規約のページを、その市場にとって重要なコンテンツとしてレビューしている
• 言語セレクターがクロール可能な各言語版にリンクしている（強制リダイレクトなし）
• ロケールごとのcanonical方針を確認している（同じ言語の優先URLを指定）
• 地域別の英語ページと元の言語のページの間で、相互参照するhreflangを生成している
• XMLサイトマップに英語のURLを掲載している
• 継続的な原文の更新に対応するため、用語集とレビューワークフローを運用している
• 英語ロケールのURLで、綴りの混在を検出する機能を有効にしている
• 英語URLに対するSearch Console／Bingのカバレッジ確認を予定している

GlotEOが担う役割

英語は翻訳メモリの活用に適しています。製品関連の名詞は繰り返し登場するため、次の原文更新で綴りがen-USからen-GBにぶれてはいけません。ウェブサイトローカライズプラットフォームの用語集と翻訳メモリを使えば、地域の英語、文体、機能名の一貫性を保ちながら、レイアウト検証済みのコピーを公開できます。さらに多言語SEOツールを組み合わせることで、英国版やオーストラリア版を追加しても、英語URL、hreflang、メタデータを確認しやすい状態に保てます。初回の英語版リリースの範囲を決める際は、GlotEOの料金とプランを比較してください。どの地域の英語版を公開するか検討中なら、より包括的なウェブサイト翻訳のワークフローから始めることもできます。

地域ごとの綴りが混在する辞書や、機械翻訳であることが明示されていない下書きでは、en-US、en-GB、en-AUを安心して公開できなくなったら、GlotEOのウェブサイトローカライズをご検討ください。