es_ES と es_MX、pt_PT と pt_BR：地域別 WordPress バリアント

先月、バルセロナの WooCommerce ストアオーナーから、多言語サイトのオーナーなら誰もが最終的に直面する問題の核心に迫る質問を受けました。彼女のサイトはスペイン、メキシコ、アルゼンチンに出荷しています。彼女はすべてを es_ES に翻訳して立ち上げましたが、1週間以内にメキシコシティの顧客から、チェックアウトのコピーが「奇妙で、少し古臭い」と苦情が寄せられました。さらに1週間後、別の顧客から、ある製品の説明に含まれる単語がスペインでは全く問題ないのに、メキシコでは下品な意味になると指摘されました。彼女の質問は「本当に国ごとに別々の翻訳が必要なのでしょうか？」というものでした。

短い答えは「場合による」です。長い答えは、何を販売しているか、顧客がどこにいるか、そして実際にどれだけのコンテンツを維持できるかによって異なります。このガイドでは、地域別バリアントが重要になるのはいつか、WordPress が舞台裏でそれらを実際にどのように処理しているか、そして対応する国の数だけ作業量を増やすことなくそれらを翻訳する方法について説明します。

スペイン語とポルトガル語に焦点を当てます。これらは、バリアントの分割が最も現実世界の問題を引き起こす2つの言語ファミリーだからです。フランス語、英語、アラビア語にも地域別バリアントがありますが、通常、その影響はより小さいです。

地域別バリアントが重要な理由

スペイン語は世界で2番目に多く話されている言語ですが、「スペイン語」を単一の言語として捉えるのは単純化しすぎです。マドリードで自然に読める文章が、ブエノスアイレスでは堅苦しく、形式的、または時代遅れに聞こえることがあります。メキシコシティでは完全に適切な単語が、リマでは不快に感じられることもあります。ポルトガル語はさらに大きな分裂を抱えており、pt_PT と pt_BR の間には発音、文法、語彙の隔たりが大きく、多くの出版社がこれらを事実上別々の言語として扱っています。

実際に変化する単語

抽象的な話にならないように、具体的な例をいくつか挙げます。

動詞 coger はスペインでは「取る」という意味で、日常会話で常に使われます。メキシコ、アルゼンチン、そしてほとんどのラテンアメリカでは、性的な意味合いを持つ下品な動詞です。これをチェックアウトのコピー（「coger tu pedido」）で使うと、マドリードとブエノスアイレスでは全く異なる印象を与えます。

Ordenador はスペインにおけるコンピューターの標準的な単語です。ラテンアメリカでは、ほとんどの人が computadora と言います。どちらも間違いではありませんが、これらを混在させると、コンテンツが異なる市場向けに翻訳されたものであることを読者に伝えてしまいます。

携帯電話は Móvil（スペイン）対 celular（ラテンアメリカ）。運転は Conducir（スペイン）対 manejar（ラテンアメリカ）。ジャガイモは Patata（スペイン）対 papa（ほとんどのラテンアメリカ）。このように、高頻度で分岐する単語は何十もあります。

ポルトガル語はさらに分断されています。ブラジルではほとんどすべての文脈で「あなた」に você を使います。ポルトガルでは、非公式な会話では tu を使い、você は形式的な標識として、社会階級のシグナルに近い形で使われます。リスボンとサンパウロのビジネスポルトガル語は、機能的に異なるレジスターです。

バリアントを無視することのビジネスコスト

ユーザーは数秒で信頼を判断します。スペインのスペイン語の製品説明を読んだメキシコの買い物客は、次の2つのうちどちらかを認識します。サイトが実際にはローカルではないか、ブランドがローカライズに十分な配慮をしていないかのどちらかです。コンバージョン率は低下し、チェックアウトの放棄が増加します。LATAM諸国での有料広告費は、ランディングページが異質な感じがするため、リターンが悪くなります。

コンテンツ量の多いサイトでは、SEOコストも現実的なものです。Googleは es-ES と es-MX を区別する hreflang タグを認識し、各市場における競合的な検索クエリは、その地域の言語で書かれたコンテンツによって支配されます。スペインのスペイン語の ropa interior ページは、ropa íntima のような現地用語を使用するメキシコの競合他社に対してランキングされません。

