ウェブサイトのスペイン語翻訳：スペインとラテンアメリカの違い

ウェブサイトで使うスペインとラテンアメリカのスペイン語の違い：語彙、voseo（vosを使う二人称表現）、文法上の性の一致、市場別のSEO。

Grant Davies更新日

ウェブサイトのスペイン語翻訳：白いグリッド上に、スペイン語の逆疑問符・逆感嘆符の装飾と、/esのチップが付いたñのタイル

依頼書に「ウェブサイトをスペイン語に翻訳する」と書かれていても、スペイン語を単一の言語設定として扱うのはやめましょう。ウェブ上のスペイン語では、スペイン向けか中南米向けかが重要な課題です。語彙、丁寧さの度合い、検索クエリが異なるため、マドリードでは自然に感じられる翻訳ファイルも、メキシコシティではよそから持ち込んだように感じられることがあります。

この記事は、スペイン語（es）版ウェブサイトの公開ガイドです。ロケールの選定、文法上の性とレイアウト、クロール可能なURL、購入手続きの品質保証、MTPEと人によるレビューの比較、SEOの落とし穴、そして実際に使えるチェックリストを紹介します。

ウェブサイトのスペイン語化には、文字列の置き換え以外に何が必要？

CMSの項目を翻訳するだけでは不十分です。基本とする地域変種（スペイン、または中南米の拠点市場）と二人称の使用方針（tú / usted / vosotros / voseo）を固定し、ラベルやデータ未登録時の表示では文法上の性を一致させ、本文も実際にスペイン語になっているクロール可能なスペイン語URLを用意し、主要市場ごとにキーワード調査を行う制作フローが必要です。マドリード向けの用語集をそのままメキシコ向けストアに当てはめるだけではいけません。

このガイドでわかること

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

まずは要点：ウェブサイトを適切にスペイン語化する方法

長期的に運用できるスペイン語版を公開するためのポイントは、次のとおりです。

  1. 売上、法人、検索広告の運用が異なる場合は、スペインと中南米を、ビジネス上は別の言語圏として扱いましょう。ordenadorとcomputadoraが混在する一つの「中立的なスペイン語」ファイルにまとめるべきではありません。
  2. Cookieだけで切り替えるのではなく、クロール可能なロケール別URL（必要に応じて /es/、/es-es/、/es-mx/）を用意しましょう。
  3. 誰かがファイルを開く前に、tú / usted / vosotros / voseoの使用方針を依頼書で確定しましょう。後からアルゼンチン市場への対応を深める場合、すべてにtúを使うUIでは違和感が生じます。
  4. ナビゲーション、カード、購入手続き、メールは、実際のスペイン語の文言を使って試作しましょう。逆疑問符・逆感嘆符、長くなる男女併記、文字のはみ出しを公開前に確認できます。
  5. 主要市場ごとにキーワード調査を行いましょう。同じ商品でも、マドリードとメキシコシティでは検索クエリが異なることがよくあります。
  6. 規模を拡大する前に、相互参照するhreflang、同じ言語のURLを指定するcanonical、サイトマップを設定しましょう。

CSA Researchが29か国の消費者8,709人を対象に行った調査では、76%が自分の言語で情報を得て購入することを好み、40%が他の言語のウェブサイトでは決して購入しないと回答しました。スペイン語のオンラインストアで成果を上げるには、メインバナーだけでなく、利用体験全体の文章が自然であることが重要です。Googleの有用なコンテンツに関するガイダンスも、ユーザーを第一に考えたページを重視しています。ナビゲーションだけがスペイン語で本文が英語のままでは、ローカライズは不十分です。市場と言語、それぞれを軸にした戦略については、国際SEOと多言語SEOの違いをご覧ください。

適切なスペイン語ロケールを選ぶ

用語集を開く前に、二つの点を確認しましょう。現在、または近い将来にどの市場で売上が発生するのか。そして、初年度から複数のスペイン語ロケールに対応できるのか、という点です。

