国際SEO監査

TL;DR — 国際SEO監査では、各ページがどの言語と国向けかをサイトが検索エンジンに正しく伝えているかを確認します。通常の技術監査と違い、複数市場に配信すると初めて存在するhreflang、URL構造、地域リダイレクト、ローカライズされたコンテンツというシグナルの層が加わります。通常は新しい国へ進出する前、特定市場でトラフィックが落ちた後、または初めてhreflangを設定するときに実施します。

国際SEO監査の対象

通常の技術SEO監査では「検索エンジンはこのサイトをクロール、レンダリング、インデックスできるか」と問います。国際監査ではさらに「検索エンジンは各ページの正しいバージョンを正しい人々に配信しているか」と問います。

この2つ目の問いから、単一市場のサイトにはない一連のシグナルが生まれます。

• URL／ドメイン構造 — 国別ドメイン（example.de）、サブドメイン（de.example.com）、サブフォルダー（example.com/de/）のどれを使っていますか。また、その選択を一貫して適用していますか？
• Hreflang — 「これはフランス語、ドイツ語、日本語の同じページです」とGoogleに伝えるアノテーションです。問題の大半はここにあります。
• 地域リダイレクト — 訪問者を所在地に基づくバージョンへ自動送信する場合、Googleがサイトの残りをクロールする方法をひそかに壊していませんか？
• ローカライズされたコンテンツ — コンテンツは各市場向けに実際に書かれていますか。それとも機械翻訳に通しただけですか？
• 国別パフォーマンス — 検索需要の規模に比べて、パフォーマンスが低い市場はありますか？

通常の監査と異なる理由

大きな理由はhreflangです。小さなメタタグに見えますが、SEOで正しく実装するのが最も難しいものの1つです。GoogleのJohn Muellerは率直にこう述べました。

“TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (翻訳) 「正直に言えば、hreflangはSEOで最も複雑な側面の1つです。メタタグのように簡単に見えても、すぐに難しくなります。」

そのとおりです。Brighton SEO 2023の講演 のために374 756ドメインを調査したところ、hreflangを使うドメインの67%に少なくとも1つのエラーがありました。 3分の2です。単一言語サイトにはない問題なので、国際監査には独自のプロセスが必要です。

実施すべきタイミング

次のタイミングで国際SEO監査を実施します。

• 新しい市場へ進出しようとしている。 ローンチ前に監査し、後から修正するのではなく、最初からhreflangと構造を正しく設定します。
• 特定の国でトラフィックが落ちた。 ドイツだけが急落し米国が問題ないなら、ほぼ常に国際シグナルの問題です。壊れたhreflang、地域リダイレクト、または現地でのランキングを失ったコンテンツが考えられます。
• 初めてhreflangを実装する。 間違えやすいため、ローンチ前の監査と公開後の再監査で十分に元が取れます。
• 定期メンテナンスとして。 開発者が変更を公開すると、hreflangは気付かれないまま壊れます。定期的に確認すれば、トラフィックを失う前にドリフトを検出できます。

多くの人がつまずく点があります。Google Search Consoleの「International Targeting」レポートはなくなりました。 Googleは2022年9月22日に削除しました。GSCに専用の調整機能はもうないため、現在の監査はクロールツール（Ahrefs Site Audit、Screaming Frog）と、GSCのEnhancementsセクションにわずかに表示される情報に頼ります。

6領域の完全なプロセス、つまりhreflangの全エラータイプ、地域リダイレクトの罠、ツールの使い方を知りたい場合は、Advancedタブに切り替えてください。

国際SEO監査の定期運用SOP

四半期ごとに、またロケールテンプレート、ルーティング、正規化、hreflangのリリース後に実施します。

1. ロケールの棚卸しを凍結する。 対応する言語／地域の組み合わせ、URLパターン、想定フォールバックをすべてエクスポートします。**完了条件：**各ライブロケールに担当者と代表URLがある。
2. すべてのロケールをリダイレクトなしでクロールする。 ステータス、インデックス可否、正規URL、言語シグナル、内部リンク、HTML・ヘッダー・サイトマップのhreflangを収集します。**完了条件：**宣言されたすべてのロケールURLが1つのクロールデータセットに含まれる。
3. クラスターをグラフとして検証する。 自己参照、戻りリンク、有効なコード、直接の 200 ターゲット、実装方法間の一致を確認します。**完了条件：**各エラーがクラスターとテンプレートに割り当てられる。
4. ルーティングとアクセスをレビューする。 デフォルトリクエストと関連する Accept-Language リクエストを比較し、クローラーがすべてのバージョンへ到達できることを確認します。**完了条件：**強制リダイレクトとアクセス不能な切り替えの調査結果が記録される。
5. ローカライズ品質をサンプリングする。 表示言語、通貨、形式、現地語、国別の主張を適格なレビュアーと確認します。**完了条件：**各優先市場に承認済みサンプルと改善担当者がある。
6. 市場パフォーマンスを比較する。 国、ページディレクトリ、クエリ言語で検索データを分け、ローンチと技術インシデントを注記します。**完了条件：**変動が需要、ターゲティング、技術的仮説に分けられる。
7. 優先順位を付けて再テストする。 任意のx-default整理より先に、壊れたターゲットと不足した戻りリンクを修正します。**完了条件：**影響の大きい修正が同じクロール検査に合格し、次回レビュー日が設定される。