WordPress がロケールコードを処理する方法

WordPress のロケールは ll_CC のパターンに従います。これは2文字の言語コード、アンダースコア、2文字の国コードです。完全なリストは WordPress コアで定義されており、theme-es_ES.mo、plugin-es_MX.mo といった翻訳ファイルにマッピングされます。

コア、サイト、ユーザーロケール

WordPress は3つの異なるロケール設定を区別しています。

• サイト言語（歴史的には WPLANG / options.WPLANG、現在は option:WPLANG）：サイトのフロントエンドのデフォルトです。
• ユーザーロケール（wp_usermeta.locale）：管理ダッシュボード用のユーザーごとの設定です。
• ランタイムロケール：Polylang や WPML のようなプラグインによってリクエスト時にフィルタリングされ、URLプレフィックスごとに異なるコンテンツを提供できます。

サイトが es_ES であっても、ユーザーがプロファイルを es_MX に設定した場合、管理画面はメキシコスペイン語で表示され、フロントエンドはスペインのスペイン語のままになります。これは管理UIには問題ありませんが、顧客にコンテンツを配信するのには役立ちません。URLベースまたはドメインベースの切り替えが必要です。

en_GB の例

WordPress 自体は、en_US、en_GB、en_CA、en_AU、en_ZA を別々のロケールとして出荷しています。これらはほとんどのコンテンツを共有しますが、スペル（colour 対 color、organise 対 organize）や慣用句が異なります。これをスペイン語やポルトガル語のバリアントのパターンとして利用できます。つまり、地域ごとに別々の .mo ファイルを保持し、URL構造を通じて提供します。

バリアントの MO ファイル名

mytheme という名前のテーマと3つのスペイン語バリアントの場合：

wp-content/languages/themes/mytheme-es_ES.mo
wp-content/languages/themes/mytheme-es_MX.mo
wp-content/languages/themes/mytheme-es_AR.mo

WordPress はアクティブなロケールに一致するファイルを選択します。es_AR がリクエストされたがファイルが存在しない場合、デフォルトで es_ES にフォールバックします（基本言語の一致）。これは、上で挙げた単語に関して避けたい動作と全く同じです。

スペイン語バリアントの実践

ほとんどのパブリッシャーは1〜3つのスペイン語バリアントをターゲットにしています。以下は実践的な意思決定ツリーです。

1つのバリアントのみ

顧客ベースがスペインのみの場合は es_ES を、顧客ベースが主にラテンアメリカの場合は es_MX または es（ニュートラル）を出荷します。ロケールとして es を使用することは、ニュートラルなスペイン語であることを示し、両極端な地域特有の荷物を避けることができます。

2つのバリアント：スペインとラテンアメリカ

最も一般的な分割です。スペイン向けには es_ES を提供し、すべてのLATAM諸国向けには単一のラテンアメリカバリアント（es_MX または中立化された es）を提供します。これは80/20のソリューションであり、20個の別々のファイルを維持することなく、ローカライズの恩恵のほとんどを得られます。

3つ以上のバリアント

アルゼンチン、メキシコ、チリで特に大きな収益を上げている大規模なEコマースサイトを運営している場合、es_ES に加えて es_AR、es_MX、es_CL が必要になるかもしれません。翻訳コストは上がりますが、市場ごとのコンバージョン率も向上します。

地域固有の単語リスト

バリアントごとに小さな用語集を維持します。翻訳コンテンツの95%が共有されていても、50〜100個の高頻度で異なる単語の用語集があれば、ほとんどの「これは間違っているように聞こえる」という認識の問題をカバーできます。ドメイン固有の語彙の扱いについては、WordPressローカライズ究極ガイドをご覧ください。

ポルトガル語バリアント（pt_PT 対 pt_BR は明確な分割）

ポルトガル語は2つのバリアントではなく、2つの言語として扱います。ブラジルポルトガル語（pt_BR）は2億1500万人の話者を擁します。ヨーロッパポルトガル語（pt_PT）は1000万人です。文法が異なり、動詞の活用が異なり、代名詞が異なります。リスボン向けに書かれた文章はサンパウロでは明らかに異質に感じられ、その逆もまた然りです。

