機械翻訳とSEO

TL;DR — 機械翻訳 — Google Translate、DeepL、またはAIモデルなどのツールを使ってページを翻訳すること — はSEOで禁止されていません。サイトが問題になるのは、より多くの言語でランキングを上げるためだけに、未チェックの生の機械翻訳を大量に公開することです。公開前に人間が翻訳をレビューして修正すれば、それは大手国際サイトのほとんどがすでに行っていることです。

「機械翻訳とSEO」の意味

**機械翻訳（MT）**とは、人間ではなくソフトウェアがコンテンツを翻訳することです — Google Translate、DeepL、Microsoft Translator、またはAIチャットボットなどです。人々が実際に尋ねるSEOの質問は、次のようなものです：「これを使ってサイトを翻訳したら、Googleにペナルティを課されますか？」

簡単な答え：いいえ、機械翻訳を使ったからといってペナルティはありません。 Googleがペナルティを課すのはパターンであり、ツールではありません。

ルールを一言で

Googleのガイドラインが対象としているのは、主にランキングを操作するために公開される、大量の、未レビューの、価値の低いページです — そして機械翻訳はそれらを量産する方法の一つに過ぎません。それはスクレイピングや単語の並べ替えと同じリストに含まれます。問題は、機械が翻訳したという事実ではなく、大規模な*“little value… to users” (翻訳) 「ユーザーにとっての価値がほとんどない」*ことです。

つまり、人々が「機械翻訳」と呼ぶものには、実際には大きく異なる2つのものがあります：

• 生のMTダンプ — 千ページをGoogle Translateにかけて公開するだけで、誰もチェックしません。これがリスクの高い方法です。
• MT＋人間によるレビュー — 機械が最初の下書きを作成し、公開前に人間が不自然な部分を修正します。これは普通のことであり、問題ありません。

この2番目のワークフローには名前があります — MTPE（機械翻訳ポストエディティング）— そして、これはほとんどの大規模多言語サイトが運営している方法です。数千ページある場合、すべてのページを100%手作業で翻訳するのは現実的ではないことが多いため、機械に頼りつつ、人間が品質管理を行います。

どのワークフローであっても、周囲の定型文だけでなく、表示されるメインコンテンツは、対象読者にとって一貫性のある翻訳である必要があります。

Googleが実際に言ったこと（最近）

2025年、GoogleはAIによって翻訳されたコンテンツが自動的にスパムになるわけではないと明確に述べ、サイト所有者に自動翻訳ページをブロックするようアドバイスしていた古い指示を静かに削除しました。Redditの数千万ページに及ぶAI翻訳ページにも手を付けませんでした。方向性は明確です：Googleはページが役に立つかどうかで判断し、どのように作られたかでは判断しません。

初心者が見落としがちな落とし穴

翻訳を正しく行うことは、仕事の半分に過ぎません。hreflangと呼ばれる技術的なタグがあり、これはどの言語バージョンが誰のためのものかをGoogleに伝えます — そして私が数十万のウェブサイトを調査したところ、そのほとんどがこのタグを壊していました。完璧に翻訳されたページでも、hreflangが壊れていれば、間違った人に表示されてしまいます。つまり、「機械翻訳とSEO」は実際には2つの問題です：翻訳が十分に良いかどうか、そしてパイプラインがそれを正しい読者に向けているかどうか。

完全版 — 正確なポリシーテキスト、大規模なRedditのケース、実際のMTPEワークフロー、hreflangレイヤーがどのように壊れるか — さらに、まったく翻訳しない場合に何が起こるか — をご覧になりたい場合は、詳細タブに切り替えてください。

スケールアップ前に機械翻訳ページを検証する

ソース言語の残存

実行するテスト： レンダリングされたタイトル、見出し、本文テキスト、ナビゲーション、構造化データ、画像テキストをスキャンして、予期しないソース言語の文字列がないか確認し、フラグが立てられたケースをレビューします。 期待される結果： 承認された名前と意図的に翻訳されていない用語のみが残ります。 失敗の解釈： 翻訳パイプラインがフィールドをスキップしたか、間違ったロケールバンドルを注入しました。 監視期間： すべての公開バッチとテンプレート変更後。 ロールバックのトリガー： 本番ページに重要なソース言語の文章が表示された場合。

人間によるポストエディットのサンプル

実行するテスト: 資格のあるターゲット言語のレビュアーが、代表的なサンプルを意味、流暢さ、用語、ローカルな意図について採点します。 期待される結果: ページがソースを正確に伝え、ターゲットオーディエンスにとって自然に読めること。 失敗の解釈: モデル、用語集、またはソースコンテンツが、無人公開に適さない。 監視期間: ローンチ前および、実質的に新しいコンテンツタイプごと。 ロールバックのトリガー: 重大な意味、安全性、法的、またはブランド上のエラーがレビューサンプルから漏れる。

技術的なロケールマッピング

実行するテスト: 翻訳されたページをクロールし、ステータス、インデックス可能性、自己カノニカル、相互hreflang、および直接の代替ターゲットを検証します。 期待される結果: 承認されたすべての翻訳が、正しいクラスターのアクセス可能なカノニカルメンバーであること。 失敗の解釈: 公開パイプラインが一貫した技術的マッピングなしにコンテンツを作成した。 監視期間: 各バッチの直後から次のフルクロールまで。 ロールバックのトリガー: 優先度の高い翻訳がソースページにカノニカル化されるか、壊れたhreflangクラスターを生成する。

ローンチ後の価値チェック

実行するテスト: 検索インプレッション、クリック、エンゲージメント、ユーザーフィードバックを、翻訳されたディレクトリとコンテンツタイプごとに、自社のローンチ前または前期間のベースラインと比較してセグメント化します。 期待される結果: 承認されたページが、集中した品質苦情パターンなしに、関連する露出を得る。 失敗の解釈: バッチが低価値であるか、ローカライズが不十分であるか、間違ったクエリにマッピングされている可能性がある。 監視期間: インデックス化から、最初の季節的に比較可能なレビュー期間まで。 ロールバックのトリガー: 再現可能な品質問題がバッチに影響し、ページごとに迅速に修正できない。