監査を運用可能に保つ指標

Hreflangクラスターの整合性

指標： 直接の正規 200 URLへ向かう、相互参照かつ自己参照のアノテーションを持つ、想定ロケールペアの割合。分かること： alternateの関係が技術的に利用可能か。**取得方法：**クローラーのエクスポートをクラスターで結合し、実際のエッジをロケール棚卸しと比較する。**ベンチマーク／現実的な範囲：**現在のベースラインを確立し、重要テンプレートの失敗をゼロに近づける。**頻度：**関連リリース後、および変化の多い大規模サイトでは毎月。

インデックス可能なロケールの網羅性

指標： インデックス可能で自己正規化された、想定ロケールURL。**分かること：**ルーティング、robots、ステータス、正規化のルールが意図したページを除外していないか。**取得方法：**ロケール棚卸しをクロールのステータス、robotsディレクティブ、正規ターゲットと結合する。**ベンチマーク／現実的な範囲：**承認済み棚卸しと比較し、説明できないすべての差を調査する。**頻度：**毎月および移行後。

デフォルト以外の市場の検索可視性

指標： 各ロケールディレクトリと対象国の検索クリック数とインプレッション。**分かること：**意図した市場に検索露出があり、デフォルト市場のURLがそれを吸収していないか。**取得方法：**サイトのロケールパターンを使ってSearch Consoleのページデータと国データを分ける。**ベンチマーク／現実的な範囲：**別市場の目標を借りず、各市場自身の季節性を考慮したベースラインを使う。**頻度：**毎週監視し、毎月レビュー。

リダイレクトされた入口の露出

指標： リクエストの言語、所在地、Cookieの状態に基づいてリダイレクトするロケール入口URL。**分かること：**発見とユーザー選択のリスクが存在する場所。**取得方法：**代表的な入口URLにリクエストマトリクスを実行し、ステータスと Location ヘッダーを比較する。**ベンチマーク／現実的な範囲：**直接クロール可能なままにすべきURLに強制リダイレクトを置かず、ホームページだけの例外を記録する。**頻度：**ルーティングの各リリース後および四半期ごと。

自分で確認：国際SEO監査

TL;DR — 国際SEOを6領域で監査します。(1) URL／ドメイン構造 — ロケール棚卸し（市場、URLパターン、対象者、正規URL、インデックス可否、alternateの方法）から始め、ccTLD、サブドメイン、サブフォルダーを一貫して適用する、(2) hreflang — 中核であり、私の374 756ドメイン調査ではhreflangを使うドメインの67%にエラーがあった、(3) 地域リダイレクトとGooglebot — Googlebotは主に米国IPからクロールし Accept-Language を送らないため、IP、Accept-Language、Cookie、ディープリンクのリクエスト状態マトリクスでテストする、(4) 技術シグナル — html lang、Content-Language、JSレンダリング、ページネーション、サーバーの地理情報、(5) コンテンツ品質 — 機械翻訳（方法だけでなく価値と目的で判断）、不足、現地のE-E-A-T、(6) 国別パフォーマンス — GSC／GA4の観測データとAhrefsの推定値を分ける。ページ単位ではなくクローラーで大規模に実行します。x-defaultと自己参照タグより先に、不足した戻りタグと壊れたURLを優先します。GSCのInternational Targetingレポートは廃止され、hreflangエラーは現在Enhancementsに表示されます。

手作業ではなくクローラーで全体を実行します。手作業の確認で分かるのは見たページだけですが、クロール（Ahrefs Site AuditまたはScreaming Frog）なら残りを検出できます。私が進める6領域のプロセスは次のとおりです。

1. URL構造監査

何かを採点する前に、ロケール棚卸しを作ります。市場／言語の組み合わせごとに1行を用意し、URLパターン、対象者、正規ターゲット、インデックス可否、実際に導入されているhreflangの配信方法（HTML headタグ、HTTPヘッダー、サイトマップ）を記載します。これにより監査は個別URLの調査結果の山ではなく、クロールと結合できるデータセットになります。

この行を自分のロケールに置き換えます。ポイントは、hreflang、地域リダイレクト、コンテンツエラーを採点する前に、正規化された表を1つ作ることです。

それぞれ異なるトレードオフを持つ3つの構造があり、Googleはいずれも正当なものとして扱います。

• ccTLD（example.de） — 最も強いジオターゲティングシグナルで、サーバー所在地は関係ありません。ただし高価で、ドメインごとに別々にドメイン権威を築く必要があります。
• サブドメイン（de.example.com） — 設定しやすくホスティングの自由度もありますが、ユーザーには国を対象にしていると読まれないことがあります。
• サブフォルダー（example.com/de/） — 最も簡単で、1つのドメインに権威を集約できます。ただし切り離しにくく、1つのサーバー所在地に結び付きます。

