ホームページを多言語化する方法 2026

最初の判断は公開するロケール。答えが「すべて」になることはまずありません。追加するロケールごとにコミットメントが発生：コンテンツの維持、SEO の監視、翻訳のレビュー、訪問者への対応。維持できない 10 ロケールの追加は、維持できる 2 ロケールの追加より悪い。

実際のオーディエンスに対応するロケールから始めましょう。Google Analytics の既存トラフィックを確認。顧客が話す言語は？競合が提供していないロケールは？「オーディエンスがいる場所」と「品質を提供できる場所」の交差点がロケール候補リスト。

ほとんどのサービス業では 2 ロケール：主要なビジネス言語 + コミュニティ言語（例：中国系コミュニティにサービスする米国歯科医なら英語 + 中国語）。クロスボーダービジネスでは 2〜4 ロケール。ソフトウェア・コンテンツサイトでは、ユニットエコノミクスがメンテナンスコストを正当化すれば 4〜10 ロケールも妥当。

多言語サイトの URL 構造は 3 つ：(1) ロケールプレフィックス付きサブディレクトリ (example.com/zh-CN/, example.com/es/)、(2) ロケールプレフィックス付きサブドメイン (zh-cn.example.com, es.example.com)、(3) ロケールごとの別ドメイン (example.cn, example.es, example.com)。それぞれトレードオフがあります。

サブディレクトリは同じホストとコードを共有でき、運用が簡単になる場合があります。Google はサブディレクトリ、サブドメイン、国別ドメインをサポートしており、サブディレクトリだから順位が上がるとは保証していません。言語別の独立したクロール可能な URL を重視します。

サブドメインは別チームや別インフラで運用する場合に適し、国別ドメインは地域を明確に示せますが、管理負担が増えます。リンクや検索結果への影響は複数の要因で決まるため、サブドメインが必ず SEO 評価を失うとは断定できません。

別ドメインはブランドを共有する本当に別のビジネス（例：国別メニューと価格を持つグローバルファストフードチェーン）に妥当。複雑さ — 別 SEO、別 DNS、別ホスティング — は小〜中規模の多言語サイトにはまず見合いません。

Cogo Site は現時点では、公開したサイトに対して hreflang タグやサイトマップの alternate を生成せず、言語を切り替えてもページの URL は変わりません。

翻訳品質が、多言語サイトが複利効果を生むか共食いするかを決めます。コストと品質の順に 3 つのアプローチ：

アプローチ A — 人による翻訳とレビュー。法律・医療など正確性が重要な内容に向きますが、料金と期間は言語の組み合わせ、専門分野、分量、品質要件によって異なります。固定の単価を前提にせず、実際の範囲で見積もりを取りましょう。

アプローチ B — AI 翻訳 + ネイティブスピーカーレビュー。AI が翻訳し、ネイティブスピーカーがホームページとコンバージョン重要ページをレビュー。ほとんどのサービス業に最適。

アプローチ C — 人による確認のない AI 翻訳。低リスクな下書きには便利でも、意味や正確さを見落とす可能性があります。Google は機械翻訳を使っただけで自動的にペナルティを与えるわけではありません。規約が問題にするのは制作方法を問わず、主に検索順位の操作を目的とした大量の低価値コンテンツです。

ハイブリッド方式では AI の下書きを使い、ホームページ、料金ページ、重要な導線をネイティブスピーカーが見直せます。品質と費用は言語、分野、レビューの深さによって違い、人手翻訳との品質比率や費用節約率を一律に保証する根拠はありません。

hreflang は Google にどのロケール版をどの検索者に表示するかを伝えます。なければ Google が間違ったロケールを間違った検索者に表示し、直帰とランキング低下を招く。すべての多言語ページに 3 つが必要：自己参照 hreflang タグ、他のすべてのロケールの alternate タグ、マッチしない検索者向けの x-default タグ。

hreflang 以外にも、各ロケールに独自の title、meta description、URL slug が必要 — すべてそのロケールの言語で。よくある間違いは本文を翻訳しながら英語の SEO メタデータを残すこと。Google はこれを「低品質翻訳」と判断し、それに応じてランキングを付けます。すべてを翻訳してください。

サイトマップ：各ロケールが XML サイトマップに含まれるべき。ほとんどの最新 CMS は正しい hreflang アノテーション付きの多言語サイトマップを自動生成。手動管理の場合は各 URL エントリに hreflang アノテーションを追加。