スペイン優先（es-ES）は、EUでの請求、イベリア半島のパートナーとの取引、スペインで期待される箇所にvosotrosを使う必要があるヘルプコンテンツに適しています。中南米優先（実務上の拠点としてes-MXを採用するか、中南米のレビュアーとともにesを使うことが多い）は、米国に近い市場へのSaaSやECの展開の多くに適しています。最初のリリースとしては妥当な選択です。ただし、スペイン本国の語彙、メキシコの消費者向けの語り口、アルゼンチンのvoseoを一つのファイルに混在させ、それを「スペイン語ロケール」と呼んでよいわけではありません。

語彙には大きな違いがあります。スタイルガイドよりも先に、製品やサポートへの問い合わせで誤りを指摘されるでしょう。

  • ordenadorとcomputadora
  • móvilとcelular
  • cocheとcarro / auto
  • 表計算シート上では置き換え可能に見えても、ボタンに表示するとよそよそしく感じられる、数多くの機能名

アルゼンチンと中米の一部では、さらにvoseoへの対応が加わります。最初は一つのesメッセージファイルで設計することもできます。しかし、スペイン寄りのB2B用語集が、そのままメキシコの消費者向け購入画面でも自然に通用するとは考えないでください。また、túを使ったUIのまま、用語集を書き直さずにアルゼンチン市場への対応を深められるわけでもありません。

国外にもスペイン語の読者はいますが、通貨、税に関する表現、法的情報のページは、あくまで販売先市場に合わせる必要があります。一つの中立的な中南米スペイン語で公開するのか、売上の大きい国向けに市場別のロケールを用意するのかを早めに決めましょう。採用する地域変種を文書化し、次の翻訳会社がcomputadoraをordenadorに「修正」してしまわないようにします。

氏名、住所、電話番号の扱いも決めましょう。ñやアクセント付き文字を受け付けないフォームや、米国式のZIPコードを前提とした郵便番号欄は、文言が「翻訳済み」に見えても問題を起こします。

スペイン語の文字・組版・レイアウトで注意すべき点

スペイン語ではラテン文字に加え、アクセント付き文字とñを使います。CMSの項目、メール、PDF、自動生成されるタイトルでも、これらの文字が失われないようにする必要があります。英語でしかテストしていないフォント構成でも、通常はスペイン語を表示できます。レイアウトの問題は、文字の欠落よりも、文章の長さ、男女併記、句読点によって起こります。

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

  • 主要な画面は、実際のスペイン語の文言を使って試作しましょう。スペイン語は英語より長くなることが多く、まずボタンやナビゲーションで文字がはみ出します。
  • ボタン内のテキストは折り返せるようにしましょう。英語のCTAと同じ1行に収めるために文字を小さくしてはいけません。
  • タイトル、データ未登録時の表示、メールでは、逆疑問符と逆感嘆符（¿ ¡）に注意しましょう。文頭の記号を削除するテーマでは、表示に不具合があるように見えます。
  • 文法上の性を区別するラベル（「usuario / usuaria」）やインクルーシブな表現には、横幅が必要です。アカウントメニュー、アバター、データ未登録時の表示では、性の一致の誤りが表面化しやすくなります。
  • Cookieや同意に関する文言は長くなりがちです。表計算シートのセルではなく、実際のバナーで確認しましょう。

日付や数値も、レイアウトの要件に含まれます。多くのスペイン語圏では、文章中の日付は日・月・年の順が一般的です。コンマやピリオドの使い方も市場に合わせ、実際に販売する市場ではEUR、MXN、ARS、COP、CLPなどに適した通貨表記を使う必要があります。スペイン語のリストを英語のASCII文字列と同じように並べ替えるのは、適切な照合順序の設計とはいえません。ñもアルファベットの一文字です。

語り口のリズムも重要です。スペインのvosotrosと中南米のustedesの違いは、トップページのキャッチコピー以上に、ヘルプコンテンツやオンボーディングに影響します。インクルーシブな表現の採用は、製品として決めるべき方針です。方針を選び、用語集で固定して、MTPEによってデータ未登録時の表現が知らないうちに変わらないようにしましょう。

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

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