TL;DR — 機械翻訳は禁止されていません。Googleのスケールコンテンツ悪用 ポリシーは、ランキングを操作するために大規模に公開される、未レビューの大量MTを対象としています。 トリガーは*“little value… to users,” (翻訳) 「ユーザーにとっての価値がほとんどない」ことであり、方法ではありません。Googleは2025年に AI翻訳コンテンツは”strictly defined… as spam,” (翻訳) 「厳密には…スパムとして定義されていない」と述べ、古い robots.txtブロックのアドバイスを削除し、Redditの数千万の AI翻訳URLに対して行動を起こしませんでした。スケールワークフローはMTPE（MT + 人間によるポストエディット）です。 なぜなら、すべてのページを100%人間が翻訳することは通常現実的ではないからです。2つの別々の 失敗モードがあります：翻訳の品質と技術的なラッパー*です。私の 374 756のhreflang使用ドメインの調査では、67%以上が何らかのhreflang問題を抱えており、MTコンテンツは 翻訳が問題なくても、しばしばオーディエンスを誤ってターゲットにします。そして、もしあなたが まったく翻訳しない場合、Googleはあなたのページを自動翻訳して自社の translate.goog サブドメインに配置し、トラフィックを保持する可能性があります。

Googleは機械翻訳されたコンテンツをペナルティにしますか？

いいえ — 機械翻訳されたという理由だけでは違います。これは競合他社のコンテンツの中で最も時代遅れの主張であり、 そのほとんどはGoogleの2024年3月のポリシー改名と2025年の明確化の前に書かれたため、 今でも「Googleは自動翻訳コンテンツをペナルティにする」という包括的な主張を繰り返しています。

これが適用されるポリシーです。Googleのスパムポリシーは スケールコンテンツ悪用 （2024年3月に「自動生成コンテンツ」から改名されたセクション）を次のように定義しています：“Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (翻訳) 「スケールコンテンツ悪用とは、検索ランキングを操作し、ユーザーを助けることを主な目的として多くのページが生成されることです。」 翻訳は一度だけ、 例の箇条書きに、スクレイピングや同義語化とグループ化されて登場します：“Scraping feeds, search results, or other content to generate many pages (including through automated transformations like synonymizing, translating, or other obfuscation techniques), where little value is provided to users.” (翻訳) 「フィード、検索結果、またはその他のコンテンツをスクレイピングして多くのページを生成すること（同義語化、翻訳、またはその他の難読化技術などの自動変換を含む）、ユーザーに提供される価値がほとんどない場合。」

それを正確に読んでください。そこには「翻訳コンテンツ」や「機械翻訳コンテンツ」が違反だと書かれていません。重要な言葉は**「多数のページを生成すること」と「ユーザーに提供される価値がほとんどない場合」**です。そのパターンは、大量生成＋低価値＋ランキング操作の意図です。翻訳は、スクレイピングと同じ文脈で、そのパターンを犯す一つの方法として挙げられているだけで、禁止コンテンツのカテゴリとして挙げられているわけではありません。

Googleの2025年の声明 — 現在の最も明確な方針

最も引用に適した、最も新しい確認は2025年6月に得られました。Redditがサイト全体にAI翻訳を展開した後、Glenn Gabe氏がGoogleにそれが認められるかどうかを直接尋ね、Googleの広報担当者が次のように回答しました（Search Engine Landが報道）：“While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (翻訳) 「当社は特定のサイトやページのステータスについてコメントせず、いかなるサイトに対しても個別のサポートを提供しませんが、当社のポリシーはAIによって翻訳されたコンテンツをスパムとして厳密に定義しているわけではありません。当社の大規模コンテンツ悪用ポリシーは、ユーザーにほとんどまたはまったく価値を提供しない大量の非オリジナルコンテンツを作成することに対する全体的な警告の一部として、翻訳を含む自動変換に言及しています。」

これは、Googleが平易な言葉で、まさに上記の区別を確認しているものです。AI/機械翻訳は*“strictly defined… as spam” (翻訳) 「スパムとして厳密に定義されている」*わけではありません。ポリシーの対象は、大規模で低価値な出力であり、翻訳方法そのものではありません。

2024年から2025年に変わったこと

現在のポリシーを文脈に位置づける具体的な動きが3つあります：

• 2024年3月の名称変更。 「自動生成コンテンツ」は大規模コンテンツ悪用に変更され、コンテンツがどのように作成されたかではなく、規模における価値を中心に領域全体を再構成しました。旧「自動生成コンテンツ」のヘルプ文言（“text translated by an automated tool without human review or curation before publishing” (翻訳) 「公開前に人間によるレビューやキュレーションなしに自動ツールで翻訳されたテキスト」を例として文字通り挙げていた）は、この価値ベースの枠組みに組み込まれました。
• 2025年のrobots.txtガイダンスの削除。 Googleは、サイト所有者に自動翻訳ページをブロックするためにrobots.txtを使用するよう指示していた長年のアドバイスを削除。変更ログでは*“This is a docs-only change, no change in behavior.” (翻訳) 「これはドキュメントのみの変更であり、動作の変更はありません。」*と特徴づけました。ポリシーが作成方法ではなくユーザー価値によってコンテンツを評価するようになると、「すべての機械翻訳ページをブロックする」という一律のルールは正しくなくなりました。特定の低品質な翻訳ページに対する正しいツールはページレベルのnoindexであり、サイト全体のrobots.txtブロックではありません。
• 15年にわたる一貫性。 これは実際には新しいことではありません。Googleの関係者（2010年のMueller氏、2011年のCutts氏）は、「AI翻訳」という用語が使われるずっと前から、レビューされていない自動翻訳とレビューされた翻訳という同じ線引きをしていました。それは決して翻訳という技術の問題ではなく、常に規模におけるレビューされていない自動化の問題でした。

MT後の人間レビュー vs. 生の大量MT出力

これが実際の運用上重要な区別です。「SEOのための機械翻訳」と呼ばれるものには2種類あり、それらはポリシーの正反対の側に位置します：

• 生の大量MT出力 — 数千ページがGoogle翻訳やDeepLで処理され、主に言語数を増やすために、人間によるレビューを一切行わずに公開されます。これが大規模コンテンツ悪用のリスクです。
• MTPE（機械翻訳ポストエディット） — MTが最初のドラフトを作成し、人間の言語学者や流暢な編集者が公開前にレビューして修正します。軽度のMTPEは可読性と明らかなエラーを修正し、完全なMTPEは出力を人間による翻訳品質にまで引き上げます。