普遍的に優れた構造はありません。どれにも成功例があります。監査の問いは「どれが最良か」ではなく、**「選んだ構造が一貫して実装されているか」**です。失敗するのは、米国サーバーでホストされた .de ドメインが英語コンテンツを配信する、または一部ページでは /de/、別のページでは de.example.com を使うような混在したシグナルです。TLD、コンテンツ言語、サーバー／CDN所在地、内部リンク、バックリンクの一貫性を検証します。

ここでもう2つ確認します。言語／国のターゲティングにURLパラメーターを決して使わないでください（Googleは「推奨しない」と呼び、セグメント化を難しくします）。GSCには手動の国ターゲティング設定がもうないことも覚えておきましょう。ccTLDについては、GoogleがTLDからジオターゲティングを自動推定します。Bing市場を対象にする場合は、Bing Webmaster ToolsにGeo Targeting機能（ドメイン／サブドメイン／ディレクトリ／ページ単位）がまだあり、設定する価値があります。

2. Hreflang監査（中核）

国際監査の成否を分けるのは、ほとんどここです。hreflangタグはペアで機能し、同等ページのクラスターを作ります。正しく設定されていれば、再ランキング時に正しい国へ正しいバージョンが切り替わり、壊れていれば切り替わらずユーザーに誤った言語が表示されます。

このセクションでは、広範な監査に含める内容、実際にクラスターを壊すもの、クローラーを使ったトリアージを扱います。3つの実装方法から全アノテーションを抽出し、相互参照マトリクスを作り、クラスターグラフを大規模に読む仕組みは、Hreflangを大規模に監査する方法を参照してください。

9種類のエラー

私のBrighton SEO 2023調査 （374 756ドメインにおける最も一般的なHreflang問題。これまでで最大のhreflang調査で、他の調査のほぼ10倍）から、発生頻度とともに探すべきエラーを示します。

hreflangを使うドメインの67%に少なくとも1つの問題があります。 ただしすべてのエラーが同じではありません。多くのチェックリストが見落とす点です。

• 戻りタグの欠落は機能上の被害が最も大きい。 ページAがページBを参照しているのにBがAへリンクしなければ、Googleはアノテーションのペア全体を無視することがあります。“If page X links to page Y, page Y must link back to page X.” (翻訳) 「ページXがページYへリンクするなら、ページYはページXへリンクし返す必要があります。」
• x-defaultの欠落は最も一般的（56,3%）だが必須ではない。 推奨されるフォールバックであり、厳格な要件ではありません。
• 自己参照タグもベストプラクティスであり必須ではない。 18%が欠落していますが、多くは問題なく機能します。堅牢性のために修正しますが、重大なブロッカーではありません。
• 値のエラーは実際に壊す。 日本語に jp を使う（正しくは ja）、js を ja と誤記する、3文字コード（gbr の代わりに gb）を使う、ラテンアメリカに la（ラオス）を誤用する、といった例があります。言語にはISO 639-1、地域にはISO 3166-1 Alpha-2を使ってください。Googleが許容するものもあります（en_gb のようなアンダースコア、特別に予約された en-UK、相対URL、UTF-8エンコード文字など）。
• URL形式の不一致（末尾スラッシュ、httpとhttps）と孤立したロケールURL（壊れたページやリダイレクトを指すhreflang）も静かにクラスターを壊します。alternate URLは転送方式を含む完全修飾URLにし、https://example.com/page を使います。//example.com/page や /page ではありません。

Pubcon 2019 で示した重要な区別は、hreflangは正規URLではなくインデックスされたバージョンに関するものだという点です。正規URLが何に設定されているかではなく、インデックスされたバージョンが重要です。hreflangが、インデックスURLから正規化チェーンで離れたURLを指していれば、シグナルが失われることがあります。正規タグだけでなく、GSCのURL InspectionでインデックスURLを確認してください。

Ahrefs Site Auditのhreflang検査

Ahrefs Site Auditには、私が頼りにしている専用のhreflang検査があります。

1. Hreflangアノテーションが無効（誤ったISOコード、例：en-en や en-uk）
2. 自己参照のhreflangアノテーションがない
3. 1つのページが複数言語で参照されている
4. 同じ言語に複数のページがある
5. hreflangとHTML langが一致しない
6. 相互のhreflangがない（戻りタグがない）
7. 非正規URLへのhreflang
8. 壊れたページへのhreflang
9. HTML lang属性がない／hreflangは定義されているがHTML langがない

Ahrefs hreflangクラスターの可視化（差別化要素）

これは競合するガイドが取り上げない部分で、私の監査方法を本当に変えました。Site Auditで任意のページのURL Detailsパネルを開き、Hreflangsタブへ移動すると、ページの完全なhreflangクラスターがネットワークグラフとして表示されます。クラスター内の各ページがノード、各アノテーションがエッジです。エラーは赤で強調表示されるため、クラスター内の欠落または誤って追加されたリンクが視覚的にすぐ分かります。

この方法でhreflangクラスターを表示する最初のツールです。「ページXにページYへの戻りタグがない」という表計算を読む代わりに、グラフ上で壊れたエッジが見えます。一目で壊れたクラスターを見つけやすく、通常のエクスポートより関係者に問題を説明しやすくなります。

Screaming Frogのhreflang方法

