WordPressサイトの翻訳：クロール可能な言語別ページとSEO

適切なプラグインやマルチサイト構成の選択、hreflang、サイトマップ、各言語版を継続的に管理できる編集ワークフローで、WordPressをクロール可能な言語別URLに多言語化しましょう。

Grant Davies更新日

WordPressサイトの翻訳：白いグリッド上に言語スロット付きのプラグインカードを配置したWordPressブロックエディターのキャンバス

WordPressサイトの翻訳には、多言語対応プラグインをインストールする以上の対応が必要です。Googleは、各言語版にクロール可能な独自のURLがあり、ナビゲーションと本文が主に1つの言語で構成されていることを求めています。また、別言語版を公開する場合は、相互に参照するhreflangも必要です。

結論：WordPressでは言語ごとに異なるURLを用意する

WordPressサイトは、プラグイン、マルチサイトネットワーク、外部プロキシを使って拡張できます。ただし、SEOの基本は変わりません。言語ごとにクロール可能なURLを1つ用意することです。Googleは、Cookieやブラウザーの言語設定だけに頼るのではなく、言語や地域ごとに異なるURLを使用することを推奨しています。JavaScriptやCookieを使って/pricing上のテキストだけを切り替えるプラグインでは、検索エンジンにインデックスされるURLは1つのままです。

まず、単一URLで言語を切り替える方式を候補から外しましょう。そのうえで、チームが維持管理できるフォルダー、サブドメイン、ドメインの構成を選びます。URL設計の前に対象市場の範囲を検討している場合は、国際SEOと多言語SEOの違いをご覧ください。

WordPress多言語サイトの構成の選択肢

一般的な構成は次の3つです。

  1. 単一サイトで多言語対応プラグインを使用 — ロケールを示すプレフィックスや、言語別のスラッグ（/en/about、/fr/a-propos）を追加します。小規模なマーケティングサイトでは、最も手軽に導入できます。
  2. WordPressマルチサイト — 1つのネットワーク内に言語別のサイトを設けます。各サイトの独立性は高い一方、運用負荷が増えます。
  3. リバースプロキシまたはヘッドレスレイヤー — WordPressをコンテンツのソースとして維持し、エッジまたは静的配信レイヤーからロケール別URLで配信します。パフォーマンスを重視するシステム構成に適しています。

どの構成でも、各ロケールに固有の公開URLと完全なHTMLがあれば、Googleの要件を満たせます。いずれの構成も、同一URL上でCookieだけを使って言語を切り替えてよい理由にはなりません。

URL構成：フォルダー、サブドメイン、ドメイン

フォルダー（/de/、/es/）を使うと、証明書とSearch Consoleプロパティをそれぞれ1つにまとめられます（ロケール別のレポートはパスで確認できます）。サブドメイン（de.example.com）は、地域別のチームやCDNルールに合わせた運用に適しています。ccTLDは、実際に地域に根ざしたサイトを運営している場合に、対象国を示すシグナルになります。

Googleは、画面に表示されるコンテンツからページの言語を判断します。URL構成を選んで文書化し、公開後はパーマリンクを変更しないようにしましょう。スラッグのルールを変えると、hreflangの相互参照グループや被リンクが機能しなくなります。

推測した言語や所在地に基づく自動リダイレクトは避けましょう。代わりに、別言語版のURLへリンクする、見つけやすい言語切り替えメニューを用意してください。

プラグイン・マルチサイト・プロキシのメリットとデメリット

プラグイン（WPML、Polylang、TranslatePressなど）は、編集画面の使い勝手やURL構成がそれぞれ異なります。宣伝文句ではなく、クロール可能かどうかで評価しましょう。1つのパーマリンク上でAJAXによって表示を切り替えるだけではなく、言語ごとに個別のURLを生成することを確認してください。

マルチサイトでは、ロケールごとに独自のテーマ設定、メニュー、ユーザーを持てます。各サイトのホームURLが異なるため、自然にクロール可能な構成になります。一方で、ネットワーク管理の負担とサイトごとのプラグインライセンス費用がかかります。

プロキシ方式では、キャッシュしたロケール別HTMLを高速に配信できますが、エッジ側でも正しいcanonicalとhreflangを出力する必要があります。WordPressの各言語版には、それぞれ固有の公開URLが必要です。CookieやJavaScriptだけによる切り替えは、Googleのガイダンスに反します。

ツールを比較するときは、次の点を確認しましょう。各翻訳版に固有のURLが割り当てられるか。hreflangとサイトマップは自動生成またはエクスポートできるか。編集者が実際の表示文脈の中でレビューできるか。

