2021年にWooCommerceストアを持つクライアントが私のところに来ました。3年間英語で美しく運営されていました。堅実なランキング。まともなトラフィック。その後、彼らのエージェンシーがそれをフランス語とドイツ語の市場向けに「国際化」しました。6週間後、英語のランキングが40%低下していました。フランス語とドイツ語のページはインデックスされていましたが、Googleはどのバージョンをどのクエリに配信するかについて混乱していました。誰もhreflangタグに手を触れていませんでした。誰もURL構造について考えていませんでした。「翻訳」は単なる重複コンテンツで、同じドメイン上に?lang=frのようなクエリストリングで配置されていました。
私はその混乱を2週末かけて解き明かしました。同じ苦痛から救わせてください。
WordPressサイトを翻訳することは、Googleが実際に何を必要としているかを理解すれば、本当に難しくありません。問題は、ほとんどのチュートリアルが「プラグインをインストールして、言語を追加して、完了」で終わることです。そこがSEOの損害が始まるところです。
---
翻訳がSEOを破壊する理由（そしてなぜほとんどの人がすぐに気づかないのか）
検索エンジンは重複コンテンツに厳しいです。ホームページのフランス語バージョンを追加して、yourdomain.com/?lang=frではなくyourdomain.com/fr/またはfr.yourdomain.comに配置すると、Googleはしばしば両方のURLを内容がやや異なる同じページとして扱います。どちらのバージョンもランク付けされません。既存の英語ページは信号が薄まっているため、権限を失い始める可能性があります。
2番目の問題はhreflangです。これは「このページのフランス語バージョンはそのページの英語バージョンと同等である」とGoogleに伝えるHTML属性です。間違えるとGoogle自体が「return tag」エラーと呼ぶものを作成します。hreflangチェーンが破断され、Googleがすべてを無視します。
2023年のSeahawkプロジェクトでSaaS客のこれを見ました。彼らはプラグイン経由で11言語を追加していましたが、プラグインは翻訳したページに対してのみhreflangタグを生成していました。翻訳されていないページには自己参照のhreflangタグがありませんでした。結果：Googleはそれらのページの英語バージョンのインデックスを外し始めました。孤立した重複として考えたためです。悪意のあるものではなく、単なる設定の不注意です。
修正は複雑ではありません。しかし、初日から意図的である必要があります。
---
プラグインに手を触れる前に正しいURL構造を選択する
この決定があなたのアーキテクチャをロックインします。3つのオプションがあります。
- サブディレクトリ：
yourdomain.com/fr/、yourdomain.com/de/、ほとんどのサイトで推奨される私のデフォルト。 - サブドメイン：fr.yourdomain.com、de.yourdomain.com、各言語をサーチコンソール内で別々のプロパティとして扱いたい場合に最適です。
- 別々のドメイン（ccTLD）：yourdomain.fr、yourdomain.de、最強の地理ターゲティング信号ですが、維持するのは高くて複雑です。
私が構築するサイトの90%では、サブディレクトリが優勝します。ドメイン権限を継承し、1つのWordPressインストールで管理がより簡単で、Googleはそれをよく処理します。サブドメインまたはccTLDに行くのは、クライアントが深刻な地理ターゲティング要件と各市場の専任チームを持っているときだけです。
単一の翻訳プラグインをインストールする前にあなたの構造を選択してください。後で変更することは、301リダイレクト、更新されたhreflang、更新されたサイトマップ、および少なくとも数週間のランキング変動を意味します。私は2020年のホテル業クライアントのサイトでサブドメインからサブディレクトリに切り替えたときこれをハードな方法で学びました。痛かったです。
---
あなたのSEOと戦わない翻訳プラグインを選ぶ
注目する価値がある3つのプラグインがあります。他のすべてはノイズです。
WPML
WPMLはSeahawkでほぼすべてのプロフェッショナルな多言語構築で使用するものです。無料ではありません（基本ライセンスで年間約39ドルから始まります）が、きれいなhreflangタグを生成し、URL構造を適切に処理し、WooCommerceと問題なく統合され、ナビゲーションラベルやウィジェットテキストなどの言語文字列翻訳モジュールがあります。
あなたが必ずしなければならない1つのこと：WPML > Languages > Language URL formatに行き、特定の理由がない限り「Different languages in directories」（つまり、サブディレクトリオプション）を選択します。デフォルトは時々クエリ文字列に設定されています。変更します。
Polylang
Polylangは無料の代替案で、より単純なサイトにとって本当に堅実です。無料版はURL構造と基本的なhreflangを処理します。WooCommerceを実行しているか翻訳管理機能が必要な場合はPro版（年間99ドル）が必要になります。昨年小さなNGOサイトで使用し、3つの言語で完璧に動作しました。
TranslatePress
TranslatePressは異なるアプローチを取ります。フロントエンドで直接、ビジュアルに翻訳します。自分で翻訳を管理したいクライアントにとっては素晴らしいです。SEOパック アドオン（有料）がhreflangとメタ翻訳を処理します。そのアドオンなしでは、翻訳されたページは重複したメタ タイトルと説明を持ちます。スキップしてはいけません。
自動翻訳を唯一のレイヤーとして使用することは避けてください。DeepLやGoogle翻訳からの機械翻訳は初期段階としてはかまいませんが、公開前に人間によるレビューが必要です。薄く、翻訳の質の低いコンテンツはランク付けが悪く、ユーザー体験が悪くなります。私はいつもクライアントに言います。翻訳されたコンテンツがその言語を話さない人によって書かれたように読める場合、Googleもそれを認識します。
---
Hreflangを正しく設定する
Hreflangはほとんどの開発者が間違える部分です。ルールはシンプルです。
- すべてのページは、そのページのすべての言語バージョン（それ自体を含む）のhreflangタグが必要です。
- 言語の設定に一致しないときに提供するバージョンを指す
x-defaultを含める必要があります。 - hreflang値は有効なBCP 47言語タグと一致する必要があります。つまり、en-gbであってen-GB（小文字、ハイフンで区切られ、言語の後に地域コード）ではなく。
- 関係は相互的である必要があります。
/fr/がhreflang経由で/en/を指している場合、/en/は/fr/に指し戻す必要があります。
WPMLはこのほとんどを自動的に処理します。しかし、設定後は常にAleyda Solisの「Hreflang Tags Checker」で手動検証します。無料で、実行に約3分かかります。その価値があります。
1つのエッジケース：まだ翻訳されていないページがある場合です。hreflangなしで放置しないでください。x-defaultを英語版に指すか、翻訳の準備ができるまで英語のみの自己参照hreflangを追加します。hreflangチェーンのギャップは思ったより大きなダメージを与えます。
---
サイトマップ、Search Console、クロール予算
翻訳されたページがライブになったら、Googleが目にする前に3つのことを整える必要があります。
- すべての言語バージョンを含むサイトマップを送信します。WPMLとPolylangはどちらも、Yoast SEOまたはRank Mathと組み合わせた場合、多言語サイトマップを自動生成します。yourdomain.com/sitemap.xmlのサイトマップが、何かを送信する前に実際に
/fr/および/de/URLをリストアップしているか確認してください。 - 言語ごとに詳細なパフォーマンスデータを必要とする場合は、Google Search Consoleで各言語サブディレクトリを別のプロパティとして追加します。または、同じルートドメイン プロパティ内にプレフィックスとして追加します。どちらでも機能しますが、別のプロパティはより整理されたデータを提供します。
- クロール予算について考えてください。500ページで5言語のサイトの場合、最大で2,500のインデックス可能なURLができます。Googleのクロール容量は無限ではありません。翻訳されたページが不要なJavaScript レンダリングの背後にないこと、ステージングからのnoindexタグが残されていないこと、合理的な速度で読み込まれることを確認してください。モバイルでは3秒以下が目標です。
Rank Mathに関する簡潔な注釈：その多言語SEOモジュールはWPMLとPolylangと上手く動作し、なじみのあるRank Mathインターフェース内から言語ごとに翻訳されたメタ タイトルと説明を設定できます。私は昨年3月にこの理由だけでクライアントをYoastからRank Mathに切り替え、ワークフロー が大幅に改善されました。
---
翻訳されたメタデータとオンページSEOの処理
翻訳されたURLスラッグは重要です。/fr/a-propos/は/fr/about/よりもフランス語話者にパフォーマンスが優れています。これは、このページが直接コピーではなく、実際にローカライズされたページであることを、ユーザーとGoogleの両方に示します。
WPMLでは翻訳されたスラッグを設定できます。Polylangも同様です。これらを使用してください。余分な作業だと分かっています。とにかくやってください。
メタ タイトルと説明は、翻訳機を通して単語ごとに実行されるのではなく、各市場のために翻訳および書き直される必要があります。検索意図は言語によって異なります。フランス語ユーザーがあなたの製品を検索する場合、英語ユーザーとは異なる表現を使用する可能性があります。言語ごとのキーワード リサーチ、Google Keyword PlannerやAhrefsを使った基本的なリサーチであっても、翻訳されたページのパフォーマンスに大きな差をもたらします。
画像のalt テキストはしばしば完全に忘れられます。翻訳されたページには対象言語のalt テキストが必要です。テキスト フィールドを含むあらゆるスキーマ マークアップについても同じです。
もう1つ人々を困らせることがあります。WordPressメニューです。ナビゲーションが英語で「About Us」を持っている場合、/fr/a-propos/を指すフランス語翻訳メニューアイテムが必要です。WPMLはメニュー同期機能を備えており、メニューアイテムの翻訳を促します。これを使用してください。そうしないと、英語のナビゲーション付きのフランス語ページが表示され、見た目が悪くクローラーが混乱します。
---
ライブになる前のテスト
これをスキップしないでください。多言語サイトをプロダクション環境に移す前に、毎回簡単なチェックリストを実行しています。
- ホームページ、1つのインテリアページ、言語ごとに1つのプロダクトまたはブログページで、最低でもhreflangタグを確認します。ソースを表示するか、SEO Meta in 1 Clickなどのブラウザ拡張機能を使用します。
- Screaming Frogでサイトをクロールします。
hreflangタブのhreflangでフィルタリングします。「non-200」または「missing return tag」エラーは本番環開の前に修正が必要です。 - XMLサイトマップがすべての言語URLをリストアップしていることを確認し、Search Consoleで送信します。
- プライベートブラウザウィンドウで言語切り替えをテストして、クッキーやジオロケーションリダイレクトが間違ったバージョンにユーザーを送っていないか確認します。
- 翻訳ページが301または404ではなく200ステータスコードを返していることを確認します。
チェックリスト全体は、中程度の規模のサイトで約90分かかります。この90分は、ここ数年で少なくとも4回の本番環境後のパニックから私を救ってくれています。
---
FAQ
サイトを翻訳すれば、他の国でランキングすることが保証されますか？
いいえ。翻訳は前提条件であって、保証ではありません。それでも関連するローカルドメインからのバックリンク、本当のローカル検索需要、そのマーケットでのユーザーの意図に実際に応えるコンテンツが必要です。翻訳は扉を開きます。各言語でのSEO作業がそこを通します。
GoogleTranslateまたはDeepLを使ってサイト全体を自動翻訳できますか？
最初のドラフトとして使用できます。WPMLとTranslatePressの両方にDeepLとの統合があります。ただし、人間による編集なしで生の機械翻訳を公開することはお勧めできません。コンテンツが不自然に読みにくく、バウンスレートが上がり、大規模なサイトでは翻訳品質をGoogleの品質評価者が評価します。
言語ごとに独自のGoogle Search Consoleプロパティを持つべきですか？
URLの構造によって異なります。サブディレクトリ（yourdomain.com/fr/）を使用している場合、Search Consoleの1つのルートドメインプロパティですべてをカバーしますが、/fr/のURLプリフィックスプロパティを追加すると、より清潔な言語ごとのデータが得られます。サブドメインを使用している場合は、別々のプロパティが必要です。ccTLDの場合は選択肢がなく、それらは別々のドメインです。
サイト全体ではなく、いくつかのページだけを翻訳したい場合はどうしますか？
問題ありません。翻訳ページが英語の同等ページに適切なhreflangで指している、そして英語ページが翻訳版に指し返していることを確認してください。部分翻訳は正当なアプローチであり、特にプロダクトまたはランディングページセクションのみが外国市場をターゲットにしているサイトに適しています。
プロフェッショナルな翻訳者を雇う価値はありますか、それとも機械翻訳で十分ですか？
公開向けのコンテンツの場合、少なくとも人間の翻訳者に出力をレビューしてもらうことをお勧めします。10ページのシンプルなブロシュアサイトの場合、コストは最小限です。大規模なWooCommerceカタログの場合、バルクコンテンツに機械翻訳を使用し、プロダクト説明、チェックアウトフロー、法的ページなどの高価値ページに人間によるレビューを行うことができます。その分割アプローチは実際に良く機能します。
---
正しく実施された翻訳は、静かに複利する物の1つです。構造を一度正しく設定すると、Googleがすべてをきれいにインデックスし、12～18か月にわたって新しいマーケットでの有機的フットプリントが何も再構築する必要なく成長します。アーキテクチャを間違えると、Googleと無限に戦うことになります。プラグイン作業は簡単な部分です。構造的な決定、URLフォーマット、hreflang、翻訳メタデータ、そこが本当の仕事です。余分な午後を使ってそれらを正しく行ってください。将来のあなた自身が感謝するでしょう。