Screaming Frogを使う場合は、クロール前にConfiguration > Spider > Crawl Hreflangを有効にします。相互参照する複数ドメイン（ccTLD）の実装では、外部ドメインをConfig > CDNsに追加します。そうしないと .de、.fr などを指すhreflangタグが検証されません。クロール後の分析を実行してhreflangフィルターを作成し、確認します。“Contains Hreflang, Non-200 Hreflang URLs, Unlinked Hreflang URLs, Missing Return Links, Inconsistent Language & Region Return Links, Non-Canonical Return Links, Noindex Return Links, Incorrect Language & Region Codes, Multiple Entries, Missing Self Reference, Not Using Canonical, Missing X-Default” (翻訳) 「hreflangあり、200以外のhreflang URL、リンクされていないhreflang URL、戻りリンクの欠落、言語・地域の戻りリンク不一致、非正規URLへの戻りリンク、noindexへの戻りリンク、言語・地域コードの誤り、複数エントリ、自己参照の欠落、正規URL不使用、x-defaultの欠落」を確認し、head外に配置されたタグも調べます。Reports > Hreflangからエクスポートします。

手作業でスポットチェックする場合は、サンプルページのソースを表示し、hreflang を検索します。各alternate URLについて、200を返し、一致するISOコードで戻りタグを返していることを確認してください。

3. 地域リダイレクト監査

これは静かな破壊要因です。Googlebotは主に米国のIPアドレスからクロールします。 サイトがIPに基づき、ローカルでない訪問者をすべて「ローカル」バージョンへ自動リダイレクトすると、米国IPから来るGooglebotは毎回米国版へ送られます。その結果、Googlebotはほかの言語バージョンに到達できず、戻りタグも見られず、それらのバージョンは実質的にインデックスから外れます。静かなインデックス削除です。

個別ページで地域IPリダイレクトを維持しながら、国際SEOのベストプラクティスをすべて満たす方法はありません。Google自身も、“IP location analysis is difficult and generally not reliable” (翻訳) 「IPによる所在地分析は難しく、一般に信頼できない」と、“most, but not all, Google crawls originate from the US.” (翻訳) 「Googleのクロールの大半は米国から発生するが、すべてではない」と述べています。別URLではなく検出した所在地／言語ごとに異なるコンテンツを配信するロケール適応ページについて、Googleは*“might not crawl, index, or rank all your content for different locales”* (翻訳) 「異なるロケールのすべてのコンテンツをクロール、インデックス、ランキングできない可能性がある」と明記しています。これは主にGooglebotが通常 Accept-Language ヘッダーをまったく送らないためです。 (多地域・多言語サイトの管理 、原題：“Managing Multi-Regional and Multilingual Sites” (翻訳) 「多地域・多言語サイトの管理」; Googleによるロケール適応ページのクロール 、原題：“How Google Crawls Locale-Adaptive Pages” (翻訳) 「Googleによるロケール適応ページのクロール」)

1つの条件ではなく、リクエスト状態のマトリクスでテストします。

• IPシグナルなし、Accept-Language なし、Cookieなし — Googlebotの典型的な状態です。URLがデフォルト市場へ跳ねず、クロール可能でインデックス可能なページに解決することを確認します。
• 米国IP（またはVPN）とブラウザーのデフォルト設定 — どのバージョンが読み込まれるか確認します。
• さまざまな Accept-Language 値 — リダイレクトが明示されたhreflang／言語の選択を上書きしないか確認します。
• 既存のロケールCookie — 市場を切り替えようとするユーザーを永久に閉じ込めないことを確認します。
• デフォルトでないロケールURLへのディープリンク（ホームページだけではない） — 要求したロケールが読み込まれ、デフォルトへ跳ねないことを確認します。

このマトリクスから、次を確認します。

• IPまたはCookieベースのリダイレクトを特定する。
• 許容できる自動リダイレクトはx-default／ルートURLからのものだけです。個別の言語／国ページは決して自動リダイレクトしないでください。
• ユーザーが言語セレクターで手動上書きでき、Cookieの設定で永久に閉じ込められないことを確認する。

4. 技術的な確認

hreflang以外にも一連のシグナルがあります。