hreflangアノテーションは、指定した代替ページ群の間で相互に参照する必要があります。es-ESとes-MXで実際に異なる体験を提供するなら、それぞれが相互に参照し、元のロケールも参照しなければなりません。各ロケールのURLには明確なcanonicalを設定し、重複がある場合は同じ言語の優先URLを指定しましょう。「どちらもスペイン語だから」という理由で、メキシコ向けスペイン語ページのcanonicalをスペイン向けの同等ページや英語ページに向けてはいけません。

Bingウェブマスターガイドラインは、市場を問わず、クロール可能で役立つコンテンツと明確なサイト構造を重視しています。Googleは、推測した言語や所在地に基づく自動リダイレクトを避けるよう勧めています。代わりに、スペイン語のURLへリンクする、見つけやすい選択メニューを用意しましょう。IPアドレスから「スペイン → /es-es」と推測して振り分けると、旅行者、VPN利用者、中南米のユーザーがスペイン本国向けの文言から抜け出せなくなります。

URLの方針とページ上の表記方針は、同じでなくても構いません。運用上の理由でスラッグをASCII文字に置き換えることはできますが、タイトル、H1、本文ではアクセント記号を残すべきです。「すっきりしたURL」のためにアクセント記号を削除し、さらにページ上でも削除すると、読みやすさが損なわれます。スラッグをASCII化するなら、リダイレクトを一貫して設定しましょう。canonicalを指定せずに、競合する二つのスペイン語URLを公開してはいけません。

主要市場ごとにキーワード調査を行いましょう。同じ商品カテゴリーでも、スペイン、メキシコ、アルゼンチンではスペイン語の検索クエリが異なることがよくあります。これは調査であり、検索順位を約束するものではありません。

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

スペイン語で信頼性を伝えるページは、翻訳された機能一覧以上に重要な役割を果たします。スペインや中南米に販売するサイトでは、通常、プライバシー、利用規約、必要に応じて支払いやアフターサービスに関する説明を、英語テンプレートの残り物ではなく、きちんとしたページとして読めるようにする必要があります。これは検索順位対策ではありません。ユーザーが購入手続きの信頼性を判断するときに確認する情報です。

スペイン語版のコンバージョンに向けた実践チェック：

  • トップページ、広告、製品UIで、同じ地域変種（スペイン、または中南米の拠点市場）と二人称の使用方針を採用している。
  • フォームの氏名・住所欄でñやアクセント付き文字を入力できる。または、ラテン文字での入力が必要な理由を説明している。
  • トップページだけでなく、アカウント関連のラベル、メール、データ未登録時の表示でも、文法上の性が一致している。
  • Cookieや同意に関する文言を、実際のバナーで確認している。
  • 料金、請求書、税務関連の表現、通貨が、対象として掲げる市場に合っている。
  • サポートの定型文と取引関連メールでも、同じ地域のスペイン語を使う。es-MXの購入手続きに対し、スペインで使われるvosotrosを用いたメールが届くようでは、地域表現の混在が表に出てしまう。
  • エラーメッセージでは、丁寧でも中身のない謝罪ではなく、解決方法を示します。
  • 決済方法と住所の必須入力ルールが、その国に合っている（米国式のZIPコード欄にスペイン語のラベルを付けただけでは不十分）。

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

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

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

  • 未編集の機械翻訳：使えるのは社内向けの下書きまでです。モデルはスペインと中南米の語彙を混在させたり、文法上の性の一致を崩したり、画面ごとにtúとustedを一貫性なく使い分けたりします。
  • MTPE（機械翻訳＋ポストエディット）：用語集で製品関連の名詞、地域別の語彙、二人称の使用方針を固定していれば、多くの製品ページやサポートページで標準的に採用できる堅実な方法です。
  • 人による翻訳／ブランド観点での編集：ホームページ、料金、キャンペーン、Cookie・同意に関するページ、法的事項に関わるあらゆるページに適しています。

