多言語サイト制作の完全ガイド｜SEO・AEO・GEO・LLMO対応

多言語サイト制作とは、日本語・英語・中国語など複数の言語でコンテンツを提供するWebサイトを設計・構築することです。ここで最初に押さえてほしいのは、多言語サイト制作は「既存サイトの翻訳作業」ではないという点です。

私が米国で日系企業のサイトを診断していて最も多く目にする失敗が、日本語サイトの構成・文章をそのまま英訳した「直訳サイト」です。このタイプのサイトが成果を出せない理由は明快で、言語が変われば検索意図も検索キーワードも変わるからです。たとえば日本の見込み客は「ホームページ制作」と検索しますが、米国のユーザーは web design や web development と検索します。日本語の感覚で「homepage」と直訳したページは、そもそも現地の検索行動と噛み合いません。

つまり多言語サイト制作の本質は、ターゲット市場ごとの検索意図・商習慣・文化的文脈に合わせてコンテンツを再設計する「ローカライズ＝その土地に合わせた対応」です。翻訳はその一工程にすぎません。サイトを多言語化する際は、言語ごとに「誰が・何を求めて・どんな言葉で検索するか」をゼロから定義し直す必要があります。

多言語サイトの作り方で最初に決めるべきは、言語ごとのURLをどう分けるかという設計です。選択肢は大きく3つあります。

1つ目はサブディレクトリ方式(example.com/en/)です。既存ドメインの評価を全言語で共有できるため、ドメインパワーを集約しやすく、運用コストも最小で済みます。多くの企業にとって最初の選択肢になります。

2つ目はサブドメイン方式(en.example.com)です。言語・市場ごとにサイトを独立した戦略で運営したい場合に適しています。たとえばJU Marketingでは、日本企業の海外進出を支援する日本語サイトと、日本市場への参入を目指す北米企業向けの英語サイトを、読者も目的も別物として設計しているため、サブドメインで分離しています。ターゲットが「同じサービスの別言語版」ではなく「別のオーディエンス」なら、この方式が合理的です。

3つ目は国別ドメイン方式(example.us、example.deなどのccTLD)です。国ごとのターゲティングシグナルとしては最も強力ですが、ドメインごとに被リンクとオーソリティをゼロから育てる必要があり、複数市場を狙う企業では費用も運用負荷も最大になります。M&Aや現地法人の都合がない限り、最初の海外進出であえて選ぶ必要はありません。

判断基準はシンプルです。ドメイン評価を集約して早く成果を出したいならサブディレクトリ、市場ごとに戦略・コンテンツを完全に分けたいならサブドメイン、特定国への法的・ブランド的コミットが必要ならccTLD。この順番で検討してください。

ここからは、CMSを使った具体的な作り方に入ります。CMS(Content Management System:コンテンツ管理システム)とは、プログラミングの専門知識がなくてもWebサイトのページや記事を作成・更新できる仕組みのことで、世界で最も使われているWordPressや、手軽さが特長のWixなどが代表例です。本記事では、企業サイトで採用例の多いWordPressを前提に、多言語化の3つのアプローチを解説します。

1つ目はプラグイン方式です。Bogo、Polylang、WPMLなどのプラグイン(WordPressに機能を追加する拡張プログラム)で言語ごとの投稿・固定ページを管理します。導入が手軽で、サブディレクトリ型のURL設計と相性が良い一方、テーマやページビルダーとの干渉が起きやすい点には注意が必要です。導入前に、使用中のテーマ・ビルダーとの互換性を必ず検証してください。

2つ目は自動翻訳SaaS連携方式です。既存サイトの上に翻訳レイヤーを被せるタイプのサービスで、立ち上げ速度は最速です。ただし機械翻訳のままでは、商談につながる重要ページ(サービス紹介・料金・会社概要)の説得力が確実に不足します。情報提供ページは自動翻訳で割り切り、コンバージョンに直結するページだけネイティブ品質に仕上げる、というハイブリッド運用が現実解です。

3つ目はマルチサイト方式(WordPressのマルチサイト機能や別インストール)です。サブドメイン・別ドメイン型と相性が良く、言語ごとにテーマ・プラグイン構成を変えられる自由度がありますが、保守対象が言語数ぶん増えるため、運用体制とセットで判断すべき選択肢です。

どの方式でも共通して言えるのは、「翻訳の仕組み」より先に「言語ごとのキーワード設計」を済ませるべきだということです。仕組みだけ整えて中身が直訳では、本記事冒頭の失敗パターンをなぞることになります。

多言語サイトのSEOで最重要の技術要件がhreflang(エイチレフラング)です。hreflangとは、「このページには英語版・日本語版など、どの言語・地域向けのバージョンが存在するか」を検索エンジンに伝えるための「目印」となるタグのことです。HTMLの内部やXMLサイトマップに短いコードを追加する形で記述します。これが正しく実装されていないと、英語圏のユーザーに日本語ページが表示されるといった言語のミスマッチが起き、せっかくの多言語コンテンツが評価されません。

hreflangの設定で特に多いミスが3つあります。