• html lang 属性。 正しく設定しますが、役割を理解してください。Googleは言語検出にlang属性ではなくページの表示コンテンツを使います。したがって html lang は主にUX／アクセシビリティ（スクリーンリーダー）とほかの検索エンジン向けです。Googleは言語検出では無視します。lang="en" のページがフランス語コンテンツを配信していれば、修正すべきバグです。（Ahrefsはhreflangとlangの不一致を検出します。）
• Content-Language HTTPヘッダー。 <meta http-equiv="content-language"> タグはHTML仕様で非推奨です。使わないでください。HTTPレスポンスのヘッダーは有効で、BingはContent-Languageを主要な言語シグナルとして重視する一方、Googleは弱いヒントとして扱うため重要です。Bing市場ではヘッダーを正しく設定します。
• JavaScriptレンダリング。 hreflangが読み込み後にクライアント側JSで挿入されると、JSを完全にレンダリングしないクローラーが見落とすか、処理が遅れる可能性があります。URL Inspectionで、生のページソース（JSなし）とレンダリング版を比較します。ベストプラクティスは、サーバーレンダリングされたHTML head、HTTP Linkヘッダー、またはXMLサイトマップにhreflangを置くことです。SPAサイト（CSRモードのReact、Vue、Next.js）が最も高リスクです。
• hreflang付きのページネーション。 ページ分割された各URLには完全なhreflangセットが必要です。英語の2ページ目はフランス語のホームページではなく、フランス語の2ページ目を指します。ページ分割ページも正規化するなら、hreflangが正規／インデックスURLを指すことを確認してください。Googleは非正規ページのhreflangを無視します。
• ccTLDのサーバーIP／CDNジオロケーション。 ccTLDプロパティでは、国内ホスティング（または現地にPoPを持つCDN）は弱い補強シグナルです。TLDが支配的ですが、競争の激しい市場では一貫性が役立ちます。より実務的には、地域PoPがTTFBを短縮し、Core Web Vitalsを改善します。これは測定可能です。
• 廃止後のGSC。 International Targetingレポートは2022年9月22日に非推奨／削除されました（2014年から提供）。直接置き換わるものはありません。hreflangエラーは現在、詳細が限られたEnhancementsセクションに表示されるため、クロールツールの二次シグナルとして扱います。

5. コンテンツ品質監査

実装が完璧でも、コンテンツが実際にローカライズされていなければ市場内で失敗します。

• 機械翻訳の確認。 編集されていないMTは危険信号です。その国で実際に検索される語、文化的文脈、まとまりのある意味構造を取りこぼします。Googleは翻訳ページにもオリジナルと同じ品質基準を適用します。タイトル、メタディスクリプション、URLスラッグもローカライズされているか確認してください。スラッグには音訳ではなく現地のキーワードを使います。正確に監査するための注意点が1つあります。機械翻訳は自動的にポリシー違反になるわけではありません。Googleの大量生成コンテンツの不正利用ポリシーは目的と価値を問題にしており、自動翻訳を主にランキング操作に使い、ユーザーにほとんど価値を加えない場合に悪用となる技法の1例として挙げています。同じテストは人間が書いた大量生成コンテンツにも適用されます。「機械翻訳か」だけでなく、有用性、独自性、正確性、市場適合性で翻訳ページを評価してください。
• バージョン間の薄い／重複コンテンツ。 言語間でほぼ同一のページや、同じクエリで主要市場のページがローカライズ版をカニバリゼーションしていないか確認します。
• 市場固有のコンテンツ不足。 Ahrefs Site Explorer > Organic Keywordsを対象国で絞り、サイトが各市場で何にランキングしているかを確認し、主要市場と比較します。高パフォーマンスの英語コンテンツにローカライズ版がなければ、それが不足リストです。
• 現地のE-E-A-T。 権威は自動的に移転しません。関連性は構築するもので、仮定するものではありません。米国のPR掲載は日本での信頼にはなりません。現地の著者プロフィールと資格、現地の参照情報、現地の認証／コンプライアンス、現地プラットフォーム（日本なら楽天など）のレビュー、現地サイトからのリンクを監査します。現地の入力がない中央コンテンツチームは、現地の専門家と同じ基準に到達できません。

6. 市場別パフォーマンス監査

最後に、実際にどこで勝ち、どこで負けているかを確認します。進める際は2種類のデータを分けてください。Search ConsoleとGA4は、実際のクリック、インプレッション、セッションという一次の観測行を提供します。Ahrefsの国別トラフィックシェアとキーワードボリュームは、第三者による推定値です。どちらも市場について仮説を作るのに役立ちますが、単独では、Googleがその市場でページをランキングした理由、またはしなかった理由を証明しません。Googleもジオターゲティング全般について、“geotargeting isn’t an exact science.” (翻訳) 「ジオターゲティングは厳密な科学ではない」と述べています。クロールとパフォーマンスの調査結果は、最終証拠ではなく確認すべき手がかりとして扱います。

• 国別トラフィック。 Ahrefs Site Explorer > Metrics by Countryでは、オーガニック

• 国別トラフィック。 Ahrefs Site Explorer > Metrics by Countryでは、国ごとのオーガニックトラフィックシェアとキーワード数が表示されます。各市場の実際のトラフィックシェアを、その市場の潜在値（検索需要）と比較します。コンテンツがあるのにトラフィックが不釣り合いに少ない市場は、技術／hreflang問題を示します。ランキングが良いのにCTRが低ければ、タイトル／説明のローカライズ問題を示します。

• 現地の競合をベンチマークする。 Site Explorer > Organic Competitors filtered by countryで、実際にその市場でランキングしているサイトを確認します。グローバルな競合とはまったく異なる現地語のサイトであることもよくあります。競合に対してリンク／コンテンツギャップを調べます。

• GA4の国別セグメントで仕上げます。トラフィックが多くエンゲージメントが低い = コンテンツ品質、ローカライズした市場へのトラフィックが少ない = 発見／hreflangです。CDNがなければ地域パフォーマンスは大きく変わるため、国別のCore Web Vitals（PageSpeed InsightsのCrUX）も確認します。

AI要約

Advanced版の要点をまとめると次のとおりです。