hreflang、canonical、XMLサイトマップ

WordPressでは、SEOプラグイン、hreflang専用の拡張機能、またはサイトマップのxhtml:linkエントリを使ってhreflangを実装します。hreflangは相互参照が必須です。/en/aboutが/fr/a-proposを参照する場合、フランス語ページも、対応するコードを使って英語ページと自分自身を参照する必要があります。

言語ごとに、そのロケールで優先するURLをcanonicalタグに設定します。フランス語ページのcanonicalに英語のURLを指定しないでください。

WordPressのXMLサイトマップには各言語版のURLを記載し、hreflangとcanonicalの方針に整合させる必要があります。多くのSEOプラグインはロケール別サイトマップを生成しますが、投稿や固定ページだけでなく、翻訳済みのカスタム投稿タイプもすべて含まれているか確認してください。監査の進め方については、多言語SEOプラットフォームの概要をご覧ください。

テーマには、フッター、ボタン、ウィジェットのタイトルなどに英語が直接書き込まれていることがよくあります。プラグインの文字列翻訳画面、または子テーマの上書き機能を使って、テーマ内の文字列をエクスポートしましょう。メニューは言語別に用意してください。フランス語のナビゲーションは、ラベルだけを翻訳して英語のスラッグにリンクするのではなく、フランス語のURLにリンクさせる必要があります。

メディアには、ロケールごとの代替テキストとキャプションが必要です。画像は共用してもかまいませんが、メタデータはページの言語と一致させてください。ウィジェット（検索、ニュースレター、関連記事）も、対象言語のコンテンツを取得するクエリを使う必要があります。

各URLのコンテンツを主に1つの言語で構成するという要件は、投稿本文だけでなく、こうした共通の画面要素にも当てはまります。

WordPressの編集ワークフロー

翻訳者が用語集や翻訳メモリを使わず、投稿エディター内だけで作業すると、保守が立ち行かなくなります。次の仕組みを組み込みましょう。

  • 製品用語や法律用語をまとめた用語集
  • 承認済みの表現を再利用するための翻訳メモリ
  • 公開前のレビュー状況の管理
  • 英語版の更新時に行う変更検出

Googleの有用なコンテンツに関するガイダンスは、ユーザーを第一に考えたページを重視しています。内容が乏しい翻訳や、定型文だけを翻訳したページでは、その基準を満たせません。各ロケールの主要なランディングページを定期的に監査する予定を組みましょう。

実装チェックリスト

Bingのウェブマスターガイドラインも、複数の市場でインデックスされるためには、クロール可能な構造と有用なコンテンツが重要であるとしています。

よくある間違い

単一URLでのAJAX翻訳 — インデックスされるURLは1つだけで、別言語版が認識されません。

404ページやリダイレクトを指すhreflang — 相互参照が成立しなくなります。

言語が混在するメニュー — フランス語のラベルから英語のスラッグにリンクしています。

未翻訳のテーマフッター — ページの言語を示すシグナルが弱まります。

翻訳済み投稿のcanonicalに英語版を指定 — 誤ったURLに正規化されます。

国別の自動リダイレクト — クローラーとユーザーのアクセスを妨げます。

サイトの核となるコンテンツに、レビューなしの機械翻訳を使用 — 内容の薄い言語別ページに。

従来の検索と回答エンジンに共通する基盤

WordPressの多言語プラグインと一般公開する言語別URLに共通する基本要件は、Google、Bing、回答エンジンのいずれでも引き続き重要です。各言語版がクロール可能であること、エンティティが明確であること、主張に根拠があること、実際の内容に即した構造化データを使用すること、そして英語だけの形ばかりのページではなく、適切にローカライズされていることが求められます。以下のガイドは、こうした共通の多言語対応の品質基準を、各プラットフォームの観点から解説したものとしてご活用ください。

Google検索でページが検出されるには、クロール可能なロケール別URL、各言語に適したHTML、正確なタイトルと見出し、代替言語版がある場合は相互に参照するhreflangが必要です。技術的な基盤には、インデックス登録可能なコンテンツ（Cookieだけに依存した言語切り替えでは不十分）、ローカライズされたメタデータ、サイトマップ、適切なcanonicalの運用が含まれます。コンテンツ品質の要となるのは、各言語でユーザーを第一に考えたメインコンテンツです。権威性は、翻訳ツールの宣伝ではなく、組織情報の明確さと裏付けとなる情報源から生まれます。多言語対応では、市場別・言語別の各URLが単独で成り立つ必要があります。Search ConsoleのカバレッジとURL検査を使い、ロケールごとに状況を測定してください。確かな点と不確かな点：Googleは多言語対応とhreflangの動作を文書化していますが、特定のCMSや機械翻訳のポストエディット（MTPE）ワークフローによる検索順位は保証していません。