MTPEは、実際の規模において事実上の業界標準ワークフローです。それが何であるかを正確に理解しておく価値があります。それはリスク管理の実践であり、Googleの公式なコンプライアンス手順ではありません。Googleは翻訳ページに「レビュー済み」の免除やその他の正式な承認を与えるわけではありません。人間によるレビューは、スケールコンテンツ乱用ポリシーが実際に測定する価値基準の正しい側に出力を保つだけです。MTPEが支配的である理由は実用的です。すべてのページの100%人間翻訳は、数千または数百万のローカライズされたURLを十数の市場で維持している場合、通常は現実的でも手頃でもありません。生のMTは安価でリスクのある下限であり、完全な人間翻訳は高価で遅い上限です。MTPEは、エンタープライズ国際SEOが実際に存在する場所です。そして、それらすべてを正しく行うこと（流暢な出力、人間によるレビュー、技術的に有効なhreflang）は、それでもインデックス、ランキング、またはページの表示方法を保証するものではありません。それはスケールコンテンツ乱用のリスクを取り除くものであり、ランキング結果を購入するものではありません。（戦略的レイヤー、つまりいつ翻訳すべきか対完全にローカライズすべきかについては、翻訳対ローカライゼーションに関する姉妹記事で詳しく説明しています。）

翻訳ツールに何かを通す前に、もう一つ重要なこと： ページコンテンツをMT APIやLLMに送信することは、そのテキストがシステムから離れて第三者に渡ることを意味します。それに何が起こるか（保持、モデルトレーニングに使用されるかどうか、保存場所、他に誰がアクセスできるか）は、特定のプロバイダー、利用中のプラン、および管轄区域のデータ保護規則に完全に依存します。これは、個人データ、規制対象（健康/金融/法律）コンテンツ、またはNDAやライセンス制限下にあるものを含むページにとって、一般的なマーケティングコピーよりも重要です。これはSEOアドバイスではありません。実際のプランに関するプロバイダーの現在のデータ処理条件を確認し、機密性の高いものを送信する前に、会社のデータ保護/法務を担当する人に相談してください。この記事を含むいかなるSEO記事も、それを代わりに承認することはできません。

Redditのケース：方法ではなく価値によって適用されることの証明

Redditは現実世界のストレステストです。Glenn Gabeのレポート では、Redditが20以上の言語でAI翻訳を拡大し、数千万のAI翻訳URLを公開したと伝えています。Gabeは、例えばフランスで2,3M、スペインで2,4MのランキングURLを挙げています。これは、スケールコンテンツが可能な限り「スケール」に近いものです。Googleの対応は、Gabeの言葉を借りれば：“Well, nothing happened. Nothing at all.” (翻訳) 「何も起こりませんでした。まったく何も。」手動によるアクションも、アルゴリズムによる降格もありませんでした。

教訓は「生のMTを大規模に使うことは常に安全」ということではなく、Googleがポリシーを翻訳方法や量ではなく、基盤となるコンテンツが役立つかどうかに基づいて適用したということです。（フレーミングの帰属には注意してください：Redditがこのアプローチを「承認された」と特徴付けるのはRedditのフレーミングであり、Googleの引用ではありません。Googleが実際に言ったのは、上記の「スパムとして厳密に定義されていない」という声明です。）

MTコンテンツが依然として必要とする技術的レイヤー

ここが、ほとんどの報道が見逃している差別化ポイントです：翻訳品質と技術的実装は2つの別々の障害モードであり、両方を正しく行う必要があります。

専用のインデックス可能なURL — JSオーバーレイではない。 Google翻訳ウィジェットやクライアントサイドのJS翻訳オーバーレイは、検索エンジンにランキング対象となる実際の翻訳ページを提供しません。Google自身のローカライズ版ガイダンス をはじめとするマルチリージョナル文書は、言語ごとに個別のクロール可能なURLを前提としています。専用のインデックス可能なhreflangタグ付きURLなしのオンザフライ翻訳は、MT品質よりも明確な問題です。エンジンがインデックスするための翻訳されたもの自体が存在しないからです。

Hreflang — そしてそのほとんどが壊れている理由。 hreflang は、検索エンジンにどの言語・地域バージョンを誰に配信するかを伝えます。私の374 756ドメインのhreflang調査 （Brighton SEO 2023）では、hreflangを使用しているドメインの67%以上に少なくとも1つの問題がありました — x-defaultアノテーションの欠落、自己参照タグの欠落、リダイレクト先や壊れたページへの参照、相互の戻りタグの欠落、非正規URLへのポインタ、一貫性のない言語値などです。hreflangはSEOの最も複雑な側面の1つであり、相互のクラスターとしてのみ機能します。2つのページが互いに指し示していない場合、Googleはペア全体を無視します。

これらを組み合わせると、実際的な意味合いは居心地の悪いものになります。翻訳ページの設定の大部分は、翻訳品質に関係なく、ターゲットオーディエンスを誤ってターゲットしています。hreflangが壊れた完全に人間が翻訳したページは、hreflangが完璧な生のMTダンプと同様にパフォーマンスが低下します。翻訳品質は必要ですが、十分ではありません。（仕組み — 3つの実装方法、相互性ルール、x-default、有効なコード — は、hreflangとx-defaultの詳細ガイドにあります。）

Googleのドキュメントからの1つの有用な明確化：翻訳されたページは自動的に重複コンテンツにはなりません。Googleは、“if the main content of the page remains untranslated” (翻訳) 「ページのメインコンテンツが未翻訳のままである場合」 — つまり、同じソース言語の本文が/de/ URLに置かれている場合にのみ、ページを重複として明示的に扱います。しかし、真に翻訳されたページは、どのように生成されたかにかかわらず、重複ではありません。

何よりも先に、最低限のゲート： 言語ごとに専用のインデックス可能なURL、JavaScriptなしで表示できる実際のメインコンテンツ、相互のhreflangクラスター（自己参照 + すべての代替 + x-default）、およびソース言語ページではなく自分自身を指す正規URL。これら4つのいずれかが欠けている場合、翻訳品質は無価値です — Googleが判断するためのインデックス可能なものがないからです。（完全なウォークスルーはDecision Treesレンズにあります。）

まったく翻訳しない場合に起こること