• 国際SEO監査は6領域を対象にする。 URL／ドメイン構造、hreflang、地域リダイレクト、技術シグナル、コンテンツ品質、国別パフォーマンスです。エラーを採点する前に、ロケール棚卸し（市場、URLパターン、対象者、正規URL、インデックス可否、alternateの方法）から始めます。ページ単位ではなく、クローラーで大規模に実行します。
• Hreflangが中核。 Brighton SEO 2023の374 756ドメイン調査で、hreflangを使うドメインの67%に少なくとも1つのエラーがありました。9種類のエラーは、戻りタグの欠落、言語／国コードの誤り、非正規ターゲット、自己参照タグの欠落、x-defaultの欠落、非正規ページ上のhreflang、URL形式の不一致、孤立／壊れたロケールURLです。
• 優先順位： 戻りタグの欠落と壊れたURLが最重要です。x-default（56,3%で欠落）と自己参照タグはベストプラクティスで、ブロッカーではありません。Hreflangが追うのは正規版ではなくインデックスされたバージョンです。
• Ahrefs Site Auditは9つのhreflang検査を実行し、クラスターを赤いエラー表示付きのネットワークグラフ（URL Details > Hreflangsタブ）で表示する最初のツールです。Screaming FrogではCrawl HreflangとCDNクロールを有効にする必要があります。
• 地域リダイレクトとGooglebot： Googlebotは主に米国IPからクロールし Accept-Language ヘッダーを送らないため、サイト全体のIPリダイレクトはGooglebotを米国版だけに送り、静かなインデックス削除のリスクになります。1つの条件ではなく、信号なし、米国IP、さまざまな Accept-Language、既存Cookie、ディープリンクのリクエスト状態マトリクスでテストします。自動リダイレクトすべきなのはx-default／ルートだけです。
• 技術シグナル： html lang はUX／Bing向け（Googleは言語検出で無視）、Content-LanguageヘッダーはBingの主要シグナル、JS挿入hreflangは見落とされるリスクがあり、ページ分割ページにはページごとのhreflangが必要です。
• GSC International Targetingレポートは2022年9月22日に削除。 hreflangエラーは現在Enhancementsに表示されます（詳細は限定的）。
• コンテンツ + パフォーマンス： 編集されていない機械翻訳にはフラグを立てますが、翻訳ページは有用性、独自性、正確性、市場適合性で判断します。方法だけではポリシー違反ではありません。Ahrefsの国フィルターとMetrics by Countryで不足を見つけ、現地の競合をベンチマークします。観測GSC／GA4データとAhrefsの推定値を分け、現地のE-E-A-Tを築きます。権威はそのまま移転しません。

公式ドキュメント

国際ターゲティングに関する一次資料のドキュメントです。

Google

• ページのローカライズ版をGoogleに伝える （原題：“Tell Google about localized versions of your page” (翻訳) 「ページのローカライズ版をGoogleに伝える」） — 戻りタグ要件、完全修飾URL、x-default、同等の3つの方法（HTML linkタグ、HTTP Linkヘッダー、XMLサイトマップ）を扱うhreflangリファレンスです。
• 多地域・多言語サイトの管理 （原題：“Managing Multi-Regional and Multilingual Sites” (翻訳) 「多地域・多言語サイトの管理」） — URL構造のトレードオフ（ccTLD／サブドメイン／サブフォルダー）、ジオターゲティングシグナル、IPベースの適応とURLパラメーターが推奨されない理由を説明します。
• Googleによるロケール適応ページのクロール （原題：“How Google Crawls Locale-Adaptive Pages” (翻訳) 「Googleによるロケール適応ページのクロール」） — 別URLではなく検出した所在地／言語で異なるコンテンツを配信すると、Googleがすべてのロケールをクロール、インデックス、ランキングできないリスクと、GooglebotのIP／Accept-Language の挙動を説明します。
• 国際ランディングページ向けx-default hreflang（2013年） （原題：“x-default hreflang for international landing pages (2013)” (翻訳) 「国際ランディングページ向けx-default hreflang（2013年）」） — x-defaultの原典リファレンスです。
• x-defaultが役立つ仕組み（2023年） （原題：“How x-default can help you (2023)” (翻訳) 「x-defaultが役立つ仕組み（2023年）」） — 更新されたx-defaultのユースケースです。
• GSCのEnhancements／構造化データとhreflangのレポート （原題：“GSC Enhancements / structured-data and hreflang reporting” (翻訳) 「GSCのEnhancements／構造化データとhreflangのレポート」） — International Targetingレポートがなくなった現在、hreflangの問題が表示される場所です。

Bing / Microsoft

• Bing Webmaster Tools — 地域ターゲティング（2013年のアーカイブ） （原題：“Bing Webmaster Tools — Geo Targeting (archived, 2013)” (翻訳) 「Bing Webmaster Tools — 地域ターゲティング（2013年のアーカイブ）」） — ドメイン、サブドメイン、ディレクトリ、ページ単位でターゲットを設定できた古い機能です。2020年に再設計されたBing Webmaster Toolsから削除され、復活していません。Bingは代わりにContent-LanguageのメタタグとHTTPヘッダーを主要な言語／地域シグナルとして重視します。
• Bing Webmaster Toolsが地域ターゲティング機能を削除（Search Engine Roundtable、2020年9月） （原題：“Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, Sept 2020)” (翻訳) 「Bing Webmaster Toolsが地域ターゲティング機能を削除（Search Engine Roundtable、2020年9月）」） — Fabrice Canel（Bing）が削除を確認し、content-languageのメタタグ／ヘッダーが代替だと説明しています。