構造化データ：各ロケールページの JSON-LD は該当箇所でロケールの言語を使用（例：FAQ の質問名の翻訳、記事見出しの翻訳、パンくずリスト名の翻訳）。完全な hreflang 仕様は当社の hreflang ガイドを参照。

翻訳は作業の半分。残り半分は、実際の多言語サイトと翻訳しただけのサイトを分けるロケール固有の UX 詳細。

日付と時刻フォーマット：米国は MM/DD/YYYY、世界のほとんどは DD/MM/YYYY、ISO 標準は YYYY-MM-DD。各ロケールの慣例に合わせたフォーマットを使用。グローバルで一つのフォーマットを使わないこと。

電話番号と住所：ロケールの郵便慣例に合わせてフォーマット。米国の住所は「123 Main St, San Francisco, CA 94101」。中国の住所は逆順（国、省、市、区、街、番号）。

通貨と単位：en-US は USD、zh-CN は CNY、es-MX は MXN。自動換算しない — そのロケールの実際の通貨を表示。

ソーシャルプルーフ：zh-CN には WeChat / Weibo / QQ のテスティモニアル、en-US には Facebook / Twitter / Yelp のテスティモニアルを表示。中国語ページに英語のソーシャルプルーフを表示しない — 「外国の運営者」とシグナル。

フォームラベルとバリデーション：電話番号のバリデーションルールが異なる（米国 10 桁、中国大陸 11 桁）、郵便番号が異なる（米国 5 桁、中国 6 桁）、名前フィールドが異なる（西洋のファースト/ラスト vs 中国の姓/名の順序）。ロケールごとにバリデート。

フォントスタック：中国語は CJK 対応フォント（Noto Sans CJK、PingFang、Microsoft YaHei）が必要。英語はラテンフォント（Inter、system-ui）。混合スクリプトのタイポグラフィにはフォールバックスタックが必要。

公開後は Search Console の検索パフォーマンスと URL 検査をロケール別に確認し、分析ツールでトラフィックとコンバージョンを追跡します。クロールやサイト監査で hreflang も検証してください。旧「国際ターゲティング」レポートは廃止されましたが、Google は引き続き hreflang をサポートしています。

公開後のよくある問題：hreflang エラー（即座に修正）、あるロケールのページが未インデックス（URL Inspection を確認）、間違ったロケールが間違った地域でランキング（hreflang が正しいか確認）、あるロケールの低エンゲージメント（翻訳品質と UX 詳細をレビュー）。

データに基づいてイテレーション。zh-CN が en-US の 10 倍のトラフィックなら、オーディエンスは中国語 — そのロケールを優先。es-MX が高トラフィックだが低コンバージョンなら、翻訳がぎこちないか料金が合っていない可能性 — 修正。多言語サイトは生きたシステム。ローンチは始まりであり、終わりではない。

hreflang を四半期ごとに再監査。サイトマップの変更、コンテンツ移行、CMS アップデートで hreflang が静かに壊れることがある。四半期ごとの Ahrefs または Sitebulb クロールでランキングコストが発生する前に問題を検出。

間違い 1 — 一度に多くのロケールを公開。各ロケールはメンテナンスのコミットメント。維持できない 10 ロケールは維持できる 2 ロケールより悪い。最も価値の高いロケールから始め、モデルを証明し、後で拡大。

間違い 2 — URL 構造に順位向上を期待すること。サブディレクトリ、サブドメイン、国別ドメインにはそれぞれ合理的な用途があります。対象ユーザー、管理体制、技術基盤と保守費用を考え、独立してクロールできる言語別 URL を選びましょう。

間違い 3 — 本文だけを翻訳し、メタデータを別言語のままにすること。タイトル、説明、画像の代替テキストや構造化データを必要に応じてローカライズします。これはページの理解しやすさを高めますが、順位を保証しません。

間違い 4 — ネイティブレビューなしの機械翻訳。AI 翻訳は優秀だが完璧ではない。ホームページとコンバージョン重要ページは必ずネイティブスピーカーにレビューさせる。コストは小さく、品質向上は大きい。

間違い 5 — ロケール間で同じ UX 詳細。日付フォーマット、電話フォーマット、通貨、ソーシャルプルーフ、フォームバリデーション — すべてロケール固有の処理が必要。「ワンサイズフィッツオール」の UX は「実際にあなたのロケールを知らない」とシグナル。

間違い 6 — Baidu と Bing を忘れる。Google は西洋で支配的だが、Baidu は中国大陸で支配的で、Bing は一部の企業/教育セグメントで依然重要。hreflang とサイトマップが 3 つのエンジンすべてで動作することを確認。