何も公開しないのではなく、少なくともレビュー済みのベースライン翻訳を公開するという2025年のライブなインセンティブがあります：Googleがあなたのコンテンツを自動翻訳して、自社のtranslate.googサブドメインに配置し、トラフィックを保持する可能性があります。 Ahrefsの分析 （私がレビュー）では、推定3億7700万の月間オーガニック訪問がGoogleの翻訳プロキシページを通じて流れており、インド、インドネシア、ブラジルが最も影響を受ける市場の一部です — このトラフィックは、元のパブリッシャー自身のローカライズされたページに流れていた可能性があります。

私の見解であり、私はそれを支持します：Googleは何年もhreflangシステムの改善について話してきましたが、クリエイターのローカライズを支援し続ける代わりに、事実上そのトラフィックの一部を自らのものとして主張することを決定しました。Googleはプロキシを、“there is no high-quality, local-language content available” (翻訳) 「高品質な現地語コンテンツが存在しない場合」 の場合のフォールバックとして位置づけています。Search Engine Landの報道 でも示されているこの位置づけは、通常の議論を逆転させます。実際のレビュー済みの翻訳ページがないことが、Googleがあなたのために翻訳してクリックを保持するように誘うのです。適切なhreflangを持つ、たとえ簡素でもMTPEでレビューされた母国語ページを公開することが、あなたのURLがインデックスされるようにする方法です。これは、レビュー済みMTに賛成する強力な商業的議論であり、翻訳に反対するものではありません。

Bingのアプローチ

Bing/Microsoftは、Googleのスパムポリシーのように機械翻訳に関する専用のポリシーを公開していません。Bingのウェブマスターガイドライン では、ランキングをコンテンツの品質と信頼性を中心に広く位置づけており、翻訳に特化した例外はありません。正直な見解としては、BingにはMT固有のルールはありませんが、一般的な薄い/低品質コンテンツのガイダンスは同じように適用されるでしょう。未レビューの一括MT出力は、Bing独自のポリシーではなく、薄いコンテンツのサブセットです。また、Bingはhreflangよりもcontent-languageシグナルに依存していることにも注意してください。これは技術的なラッパーで考慮する価値があります。

結論

機械翻訳は、正当で主流のSEOツールです。それを下書きとして使い、人間による品質管理（MTPE）を行い、各言語に専用のインデックス可能なURLを提供し、hreflangを正しく設定し、その出力がその市場にとって実際に役立つかどうかで判断してください。そうすれば、何かを不正に操作しているわけではありません。大規模な多言語サイトがすでに行っていることを行っているだけです。レビューを省略して、ランキングを追い求めるために生のMTを大規模に投入する場合、それこそがスケールコンテンツ乱用ポリシーが捕捉しようとしているパターンです。

AIまとめ

Advancedバージョンの簡潔な見解:

• MTは禁止されていません。 Googleのスケールコンテンツ乱用ポリシーは、ランキングを操作するために公開される、一括で未レビューの低価値ページを対象としています。翻訳は、スクレイピング/同義語化と並んで一例として挙げられています。トリガーは、*“little value… to users,” (翻訳) 「ユーザーにとっての価値がほとんどない」*ことであり、方法ではありません。
• Google、2025年： AI翻訳コンテンツは*“strictly defined… as spam.” (翻訳) 「厳密に…スパムとして定義されている」わけではありません。* スケールコンテンツ乱用ポリシーは、それを価値によって管理します。
• 2025年の2つの裏付けとなる動き： Googleは、自動翻訳ページをブロックするという古いrobots.txtのアドバイスを削除し（“docs-only change, no change in behavior” (翻訳) 「ドキュメントのみの変更、動作の変更なし」）、代わりに特定の低品質ページにはページレベルのnoindexを指摘しました。また、Redditの数千万のAI翻訳URLに対して何の措置も講じませんでした。
• 本当の区別： 生の一括MTダンプ（リスクあり）とMTPE（MT下書き＋人間によるポストエディット（標準的な慣行））の違いです。すべてのページを100%人間が翻訳することは、エンタープライズ規模では通常現実的ではありません。MTPEはリスク管理の慣行であり、公式のGoogleコンプライアンス手順ではありません。また、流暢な出力、人間によるレビュー、有効なhreflangがあっても、インデックス、ランキング、表示が保証されるわけではありません。それらはスケールコンテンツ乱用のリスクを取り除くだけです。
• 2つの別々の障害モード： 翻訳の品質と技術的なラッパーです。Patrickの374 756のhreflang使用ドメインの調査では、67%以上に何らかのhreflangの問題があり、MTコンテンツは翻訳品質に関係なく、しばしば対象オーディエンスを誤ってターゲットにしています。
• 最低限の技術的ゲート： 言語ごとの専用のインデックス可能なURL、JSなしで表示される実際のメインコンテンツ、相互のhreflang＋x-default、自己カノニカル。これらのいずれかを逃すと、翻訳品質が重要になるためのインデックス可能なものはありません。
• JSオーバーレイは翻訳ページではありません。 検索エンジンは、言語ごとに専用のインデックス可能なhreflangタグ付きURLを必要とします。
• MTプロバイダーに何かを送信する前に： そのデータ処理/保持条件を確認し、機密性の高いコンテンツや規制対象のコンテンツについては法務/プライバシー部門を関与させてください。これはSEOの問題ではなくデータの問題であり、プロバイダー、プラン、管轄区域によって異なります。
• 重複コンテンツではない： Googleは、メインコンテンツが翻訳されていないままの場合にのみ、ページを重複として扱います。
• 翻訳しないリスク： Googleはあなたのページをtranslate.googに自動翻訳し（月間約3億7700万の訪問がそれを通過します）、トラフィックを維持する可能性があります。これはレビューされたMTに賛成する議論です。
• Bing： MT固有のポリシーはありません。一般的な薄いコンテンツのガイダンスが適用されます。

公式ドキュメント

機械翻訳およびローカライズされたコンテンツに関する一次情報源のドキュメント。

Google