出典の引用

国際監査に関係する記録に残る発言です。

Google — hreflangの複雑さについて

• “TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (翻訳) 「正直に言えば、hreflangはSEOで最も複雑な側面の1つです。メタタグのように簡単に見えても、すぐに難しくなります。」 — John Mueller、Google、Twitter／X、2018年2月19日。 報道

Google — 戻りタグ要件について

• “If page X links to page Y, page Y must link back to page X. If this is not the case for all pages that use hreflang annotations, those annotations may be ignored or not interpreted correctly.” (翻訳) 「ページXがページYへリンクするなら、ページYはページXへリンクし返す必要があります。hreflangアノテーションを使うすべてのページでこの関係が成り立たなければ、アノテーションが無視されるか、正しく解釈されない可能性があります。」 — Google Search Centralのドキュメント。 引用へジャンプ

Google — IPベースのジオロケーションについて

• “IP location analysis is difficult and generally not reliable.” (翻訳) 「IP所在地分析は難しく、一般に信頼できません。」 — Google Search Centralのドキュメント（“Managing Multi-Regional and Multilingual Sites” (翻訳) 「多地域・多言語サイトの管理」）。 ドキュメントを読む

Google — ロケール適応クロールについて

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (翻訳) 「サイトがロケール適応ページを使用し、訪問者の推定国または優先言語に基づいて異なるコンテンツを返す場合、Googleはロケールごとのすべてのコンテンツをクロール、インデックス、ランキングできない可能性があります。」 — Google Search Centralのドキュメント（“How Google Crawls Locale-Adaptive Pages” (翻訳) 「Googleによるロケール適応ページのクロール」）。 引用へジャンプ
• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (翻訳) 「コンテンツの適応にIP分析を使わないでください。IP所在地分析は難しく、一般に信頼できません。また、Googleがサイトのバリエーションを適切にクロールできない可能性があります。Googleのクロールの大半は米国から発生しますが、すべてではなく、サイトのバリエーションを検出するために所在地を変えることもありません。」 — Google Search Centralのドキュメント（“Managing Multi-Regional and Multilingual Sites” (翻訳) 「多地域・多言語サイトの管理」）。 引用へジャンプ

Google — International Targetingレポートについて

• “The International Targeting report has been deprecated, and will be removed from Search Console soon.” (翻訳) 「International Targetingレポートは非推奨となり、まもなくSearch Consoleから削除されます。」Googleはさらに、“we continue to support hreflang and our recommendations for managing multilingual and multiregional sites still stand.” (翻訳) 「Googleは引き続きhreflangをサポートし、多言語・多地域サイトの管理に関する推奨事項も有効です」と付け加えました。（2022年9月22日に削除。） 報道

国際SEO監査チェックリスト

6つの監査領域ごとに整理しています。上から下へ実行してください。

1. URL／構造

• ロケール棚卸しを作成した（市場、URLパターン、対象者、正規URL、インデックス可否、alternateの方法）
• 1つの構造（ccTLD／サブドメイン／サブフォルダー）を選び、一貫して適用した
• 混在したシグナルがない（TLDとサーバー／CDN所在地、コンテンツ言語、内部リンクの不一致）
• 言語／国のターゲティングにURLパラメーターを使っていない
• GSC Enhancementsでhreflangエラーを確認した（古いInternational Targetingレポートは廃止）
• Bing市場にcontent-languageメタタグまたはHTTPヘッダーを設定した（Bingは2020年にGeo Targeting機能を削除し、現在はこちらが推奨シグナル）

2. Hreflang

• 大規模にクロールした（Ahrefs Site AuditまたはScreaming Frog）。スポットチェックだけではない
• 不足した戻りタグを修正した（最重要）
• 壊れた／リダイレクトされたhreflang URLを修正した
• 非正規のhreflang URLを修正した（インデックスURLを指す）
• 言語コードを検証した（ISO 639-1 + ISO 3166-1 Alpha-2）
• html lang がhreflangの言語コードと一致する
• 自己参照タグがある（ベストプラクティス）
• x-defaultが適切なフォールバックを指している（ベストプラクティス）
• 影響を受けた各クラスターのAhrefsグラフをレビューした
• alternate URLが完全修飾され、形式が一貫している（http／httpsや末尾スラッシュのドリフトがない）

3. 地域リダイレクト

• リクエスト状態のマトリクス（信号なし、米国IP／VPN、さまざまな Accept-Language、既存Cookie、ディープリンク）でサイトをテストした
• Googlebotを米国版だけへ送るサイト全体の地域IPリダイレクトがない
• x-default／ルートURLだけが自動リダイレクトし、言語ページは決してリダイレクトしない
• 言語セレクターが利用でき、Cookieの設定でユーザーを閉じ込めない

4. 技術