もし1つしか余裕がないなら、pt_BR を選びましょう。話者ベースが大きく、Eコマース市場もより強力だからです。しかし、pt_PT のコンテンツをブラジル人ユーザーに送ったり、その逆をしたりすることは決してしてはいけません。認識コストが高すぎます。

バリアントを作成すべきとき（とすべきでないとき）

地域別バリアントを作成すべきとき：

• その地域から測定可能な収益またはトラフィックがある場合（目安：総計の10%以上）。
• 製品カテゴリに地域固有の用語がある場合（ファッション、食品、法律、金融）。
• その地域で有料広告キャンペーンを実施しており、ランディングページの品質を一致させたい場合。
• ローカルSEOを行っており、hreflangターゲティングが必要な場合。

バリアントをスキップすべきとき：

• サイトがほとんどトランザクションUIであり、コピーが最小限の場合。
• その地域からのトラフィックが5%未満で、追加ファイルを維持できない場合。
• 新規立ち上げで、後で実際の顧客フィードバックに基づいて改善できる場合。

よくあるアンチパターンは、「念のため」15のスペイン語バリアントを作成し、そのうち12を同期がずれたままにしておくことです。古くなったコンテンツは、わずかに方言がずれたコンテンツよりも悪いものです。提供するものは維持することにコミットしましょう。

効率的なバリアント翻訳ワークフロー

2,000文字列の .po ファイルの5つのバリアントを手動で維持することは、同期ずれの温床です。スケールするワークフローは次のとおりです。

1. プライマリバリアントをしっかり翻訳する

最もトラフィックの多いバリアント（通常、スペイン語の場合は es_ES または es_MX、ポルトガル語の場合は pt_BR）を選び、それを注意深く翻訳します。これがベースとなります。

2. その他のバリアントを自動的に生成する

プライマリバリアントの .po を SimplePoTranslate にアップロードし、他のバリアントへの翻訳をリクエストします。コンテキストを理解する翻訳ツールは、es_ES -> es_MX をゼロからの翻訳ではなく「地域化」タスクとして理解します。主要な語彙の交換（coger -> tomar、ordenador -> computadora）は自動的に行われ、同じフレーズは変更されずに通過します。

3. 地域別用語集のオーバーライドを適用する

ブランドの地域固有の用語選択を含む短い用語集ファイルを保持します。AI翻訳後に最終パスとして適用します。これにより、製品名、ブランド用語、および意見の分かれる語彙が、地域ごとに優先する選択肢に固定されます。

4. すべての出力形式を生成する

バリアントには、編集用の .po と WordPress ランタイム用の .mo の両方が必要です。SimplePoTranslate は、ヘッドレスまたはカスタム PHP コードも提供している場合、.json および .php 形式と共に、これらすべてを1つのZIPファイルで出力します。複数形式の出力が重要である理由については、1つのファイルをインプットし、5つの形式をアウトプット：将来を見据えたWordPress翻訳に関する記事をご覧ください。

5. ロケールごとにデプロイする

生成された .mo ファイルを wp-content/languages/themes/ に適切なロケールサフィックスでアップロードします。hreflangタグを設定します。可能であれば、各地域の実際のユーザーとテストします。ネイティブスピーカーはどんなツールも捉えられないものに気づきます。

まとめ

地域別バリアントは、本格的な多言語サイトにとって「あれば便利」なものではなく、「翻訳済み」と「ローカライズ済み」の違いを生み出すものです。しかし、初日から考えられるすべてのバリアントを出荷する必要もありません。最大の市場に合うスペイン語とポルトガル語のバリアントを1つずつから始めましょう。各地域のトラフィックと収益がメンテナンスコストを正当化するにつれて、バリアントを追加していきます。

良いニュースは、バリアントの翻訳ワークフローが、それぞれをゼロから構築するよりも劇的に速いことです。AI支援による地域変換は、数週間かかる代わりに、バリアントごとに1時間で済みます。難しいのは編集規律です。どのバリアントを維持するかを選択し、それらを常に最新の状態に保つことにコミットすることです。

WordPress サイトを複数のスペイン語またはポルトガル語バリアントに翻訳する準備はできていますか？SimplePoTranslate を無料で試す — クレジットカードは不要です。一度アップロードすれば、数分で地域別バリアントを生成できます。