• Googleウェブ検索のスパムポリシー — スケールコンテンツ悪用のセクション（2024年3月に「自動生成コンテンツ」から改名）では、“automated transformations like synonymizing, translating, or other obfuscation techniques” (翻訳) 「同義語化、翻訳、その他の難読化技術などの自動変換」を挙げており、“little value is provided to users.” (翻訳) 「ユーザーに提供される価値がほとんどない」としています。判断基準は方法ではなく価値です。
• AI生成コンテンツの使用 — Googleの「役立つコンテンツ優先」で方法に依存しない立場であり、翻訳ガイダンスもこれを反映しています。
• ページのローカライズ版 — hreflangの仕組み、相互性のルール、および”only if the main content of the page remains untranslated.” (翻訳) 「ページのメインコンテンツが未翻訳のままである場合にのみ」ローカライズ版が重複とみなされるという注意点。
• 多地域・多言語サイトの管理 — 言語ごとの専用URL、および定型文のみを翻訳することへの警告。（以前はrobots.txtでブロックするアドバイスが含まれていたドキュメントです。）
• 国際SEOの概要 — ロケール適応ページと、Googleがすべてのロケールバリアントをクロール/インデックス/ランク付けしない可能性があること。

Bing / Microsoft

• Bingウェブマスターガイドライン — 未レビューの大量機械翻訳が抵触し得る一般的なコンテンツ品質の期待事項。機械翻訳に特化した例外はありません。

ソースからの引用

Googleからの公式声明。引用が直接確認できるソースページではなく二次情報を通じて入手した場合は、その旨を記載しています。

Google — AI翻訳は一律にスパムではない（2025年6月）

• “While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (翻訳) 「当社は特定のサイトやページの状況についてコメントせず、いかなるサイトに対しても個別のサポートを提供しませんが、当社のポリシーはAIによって翻訳されたコンテンツを厳密にスパムと定義しているわけではありません。当社のスケールコンテンツ悪用ポリシーは、ユーザーにほとんどまたはまったく価値を提供しない大量の非オリジナルコンテンツを作成することへの全体的な警告の一部として、翻訳を含む自動変換に言及しています。」 — Google広報担当者、2025年6月。 報道を読む

Google — スケールコンテンツ悪用ポリシー

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (翻訳) 「スケールコンテンツ悪用とは、検索ランキングを操作することを主な目的として、ユーザーを助けることなく多くのページが生成されることです。」 — Google検索セントラルドキュメント。 引用へ移動
• “…including through automated transformations like synonymizing, translating, or other obfuscation techniques…” (翻訳) 「…同義語化、翻訳、その他の難読化技術などの自動変換を通じて…」 — 同じページ。 引用へ移動

Google — robots.txtガイダンスの変更（2025年）

• “This is a docs-only change, no change in behavior.” (翻訳) 「これはドキュメントのみの変更であり、動作の変更はありません。」 — Google検索セントラルの変更ログ、robots.txtで自動翻訳ページをブロックするアドバイスの削除について。 報道を読む

Google — ローカライズページと重複コンテンツ

• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (翻訳) 「ページのローカライズ版は、ページのメインコンテンツが未翻訳のままである場合にのみ重複と見なされます。」 — Google Search Central ドキュメント。 引用へ移動

Reddit の事例規模（Glenn Gabe / GSQi 経由）

• Google が Reddit の数千万件の AI 翻訳 URL に対して（何もしなかった）ことについて： “Well, nothing happened. Nothing at all.” (翻訳) 「まあ、何も起こらなかった。まったく何も。」 — Glenn Gabe, GSQi。 報道を読む

このページにはどの翻訳方法を採用すべきか？

問題は抽象的な「MT か人間か」ではなく、*「このページには、この市場で、どの程度の人間によるレビューが必要か」*です。上から順に検討してください。

1. これは専用のクロール可能な URL ですか？ Google 翻訳ウィジェットやクライアントサイドの JS オーバーレイだけを提供している場合は、停止してください。検索エンジンがランク付けできるインデックス可能な翻訳ページが存在しません。まず言語ごとに実際の個別 URL を作成してください。以下のすべては、それらがあることを前提としています。

2. この市場はどの程度重要ですか？

• 優先度が低い / 小規模な市場 / ニュアンスが少ない参考コンテンツ → 素の MT は妥当な出発点であり、理想的には明確にラベル付けされ、橋渡しとして扱われます。
• 実際にランクインしたい市場 → 少なくとも MTPE が必要です。続けてください。

3. クエリの競争度 / ページの価値はどの程度ですか？

• 競争が激しくない、情報提供型、ページ数が多い → 軽度の MTPE（MT ドラフト
  • 人間による可読性・エラー修正）。スケールでは完璧よりも十分な品質が勝ります。
• 競争したい中〜高価値のページ → 完全な MTPE（MT ドラフト＋人間による完全レビューで人間品質に）。
• 最高価値のマネーページ、ブランドに重要なコピー → 人間による翻訳（またはタグライン・広告にはトランスクリエーション）。

4. 機密性はありますか（チェックアウト、法的、YMYL、リード獲得）？ ここで素の MT を公開しないでください。完全な MTPE または人間による翻訳を行い、それらの URL で Google 自身のプロキシ翻訳をブロックするために X-Robots-Tag を検討してください。

5. どの層を選んだにせよ、ラッパーは正しいですか？ 専用のインデックス可能な URL ✓ · 相互の hreflang クラスター（自身＋すべての代替）✓ · x-default 設定 ✓ · canonical がソース言語ページではなく自身を指す ✓。これを省略すると、人間が翻訳したページでもターゲットを誤ります。

経験則： 素の MT は ドラフト であり、ランクインさせたいものにとって公開可能な製品ではありません。MTPE は競争力のあるコンテンツの最低ラインです。スケールされたコンテンツ悪用のリスクは、ステップ 2 で すべての 市場に「低優先度」と回答し、レビューなしで大量に公開した場合にのみ発生します。

ランキングを損なう機械翻訳の神話

これらはそれぞれ、現場でよく見られる信念、それが間違っている理由、そして代わりにすべきことです。

神話：「機械翻訳は禁止されている／ペナルティを受ける」 間違いの理由： Google は AI/MT 翻訳コンテンツが 「厳密に…スパムとして定義されている」 わけではないと明言しています。リスクは、スケールされ、レビューされず、低価値の出力であり、翻訳方法ではありません。この主張を繰り返すコンテンツのほとんどは、Google の 2024 年のポリシー改名より前のものです。 代わりにすべきこと： MT をドラフトとして自由に使用し、公開ページをユーザー価値で判断し、公開前にレビューしてください。

