ブログに戻る
多言語ガイド

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

多言語化は、サイトが行える ROI 最大の施策のひとつ。正しくやれば、コンテンツ作業を倍にせずリーチ可能なオーディエンスを 2〜3 倍に。間違えると SEO エクイティが分散し、メンテナンスの悪夢を生み、元のサイトのランキングが低下。このガイドでは、判断、手順、避けるべき間違いを解説。

ステップ 1 — どのロケールを公開するか決める

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

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

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

ステップ 2 — URL 構造を選ぶ

多言語サイトの 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)。それぞれトレードオフがあります。

サブディレクトリが最も一般的で、通常は最良の選択。SEO エクイティがロケール間で蓄積(/zh-CN/ へのリンクがドメイン全体に恩恵)、メンテナンスがシンプル(CMS ひとつ、コードベースひとつ)、hreflang がクリーンに動作。Google のドキュメントも可能であればサブディレクトリを明示的に推奨。

サブドメインはロケール間で SEO エクイティが分散。各ロケールが別チーム・別インフラで運営される場合、またはロケール固有の法的要件(データ居住、コンテンツライセンス)で物理的分離が必要な場合に妥当。ほとんどのサイトにはこれは不要。

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

Cogo Site はデフォルトでサブディレクトリ (/zh-CN/, /es/ など) を使用。95% の多言語サイトに正しい選択です。法的理由でサブドメインや別ドメインが必要な場合はカスタム設定。それ以外はサブディレクトリで。

ステップ 3 — コンテンツを翻訳(AI、人力、ハイブリッド)

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

アプローチ A — 純粋な人力翻訳。最高品質、最遅、最高コスト。誤りが高コストになる法律・医療・規制コンテンツに最適。コスト:プロの翻訳で 1 語あたり $0.10-$0.30。時間:フルサイトで数週間〜数ヶ月。

アプローチ B — AI 翻訳 + ネイティブスピーカーレビュー。AI が翻訳し、ネイティブスピーカーがホームページとコンバージョン重要ページをレビュー。品質は人力翻訳に近く、コストは 10-20%。ほとんどのサービス業に最適。Cogo Site はデフォルトでこのアプローチを使用。

アプローチ C — 純粋な AI 翻訳。最速、最安、最低品質。内部ツールや低リスクコンテンツには許容可能。顧客向けサイトにはリスクあり。Google は低品質機械翻訳を検出し、両方のロケールの評価を下げる可能性。

ハイブリッドアプローチ (B) がほとんどのサイトにとってのスイートスポット。Cogo Site の AI 翻訳はロケールに適切な表現(逐語訳ではなく)を生成。ネイティブスピーカーがホームページ、料金、コンバージョン重要ページを必ずレビューすべき。結果は人力品質の 90% をコストの 10% で。

ステップ 4 — hreflang と SEO メタデータをロケールごとに設定

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

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

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

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

ステップ 5 — ロケール固有の UX 詳細を磨く

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

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

電話番号と住所:ロケールの郵便慣例に合わせてフォーマット。米国の住所は「123 Main St, San Francisco, CA 94101」。中国の住所は逆順(国、省、市、区、街、番号)。Cogo Site のロケール対応フォーマットがこれを自動処理。

通貨と単位: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)。混合スクリプトのタイポグラフィにはフォールバックスタックが必要。Cogo Site はロケールごとに処理。手動構築サイトには注意深い CSS が必要。

ステップ 6 — テスト、監視、イテレーション

公開後、3 つを監視:(1) Google Search Console の国際ターゲティングレポートで hreflang エラー、(2) Search Console のロケール別パフォーマンスレポート(クエリ、CTR、順位)、(3) ロケール別アナリティクス(トラフィック、エンゲージメント、コンバージョン)。

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

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

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

よくある間違いと回避方法

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

間違い 2 — 正当な理由なくサブドメインや別ドメインを選択。サブディレクトリは SEO エクイティを蓄積。サブドメインと別ドメインは蓄積しない。法的・運用上の要件で強制される場合を除き、サブディレクトリを使用。

間違い 3 — 本文を翻訳して SEO メタデータを翻訳しない。title、description、URL、alt テキスト、構造化データ — すべて翻訳が必要。英語メタデータを残すのは「低品質」のシグナルでランキング低下。

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

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

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