第一は、いわば「一方通行設定」です。日本語ページに「英語版はこちらです」と書くだけでは、hreflangは機能しません。英語ページ側にも「日本語版はこちらです」と書き、お互いに指し示し合って初めて有効になります。名刺交換と同じで、片方だけが相手を知っている状態では、Googleはこの2つのページを正式な「言語違いのペア」として認識してくれないのです。

第二は、「どの言語にも当てはまらない訪問者」への案内漏れです。たとえば日本語版と英語版しかないサイトに、フランスのユーザーがアクセスしたら、どちらのページを見せるべきでしょうか。こうした場合に表示する「基本のページ」をあらかじめ指定しておく設定(x-default)があり、これを忘れると検索エンジンが表示する言語を判断できず、訪問者にちぐはぐなページが表示されることがあります。

第三は、「このページが正規版です」という宣言(canonicalタグ)の設定ミスです。各言語のページは、それぞれ自分自身を正規版として宣言するのがルールです。ところが、英語ページにまで「正規版は日本語ページです」と設定してしまう間違いが非常に多く、こうなるとGoogleは英語ページを「日本語ページの単なるコピー」とみなして、英語ページが検索結果にいっさい表示されなくなってしまいます。

もう1つ見落とされがちなのが、言語の切り替え方法です。おすすめは、サイト上部のメニューに「日本語/English」のような切り替えボタンを常に表示しておき、訪問者自身に言語を選んでもらう方法です。逆に避けたいのが、アクセス元の国を自動判定して強制的にページを切り替える方法(IPアドレスによる自動転送)です。米国出張中の日本人駐在員が英語ページに飛ばされて日本語版に戻れない、といった不便が生じるだけではありません。Googleの巡回プログラム(クローラー)は主に米国からアクセスしてくるため、強制転送があると日本語版などの他言語ページを見て回れなくなり、サイトの一部が検索結果に正しく登録されないリスクがあるのです。

このお話は、技術的に難しく、一度、上記記事を読んだだけでは、ご理解いただけない方もいらっしゃるかもしれませんが、多言語でウェブサイトを運営していく上においては、とても重要な対策です。もし、本件について詳しく知りたい方がいらっしゃれば、ぜひ、弊社の無料コンサルティングにお申し込みください。

 

多言語サイト制作の費用は、従来型の制作会社に依頼すると「日本語サイト制作費+言語追加ごとの翻訳・実装・検証費」という積み上げ構造になり、1言語追加するたびに費用が大きく跳ね上がるのが一般的でした。ディレクター・デザイナー・コーダー・翻訳者・SEO担当と関与人数が増えるほど、工数も伝言ゲームのロスも膨らむためです。

しかしAIを実務レベルで使いこなす体制では、このコスト構造自体が変わります。JU Marketingの検証では、従来型の多人数チームで約120時間かかる規模のコーポレートサイト制作が、AI活用を前提とした体制では約35時間・約3.4分の1の工数で完結します。詳しい比較データは「従来のWeb制作とAIによるウェブサイト制作の比較」で解説していますが、翻訳・コーディング・キーワード調査といった多言語サイト制作の構成タスクは、まさにAIによる効率化が最も効く領域です。

また、多言語サイトは作って終わりではなく、言語ごとのコンテンツ更新・順位計測・改善という運用が続きます。初期制作費の安さだけで選ぶと、運用フェーズで毎月の翻訳費・保守費が積み上がり、総コストで逆転されるケースが少なくありません。費用構造の変化については「AI時代のウェブサイト制作:人件費コストからAI指揮コストへの変化とは?」もあわせてご覧ください。

最後に、これから多言語サイトを制作するなら絶対に外せない視点があります。それは、検索の主戦場がすでに「検索エンジンがお勧めする10本の青いリンク」からAIによる回答へ移り始めているという事実です。私たちが日本の商業キーワードを調査していても、検索結果の最上部をAIによる要約が占めるケースが急速に増えています。つまり多言語サイトは、従来のSEOに加えて、AIの回答に引用されるためのAEO・GEO対策、そしてChatGPTのような対話型AIに自社情報を正しく学習・引用させるLLMO対策まで見据えて設計する必要があります。言語ごとに構造化データを整え、見出しの直後で質問に端的に答える形でコンテンツを構成することが、その第一歩です。

本記事の要点を整理します。第一に、多言語サイト制作は翻訳ではなくローカライズであり、言語ごとのキーワード設計から始めること。第二に、URL設計(サブディレクトリ・サブドメイン・ccTLD)とhreflangという技術的土台で手を抜かないこと。第三に、費用は初期制作費ではなく運用まで含めた総コストで判断し、AIを使いこなす体制を選ぶことです。

JU Marketingの「AIコーディネーター」サービスでは、米国テキサス拠点のシニアコンサルタントが、市場分析・キーワード設計から多言語サイトの制作・hreflang実装・運用までを一気通貫で支援しています。「多言語サイトをどのURL設計で作るべきか」「今のサイトを多言語化すべきか作り直すべきか」——そんな段階のご相談でも構いません。まずは無料コンサルティングからお気軽にご相談ください。あなたの海外進出の勝ち筋を、データをもとに一緒に設計します。

関連記事

• 英語ホームページ制作で失敗しないAI時代の選び方
• ウェブサイト制作はAI×ソロプレナー・1人会社が有利な理由とは?
• 従来のWeb制作とAIによるウェブサイト制作の比較