神話：「すべてのページを完全に人間翻訳しないと Google にペナルティを受ける」 間違いの理由： MTPE（MT＋人間レビュー）はスケールでの標準的な慣行であり、大規模サイトでは全ページの 100% 人間翻訳は通常現実的ではありません。Google のポリシーは、ワークフロー内の MT の存在ではなく、大量の未レビューの自動化を対象としています。 代わりにすべきこと： MTPE を実行し、完全な人間翻訳は最高価値のページとマネー/ブランドコピーに限定してください。

誤解: 「Google翻訳ウィジェットやJSオーバーレイがあれば翻訳ページがあることになる」 なぜ間違いか: クライアントサイドのその場での翻訳では、検索エンジンにインデックス可能なものは何も提供されません。クロール可能でhreflangタグ付きの専用URLがランキング対象になることはありません。 代わりにすべきこと: 言語ごとに実際の個別URLを公開し、サーバーサイドでレンダリングされた翻訳コンテンツと相互のhreflangを設定します。

誤解: 「Googleが自動翻訳してくれるなら、それでローカライズは十分だ」 なぜ間違いか: Googleのtranslate.googプロキシは、*“there is no high-quality, local-language content available” (翻訳) 「高品質で現地の言語のコンテンツが存在しない」*場合のフォールバックです。これは、あなたの戦略を実現するのではなく、トラフィックとブランディングをGoogle自身のドメインに奪われます。 代わりにすべきこと: レビュー済みのネイティブ言語ページをhreflang付きで公開し、あなたのURLがインデックスされるようにします。実際のhreflang付きページが存在すれば、プロキシリンクは消えていく傾向があります。

誤解: 「これはAIが生み出した新しい問題だ」 なぜ間違いか: Google（2010年のMueller、2011年のCutts）は、「AI翻訳」という言葉が使われるずっと前から、レビュー済みと未レビューの区別を同じように示していました。この方針はツールに関するものではありませんでした。 代わりにすべきこと: これは昔からある品質と規模の問題として扱います。レビュー済みの自動化は問題ありませんが、未レビューの大量投入は問題です。

誤解: 「翻訳ページは重複コンテンツだ」 なぜ間違いか: Googleは、*“if the main content of the page remains untranslated.” (翻訳) 「ページのメインコンテンツが翻訳されていないままの場合」*にのみ、ページを重複とみなします。異なる言語の異なる単語は重複ではありません。 代わりにすべきこと: メインボディ（単なる定型文だけでなく）を実際に翻訳し、バリエーションにhreflangを設定します。ソース言語のボディを国別URLに残さないでください。

SOP: 翻訳ページを公開する前のMTPE品質管理パス

機械翻訳されたページの各バッチを公開する前にチームが実行する、繰り返し可能なチェックリストです。ページの価値に応じて深さ（軽いMTPEと完全なMTPE）を調整します。

準備

1. 対象言語用の専用でクロール可能なURLがページにあることを確認します（JSオーバーレイではない）。
2. レビューツール/TMSでソースとMT出力を並べて表示します。
3. 対象言語のネイティブまたは流暢なレビュー担当者を割り当てます。単なるバイリンガルの一般istではありません。

言語レビュー（ページごと） 4. MT出力をネイティブユーザーとして読み、機械出力、不自然な表現、誤訳されたイディオムと思われるものをすべてフラグします。 5. ブランド用語、製品名、UI文字列が未翻訳のままであるか、承認されたローカライズ用語（用語集/タームベース）を使用していることを確認します。 6. 数字、通貨、単位、日付、法的/コンプライアンス表現を確認します。MTはこれらを静かに壊します。 7. 画像/スクリーンショットに埋め込まれたテキストが処理されていることを確認します（MTはそれに触れません）。

SEOレビュー（ページごと） 8. タイトルとメタディスクリプションが翻訳され、自然に読めることを確認します。ソース言語のままではありません。 9. ターゲットキーワードを常識的にチェックします。MTされた表現は、現地の人が実際に検索するものですか、それとも誰も使わない直訳ですか？（これは翻訳だけでなく、ローカライゼーションの引き継ぎです。） 10. hreflangを確認します。自己参照が存在し、すべての代替がリストされ、すべての代替が相互タグを返し、x-defaultが設定されていること。 11. canonicalがソース言語のURLではなく、ページ自体を指していることを確認します。

公開と監視 12. 公開し、その言語のサイトマップを送信/更新します。 13. インデックス後、GSCで言語/国セグメントを確認します。正しいURLがランキングされているか、それともtranslate.googプロキシがまだ表示されていますか？プロキシが残っている場合は、hreflangを再監査します。 14. 繰り返し発生するMTエラーパターンをタームベース/MTエンジンの用語集に記録し、次のバッチの生の出力を改善します。

頻度: 高価値市場のすべてのページで手順4〜11を実行します。優先度が低くボリュームが多い市場では、サンプル（例：10%）と自動チェックを実行します。

プレイブック: 未レビューのMT一括公開をすでに行ってしまった場合の対処法

一括で未レビューの機械翻訳がすでに公開されており、パフォーマンスが低いか、スケールされたコンテンツ乱用と見なされることを懸念している状況のための、順を追ったランブックです。手順を順番に実行してください。

ステップ1 — 症状を確認する。 それは品質/規模の問題（薄い、未レビューのページが大量にある）か、ターゲティング の問題（良いページだが、間違ったオーディエンス）か？GSCを国/言語別に確認する：あなたのURLは インデックスされランキングされているか、それともtranslate.googプロキシが代わりに表示されているか？修正方法は異なる。

ステップ2 — パニック削除せず、ページをトリアージする。 市場価値とトラフィックでセグメント分けする。1Mページを一晩で人間がレビューすることはできないし、 すべてに一律でnoindexを適用すべきでもない。

ステップ3 — すぐにレビューできない、本当に価値の低いページの場合： 特定の低品質な翻訳URLにページレベルのnoindexを適用する（これはGoogleの2025年以降の推奨ツールであり、サイト全体のrobots.txtブロックではない）。Google自身の スケールコンテンツに対する是正ガイダンスは、ホスティングしている場合は検索から除外することです。

ステップ4 — 重要な市場のページの場合： 最もトラフィックが多く/価値の高いURLから、MTPE（SOPを参照）を実行する。同じパスで翻訳とラッパー（hreflang、canonical、タイトル/メタ）の両方を修正する。