プラットフォーム別ガイド：Bing

Bingは、GoogleがURLやコンテンツの明確さに求めるものと同様に、構造が明確でクロール可能な多言語ページを検出し、インデックスに登録します。技術的な基盤には、取得可能なロケール別URL、有用なコンテンツ、Bing Webmaster Toolsでの監視が含まれます。UI要素だけを翻訳するのではなく、見出し、主張、FAQのローカライズを優先してください。権威性を示す要素としては、引き続き信頼できる情報源と一貫したエンティティが重要です。多言語対応では、クライアント側だけで動作する切り替え機能の背後に各言語版を隠さないでください。Bing Webmaster Toolsでインデックス登録状況とクロール統計を測定しましょう。確かな点と不確かな点：Bingのガイドラインは、クロール可能で有用なコンテンツを重視しています。翻訳ツールに関して、Bing独自のランキング要因を根拠なく想定しないでください。

プラットフォーム別ガイド：ChatGPT

ChatGPTは、各言語版が明確で、回答に活用しやすい公開ページを引用または要約することがあります。情報の発見は従来のクロールに基づく順位付けとは異なり、可視性は情報源として選ばれたり、回答内で参照されたりする形で現れます。技術的な基盤は、やはりアクセス可能なHTMLのURLです。テキストを隠してしまうウィジェット型のオーバーレイではありません。コンテンツ面では、直接的な回答、FAQ、用語集に基づく一貫した用語が役立ちます。権威性は、根拠と、ロケールをまたいだエンティティの一貫性から生まれます。多言語対応では、各ロケールのページが単独で読んで理解できる必要があります。測定は完全ではないため、引用状況の確認は仮説の検証として扱ってください。確かな点と不確かな点：MTPEや特定のCMS連携によってChatGPTに引用されることを保証する文書化された根拠はありません。

プラットフォーム別ガイド：Gemini

Geminiと関連するGoogleのAIサービスでは、一貫したエンティティ、正確な構造化データ、インデックス登録可能なローカライズ済みページが役立ちます。可視性とは、参照・認識されることであり、Gemini独自のランキング要因を根拠なく想定することではありません。技術的な基盤は、Google検索のクロール可能性やメタデータの品質と共通しています。コンテンツでは、各言語で主張や定義を明確に示す必要があります。権威性は、組織情報の一貫性と裏付けに左右されます。多言語対応では、用語集で製品名を統一することで、ロケール間の混乱を減らせます。従来どおりSearch Consoleで測定しつつ、AIの回答を抽出して定性的にも確認してください。確かな点と不確かな点：Geminiの挙動は、hreflangや各言語版に関するGoogle検索の公式ガイダンスの代わりにはなりません。

プラットフォーム別ガイド：Google AI Overviews

Google AI Overviewsは、回答の裏付けとなるページへのリンクを表示することがあります。掲載対象となるための基本は、引き続きユーザーを第一に考えた、インデックス登録可能なコンテンツです。AI Overviewsは言語切り替え機能ではなく、hreflangの代わりにもなりません。技術的な基盤は、クロール可能なロケール別HTMLと、事実に即した構造化データです。コンテンツ面では、各言語での簡潔な回答と明確な見出しが重要です。権威性の評価も、有用なコンテンツに求められる水準に沿ったものです。多言語対応では、翻訳されたページがAI Overviewsに掲載される保証はありません。Search Consoleで生成AI関連のレポートが利用できる場合はそれを使って測定し、従来のインデックス指標とは分けて管理してください。確かな点と不確かな点：どのような翻訳ワークフローでも、AI Overviewsへの掲載を約束することはできません。

GlotEOが担う役割

用語集の管理やSEOの検証が重要になると、WordPressを運用するチームでは、その場しのぎのプラグイン運用では対応しきれなくなることがよくあります。GlotEOはWordPress翻訳連携機能を提供しており、マーケティング担当者が各言語版を管理しながら、WordPress側ではクロール可能なURLを維持できます。導入方法を比較する際は、GlotEOの料金とプランおよびウェブサイトのローカライズプラットフォームをご確認ください。

参考文献