• すべてのページで html lang を正しく設定した（UX／アクセシビリティ + Google以外の検索エンジン）
• Bing市場にContent-Language HTTPヘッダーを設定した（非推奨のメタタグではない）
• hreflangがサーバーレンダリングされたHTML／ヘッダー／サイトマップにある。クライアント側JSだけではない
• hreflangがhead内にあり、外側にない
• ページ分割ページにページごとの正しいhreflangセットがある（2ページ目 → 2ページ目）
• 国際ページを誤ってnoindexにしたりrobots.txtでブロックしたりしていない
• サーバー／CDNのジオロケーションがccTLDのターゲティングと一致している

5. コンテンツ

• 編集されていない機械翻訳ページが公開されていない
• タイトル、メタディスクリプション、URLスラッグをローカライズした（スラッグは音訳ではなく現地のキーワード）
• 市場ごとのコンテンツ不足を特定した（Ahrefsの国フィルター）
• 市場固有のコンテンツに現地の著者プロフィール／資格がある
• 現地の信頼シグナルがある（認証、現地の連絡先、現地プラットフォームのレビュー）

6. パフォーマンス

• Ahrefs Metrics by Countryを確認し、パフォーマンスの低い市場にフラグを立てた
• トラフィックシェアを市場ごとのキーワード潜在値と比較した
• 現地の競合を市場ごとにベンチマークした（国で絞ったOrganic Competitors）
• GA4を国別にセグメントし、地域ごとのCore Web Vitalsを確認した

修正の優先順位を決める方法

一度に直せる以上の問題が見つかります。すべての調査結果を、影響度 × 工数の単純なマトリクスに分類します。

hreflangのエラータイプをこのマトリクスに当てはめると次のようになります。

• 影響大 + 簡単 → 今すぐ修正： 少数のクラスターにおける戻りタグの欠落、壊れた／リダイレクトURLを指すhreflang、誤った言語／国コード（jp→ja）。
• 影響大 + 難しい → 今計画する： Googlebotをブロックするサイト全体の地域IPリダイレクト（エンジニアリングと語セレクターのパターンが必要）、SPAのクライアント側JS hreflang（SSR／サイトマップの作り直しが必要）、深い正規化チェーン問題による非正規hreflang。
• 影響小 + 簡単 → まとめて修正： 自己参照タグの欠落、x-defaultの欠落、html lang の不一致。実際のベストプラクティスですがクラスターを壊さないため、一度に対応します。
• 影響小 + 難しい → 優先度を下げる： TLDがすでにシグナルを支配しているccTLDの、軽微なサーバージオロケーション調整。

指針はこうです。戻りタグと壊れたURLはクラスターを壊し、x-defaultと自己参照タグは堅牢性のためのものです。 まず壊す要因を修正してください。

6段階の監査手順

各領域をこの順序で進めます。後の領域は前の領域を土台にします。

1. URL／構造 — 上に何かを監査する前に、基盤が一貫していることを確認します。
2. Hreflang — 中核です。大規模にクロールし、クラスターグラフをレビューしてトリアージします。
3. 地域リダイレクト — Googlebotが実際にすべてのバージョンへ到達できることを確認します。
4. 技術シグナル — html lang、Content-Language、JSレンダリング、ページネーション、サーバーの地域。
5. コンテンツ品質 — ローカライズ、不足、現地のE-E-A-T。
6. 市場別パフォーマンス — 勝っている場所／負けている場所を測定し、現地でベンチマークします。

国際SEO監査のツール

• Ahrefs Site Audit（主要）。 9つのhreflang検査（無効なアノテーション、自己参照の欠落、複数言語／複数ページの競合、hreflang↔HTML-langの不一致、戻りタグの欠落、非正規ターゲット、壊れたターゲット、HTML langの欠落）を実行します。hreflangクラスターの可視化（URL Details > Hreflangsタブ）は各クラスターをエラーが赤いネットワークグラフで描画し、壊れたクラスターを見つける最速の方法です。パフォーマンス監査では、Site Explorer > Metrics by CountryとOrganic Competitors filtered by countryを組み合わせます。
• Screaming Frog SEO Spider。 Configuration > Spider > Crawl Hreflangを有効にし、複数ドメイン（ccTLD）の設定では参照先の外部ドメインをConfig > CDNsに追加します。クロール後にhreflangフィルターを確認し、Reports > Hreflangからエクスポートします。Content-Languageレスポンスヘッダーも読み取り、head外に置かれたhreflangやnoindexページを指すhreflangにフラグを立てます。
• Google Search Console。 International Targetingレポートがなくなったため、Enhancementsセクションでhreflangの問題を確認します（詳細は限定的）。また、URL Inspectionでhreflangが指すべきインデックスURLを確認します。
• Bing Webmaster Tools。 Geo Targeting機能はもうありません。Bingは再設計されたツールから2020年に削除し、復活させていません。代わりにContent-Languageメタタグ／ヘッダーの処理を監査します。これはBingの実際のシグナルで、Googleとは異なります。
• technicalseo.com Hreflang Tags Tool — 個別ページのhreflangアノテーションを生成し、スポットチェックする手動バリデーターです。

変更履歴