ステップ5 — 技術的なラッパーを全体的に修正する。 言語レビューが完了する前でも、壊れたhreflangクラスターと 自己canonicalの問題を修正する — これはしばしばより大きな成果となる。なぜなら、調査でhreflangを使用しているドメインの67%以上が何らかの hreflang問題を抱えており、誤ったターゲティングは良いページでさえ抑制するからだ。

ステップ6 — JSのみの翻訳を廃止する。 「翻訳された」コンテンツがGoogle翻訳ウィジェット/オーバーレイとしてのみ存在していた場合、 それを実際にインデックス可能なURLに置き換える — エンジンがランキングする対象が何もなかったのだ。

ステップ7 — 再インデックスして検証する。 レビュー済み言語のサイトマップを更新し、優先URLのインデックスをリクエストし、 国別のGSCを監視する：目標は、あなたのURLが市場のSERPでtranslate.googプロキシに取って代わることだ。

ステップ8 — 再発を防ぐ。 MTPE SOPを上流に移し、次のバッチが公開前にレビューされるようにする。 繰り返し発生するMTエラーをエンジンの用語集/タームベースにフィードする。

安心材料： GoogleはRedditの数千万のAI翻訳URLに対してさえ手動措置を取らなかった — ポリシーは価値に基づいて適用されるため、生のダンプは自動的なペナルティではない。しかし「ペナルティを受けていない」ことは「機能している」ことではない。上記のプレイブックは、ページを実際に機能させるためのものであり、それは同時にページを安全に保つことでもある。

実際の事例

Reddit — 大規模な生のAI翻訳、措置なし。 Redditは20以上の言語でAI翻訳を拡大し、数千万のAI翻訳URLを公開した（Glenn Gabe氏はフランスで約2,3M、スペインで約2,4MのランキングURLを引用）。 これは、スケールコンテンツ乱用ポリシーに対する機械翻訳の最大のライブテストである。Googleの対応は、 Gabe氏のレポート では、結果を次のように伝えている： “Well, nothing happened. Nothing at all” (翻訳) 「まあ、何も起こらなかった。まったく何も」— 手動措置も降格もなし。Google自身の 声明（Search Engine Land で報道） は、AI翻訳コンテンツは*“strictly defined… as spam.”* (翻訳) 「厳密には…スパムとは定義されていない」というものだった。 要点： ポリシーは翻訳方法や量ではなく、コンテンツの価値に基づいて適用される。（「承認された」という枠組みはGoogleではなくRedditに帰属させること。）

Googleのtranslate.googプロキシ — 翻訳しないことのコスト。 Ahrefsの分析 （私がレビューした）は、Googleの翻訳プロキシページを経由する月間3億7700万のオーガニック訪問と推定しており、インド、インドネシア、ブラジルが最も大きな打撃を受けた市場である。 パブリッシャーが高品質な現地語ページを持っていない場合、Googleは英語ページを自社のtranslate.googサブドメインに翻訳し、クリックを保持する。 Before: ローカライズされたページがない → Googleプロキシが国際トラフィックを捕捉する。 After: 適切なhreflangを持つレビュー済みのネイティブ言語ページを公開する → プロキシリンクは消える傾向があり、あなたのURLが市場向けにインデックスされる。

未翻訳の定型文が国別URLにある——実際の重複コンテンツの罠。 よくある失敗: /de/ URLを作成しても、メインボディが英語のまま（ナビゲーションとフッターのみ翻訳）。Googleのドキュメントでは、ローカライズされたページは*“only if the main content of the page remains untranslated.” (翻訳) 「ページのメインコンテンツが未翻訳のままの場合にのみ」*重複とみなされると明記されています。 Before: ドイツ語URLに英語のボディ → 重複として扱われ、実際のドイツ語ページにはならない。After: メインコンテンツを翻訳（MT＋レビューで可）すれば、Googleはランキング対象の本物のドイツ語ページを認識し、重複ではなくなる。

すぐ使えるAIプロンプト

MTPEワークフローでLLMを使うためのコピペ用プロンプト。常に人間をループに含めてください——これらはレビューを高速化するものであり、置き換えるものではありません。

機械翻訳の生出力をポストエディット（軽度のMTPE）

You are a native [TARGET LANGUAGE] editor doing machine-translation post-editing.
Below is the [SOURCE LANGUAGE] original and a raw machine translation.

Fix the translation so it reads as if written by a native speaker: correct
awkward phrasing, mistranslated idioms, wrong register, and grammar. Do NOT
change meaning, do NOT translate brand/product names [LIST], and keep numbers,
currencies, dates, and units correct for [TARGET MARKET].

Return: (1) the corrected translation, and (2) a bullet list of every change you
made and why, so a human reviewer can spot-check.

SOURCE:
[paste]

RAW MACHINE TRANSLATION:
[paste]

誤訳の可能性が高い箇所を人間のレビュー用にフラグ付け（大規模なトリアージ）

Act as a QA reviewer for [TARGET LANGUAGE] machine-translated web content. Read
the translation below and output ONLY a table of suspected problems: the quoted
phrase, the issue type (idiom / mistranslation / wrong register / untranslated
term / number-format error / SEO keyword unnatural), and a suggested fix.
If nothing is wrong, say "no issues found." Do not rewrite the whole text.

TRANSLATION:
[paste]

翻訳したキーワードが、現地のユーザーの実際の検索方法と一致するか確認する

For the [TARGET LANGUAGE / TARGET COUNTRY] market, is "[MACHINE-TRANSLATED
KEYWORD]" the phrase people actually search for this concept, or a literal
translation locals wouldn't use? Suggest 3-5 natural local alternatives and note
which is most likely to have search demand. Flag any that mean something
different locally (e.g., false-friend or regional-meaning traps).

タイトルとメタディスクリプションをローカライズする（単なる翻訳ではなく）

Translate and localize this page title and meta description for [TARGET
LANGUAGE / MARKET]. Keep the title under ~60 characters and the description under
~155. Use the natural local phrasing for the primary keyword rather than a literal
translation, and preserve the brand name [BRAND] untranslated.

TITLE: [paste]
META DESCRIPTION: [paste]

監査・検出スニペット

生のMT問題を発見し、翻訳ページの技術的なラッパーを検証するための実用的なチェック。