多言語サイトローンチチェックリスト

  • 実際のオーディエンスデータに基づいてロケールを選定 — 「すべてに翻訳」ではなく
  • URL 構造:サブディレクトリ (/zh-CN/) をサブドメインや別ドメインより優先
  • 翻訳:AI + ホームページとコンバージョン重要ページのネイティブスピーカーレビュー
  • hreflang:すべての多言語ページに self-referential + alternates + x-default
  • ロケール別 SEO メタデータ:title、description、URL、alt テキストすべて翻訳済み
  • XML サイトマップ:各ロケールの URL に正しい hreflang アノテーション
  • 構造化データ:該当する JSON-LD フィールドを翻訳
  • ロケール別 UX 詳細:日付、電話、通貨、ソーシャルプルーフ、フォームバリデーション
  • ロケール別フォントスタック:中国語は CJK、英語はラテン、混合はフォールバック
  • 監視:Search Console の国際ターゲティング + ロケール別パフォーマンス

よくある質問

ホームページを多言語化するにはどうすればいいですか?

6 ステップ:(1) オーディエンスデータに基づいて公開するロケールを決定、(2) URL 構造を選択 — サブディレクトリ (example.com/zh-CN/) が 95% のサイトに正解、(3) AI + ホームページとコンバージョン重要ページのネイティブスピーカーレビューでコンテンツを翻訳、(4) すべての多言語ページに hreflang タグ(self-referential + alternates + x-default)を設定、(5) ロケール固有の UX 詳細(日付フォーマット、電話フォーマット、通貨、ソーシャルプルーフ、フォームバリデーション、フォントスタック)を磨く、(6) Search Console で hreflang エラーとロケール別パフォーマンスを監視。Cogo Site はステップ 2、4、5、および 3 の一部を自動処理。あなたがロケールを決め (1)、翻訳をレビュー (3)。

多言語サイトにはサブディレクトリ、サブドメイン、別ドメインのどれを使うべきですか?

95% のサイトにはサブディレクトリ (example.com/zh-CN/, example.com/es/)。SEO エクイティがロケール間で蓄積、メンテナンスがシンプル(CMS ひとつ、コードベースひとつ)、hreflang がクリーンに動作。サブドメイン (zh-cn.example.com) は SEO エクイティが分散。各ロケールが別チーム・別インフラで運営される場合のみ妥当。別ドメインはブランドを共有する本当に別のビジネスにのみ妥当。Google のドキュメントも可能であればサブディレクトリを明示的に推奨。Cogo Site はデフォルトでサブディレクトリを使用。

AI でホームページを翻訳できますか?

はい。ホームページとコンバージョン重要ページはネイティブスピーカーレビュー付きで。最新の AI 翻訳(Cogo Site 含む)は逐語訳ではなくロケールに適切な表現を生成 — 品質は人力翻訳に近く、コストは 10-20%。レビューなしの純粋 AI は顧客向けサイトにはリスクあり。Google は低品質機械翻訳を検出し両ロケールの評価を下げる可能性。ほとんどのサイトのスイートスポットは AI 翻訳 + ホームページ、料金、コンバージョン重要ページのネイティブレビュー。ブログ記事やナレッジベースなど量が多いコンテンツは AI のみでも可。

ホームページの多言語化にいくらかかりますか?

3 つのコスト要素:(1) 翻訳 — AI + ネイティブレビューはレビュー対象ページで 1 語あたり $0.01-0.05、残りは AI のみで実質無料。(2) ホームページビルダー — Cogo Site は Free を含むすべてのプランで多言語対応、WordPress + WPML は多言語プラグインに年間 $99-199 + WordPress ホスティング、Wix と Squarespace は上位プラン ($17-25/月) に多言語をバンドル。(3) 継続メンテナンス — 新コンテンツ翻訳のレビューと Search Console 監視に月数時間。バイリンガル化する小規模サービス業の総コスト:Cogo Site で $0、WordPress + WPML で $200-500/年、Wix/Squarespace で $200-400/年。

多言語 SEO が効果を発揮するまでどれくらいかかりますか?

Google は新しいロケール版を数日〜数週間でインデックス(Baidu は数週間〜数ヶ月)。hreflang シグナルは 1〜4 週間で伝播。新ロケールからの意味のあるオーガニックトラフィックは通常 3〜6 ヶ月で実現。最初の 3 ヶ月はインデックスと hreflang 伝播。次の 3〜6 ヶ月は Google のロケール版への信頼度が成長し、ランキングが上昇。ほとんどの Cogo Site ユーザーは 90 日以内に測定可能な多言語オーガニックトラフィックを確認。競争の激しいニッチでは 6〜12 ヶ月。

メンテナンスの悪夢なしでホームページを多言語化

Cogo Site は URL 構造、hreflang、サイトマップ、ロケール UX、AI 翻訳をひとつのフローで処理。ビジネスを説明し、ロケールを選び、公開。無料で始められます — カード不要。

関連する多言語リソース

Cookie の利用について

当サイトでは、閲覧体験の向上とアクセス解析のために Cookie を使用しています。「同意する」をクリックすると、Cookie の利用に同意したことになります。 Cookie ポリシーを見る