スペイン語の実用的なレビューフロー：

  1. 用語集に沿ってMTPEの原稿を作成する（地域変種、voseo／tú／ustedの使い分け、文法上の性を固定）。
  2. ホームページ、料金ページ、主要なランディングページをブランド担当の編集者が確認する。「スペイン語が話せる人なら誰でも」ではなく、対象地域のレビュアーに依頼する。
  3. エラーメッセージ、請求関連の文言、動的UIを製品担当の言語専門家が確認する。特に、変数を埋め込む文字列で文法上の一致を確認する。
  4. ステージング環境で、モバイルの画面幅におけるスペイン語表示のQAを行う。メールとPDFの表示確認も含める。
  5. 公開前チェックを追加し、地域語彙の混在（es-MXのURLでのordenadorの使用）や、esのURL上でのアクセント記号の欠落を検出する。

機械翻訳だけで作られた低品質なスペイン語ページは、CMS上では完成しているように見えても、ユーザーのニーズや、ユーザー第一の有用なコンテンツに求められる水準を満たしていないことがあります。

スペイン語特有のSEOの落とし穴

スペイン語で検索する人が求めているのは、自分の市場で自然に読める言葉です。英語の主要キーワードを一語ずつ直訳したり、スペイン向けのタイトルでメキシコの検索上位を狙ったりしても、実際の検索行動には合いません。主要市場ごとにスペイン語のキーワード調査を行い、その市場の検索結果で自然に見えるタイトルとH1を、アクセント記号も含めて作成しましょう。

スペイン語のURLごとに、タイトル、メタディスクリプション、見出しをローカライズしましょう。英語のメタデータ一式を複数のロケールで使い回したり、スペイン向けのメタデータ一式をes-MXにも流用したりしないでください。

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

  1. タイトル、ボタン、本文に対象地域に合わない語彙を使う（メキシコを主な対象とするサイトでのordenadorの使用など）。
  2. 共通部分だけの翻訳 — ナビゲーションなどのUIはスペイン語でも、本文は英語のまま。
  3. タイトルやUIで文法上の性が一致していない。SEOチームが気づく前に、ユーザーに気づかれてしまいます。
  4. Cookieだけに依存した言語切り替えにより、クローラーがスペイン語のURLを見つけられない。
  5. hreflangの設定不備（es-ES、es-MX、元言語のロケール間で相互参照リンクが欠けている）。
  6. 地域に応じた自動リダイレクトによって、ユーザーやボットが別の地域版にアクセスできなくなる。
  7. 単一のesへのcanonical指定によって、スペイン向けとメキシコ向けの異なる提供内容が一括りにされてしまう。
  8. 機械翻訳だけで内容の薄い言語版を作り、有用なコンテンツとしての基準を満たせない。

コンテンツ量を増やす前に、地域変種、文法上の一致、サイト構造を整えましょう。ツールはプロセスを確実に実行するためのものであり、根拠のない検索順位の向上を約束するためのものではありません。

公開前のチェックリスト

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

GlotEOが担う役割

スペイン語は翻訳メモリとの相性がよい言語です。製品関連の名詞は繰り返し登場するため、3スプリント後にcomputadoraからordenadorへ戻ってしまうようなぶれは防がなければなりません。ウェブサイトローカライズプラットフォームの用語集と翻訳メモリを使えば、地域変種、文法上の一致、機能名の一貫性を保ちながら、レイアウト検証済みの文言を公開できます。さらに多言語SEOツールを組み合わせれば、スペインまたはメキシコを2つ目のロケールとして追加する際も、スペイン語のURL、hreflang、メタデータをレビューしやすい状態に保てます。スペイン語版の初回リリースの範囲を決める際は、GlotEOの料金とプランを比較してください。スペインと中南米のどちらを優先するか検討中なら、より広い視点でウェブサイト翻訳のワークフローから始めることもできます。

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

参考文献