実際にはJSオーバーレイである「翻訳済み」ページを検出する

翻訳テキストがJavaScript実行後にしか表示されない場合、検索エンジンはそれをインデックスできません。生のHTMLとレンダリング後を比較してください。

macOS / Linux (shell)

# Raw HTML the crawler sees first — does the translated body text appear here?
curl -sL "https://example.com/de/" | grep -o "EIN ERWARTETER DEUTSCHER SATZ"

# If that returns nothing but the text is visible in a browser, the translation
# is client-side only. Confirm with a real render (headless Chrome):
#   npx -y @lighthouse ...  or your renderer of choice

URLから宣言された言語とhreflangクラスターを取得する

Chrome DevTools コンソール（ページに貼り付け）

// Declared page language + every hreflang alternate on the page
console.table(
  [...document.querySelectorAll('link[rel="alternate"][hreflang]')]
    .map(l => ({ hreflang: l.hreflang, href: l.href }))
);
console.log('html lang =', document.documentElement.lang);
console.log('canonical =',
  document.querySelector('link[rel="canonical"]')?.href);

URLセット間のhreflang相互参照をチェックする

hreflangは、クラスター内のすべてのページが相互にリンクしている場合にのみ機能します。これは一方向タグをフラグ付けします——私の374 756ドメイン調査で最も一般的な問題です。

Python

import requests, re
from urllib.parse import urljoin

URLS = ["https://example.com/en/", "https://example.com/de/", "https://example.com/es/"]

def hreflangs(url):
    html = requests.get(url, timeout=20).text
    # crude but effective: grab rel=alternate hreflang link tags
    tags = re.findall(
        r'<link[^>]+rel=["\']alternate["\'][^>]+hreflang=["\']([^"\']+)["\'][^>]+href=["\']([^"\']+)["\']',
        html, re.I)
    return {lang: urljoin(url, href) for lang, href in tags}

clusters = {u: hreflangs(u) for u in URLS}
for u, alts in clusters.items():
    for lang, target in alts.items():
        back = clusters.get(target, {})
        if u not in back.values():
            print(f"NON-RECIPROCAL: {u} -> {target} ({lang}) has no return tag")

ブックマークレット: 未翻訳（ソース言語）ブロックをハイライト表示

これをブックマークとして保存し、翻訳ページでクリックして、メインボディが実際に翻訳されているか、定型文のみかを目視確認します。単語リストを一般的なソース言語のストップワードに置き換えてください。

javascript:(()=>{const en=/\b(the|and|your|with|for|from|this)\b/gi;document.querySelectorAll('p,li,h1,h2,h3').forEach(el=>{const hits=(el.innerText.match(en)||[]).length;if(hits>=3)el.style.outline='2px solid red';});alert('Blocks outlined in red still look like source-language text.');})();

機械翻訳＋SEOのためのツール

翻訳 / MTエンジン

• DeepL — 欧州言語ペアではGoogle翻訳をわずかに上回る傾向があります。MTPEドラフトの生の品質が良好です。
• Google翻訳 / Cloud Translation API — 最も広い言語カバレッジ。2025年のGemini統合により、イディオムと文脈の処理が改善されました。
• Microsoft Translator — Azureベースで、Microsoftスタックのワークフローで有用です。
• LLM翻訳（Claude、GPT、Gemini）— 文脈を考慮したポストエディットや用語集に制約された翻訳に強み。Promptsレンズと組み合わせて使用します。

MTPEの大規模管理

• TMS / ローカライゼーションプラットフォーム（例：Phrase、Crowdin、Lokalise、Smartling）— 翻訳メモリ、用語ベース/用語集、および人間によるレビューワークフローにより、生のMT出力が時間とともに改善されます。

技術的なラッパー（hreflang / インデックス）

• Ahrefs Site Audit と Screaming Frog — hreflangエラー（自己/戻りタグの欠落、非正規ターゲット、壊れた代替）をクロールしてフラグを立てます。
• Google Search Console — 国際ターゲティング / 国別パフォーマンスで、市場ごとに正しいURLがランク付けされているか（および translate.goog プロキシが代わりに表示されていないか）を確認します。
• hreflangタグジェネレーター / バリデーター — 出荷前に相互クラスターとx-defaultを構築してチェックします。
• Bing Webmaster Tools — Bingは content-language に依存しています。インデックスを別途確認してください。

自分で試す：機械翻訳とSEO

Googleが機械翻訳されたコンテンツを実際にどのように扱うかについての5つの簡単な質問。それぞれ答えを選んでから確認してください。

時間をかける価値のあるリソース

関連する私の記事

• Googleは自動翻訳で国際検索トラフィックを奪っている — Googleの translate.goog プロキシページが国際トラフィック（月間約3億7700万訪問）を獲得し、適切なhreflangがそれを取り戻す方法について私がレビューしたAhrefsの分析。
• テクニカルSEO初心者ガイド — 国際およびhreflangの仕組みが全体像の中でどこに当てはまるか。

私の講演

• hreflang調査と興味深い課題 （Brighton SEO 2023）— 私の374 756ドメインの調査。ドメインの67%以上にhreflangの問題があるという発見は、「翻訳品質は仕事の半分に過ぎない」という議論の基盤となっています。

業界からの情報

• RedditはAIで数百万ページを翻訳し、Googleも問題視していない （Search Engine Land）— 2025年6月のGoogleスポークスパーソンの声明全文。
• 安全なのか？自動翻訳コンテンツに対するGoogleの変化する見解 （Glenn Gabe / GSQi）— Redditのケースとスケールコンテンツ乱用の枠組みに関する決定的な詳細分析。
• Google、自動翻訳ページをブロックするrobots.txtガイダンスを削除 （Search Engine Journal）— 2025年のドキュメント変更と、ページレベルの noindex への移行。
• Googleは翻訳で国際検索トラフィックを「盗んで」いるのか？ （Search Engine Land）— プロキシ翻訳現象の独立した分析。Googleの「高品質な現地語コンテンツがない」という枠組みを含む。
• Googleウェブ検索のスパムポリシー （Google）— スケールコンテンツ乱用のセクションを自分で読んでください。コメントのほとんどよりも短く明確です。
• ページのローカライズ版 （Google）— hreflangの仕組みと、未翻訳のメインコンテンツの重複ルール。

変更履歴