国際SEOチェックリスト

国際SEOの構築と公開に向けたチェックリストです。URL構造、hreflang、GSC廃止後のジオターゲティング、クロール可能なセレクター、重複コンテンツを確認します。

初回公開:2026年7月2日 · 最終更新:2026年8月11日 · Advanced
言語

複数の国や言語を対象にするサイトの構築・公開チェックリストです。URL構造(ccTLD、サブドメイン、サブディレクトリ)を1つ選び一貫して適用し、自己参照、戻りタグ、x-defaultを含むhreflangを実装します。ローカライズし、機械翻訳をそのまま公開しないでください。GSCのInternational Targetingレポートは2022年9月に完全削除されたため、国はccTLD、hreflang、ページ上のシグナル、流入リンクのロケールから推定されます。言語/通貨セレクターは実際のクロール可能なリンクにし、IPで自動リダイレクトしないでください。ほぼ同一の地域版にはcanonicalとhreflangを一緒に使い、Bingではcontent-languageがhreflangより重視されます。

TL;DR — これは監査ではなく構築/公開手順です。(1) URL構造: ccTLD(国シグナルが最強、国ごとに1つ、負担が最大)、サブドメイン、サブディレクトリ(最も簡単で一般的)。GoogleはURLパラメーター方式を**「Not recommended」**としています。1つを選び、一貫して適用します。(2) hreflang: 自己参照、相互の戻りタグ、x-default、有効なISOコード。HTML head、HTTPヘッダー、XMLサイトマップは同等の配信方法なので、スタックに合わせて選びます。サイトマップが最も拡張しやすい方法です。(3) ローカライズし、機械翻訳しない。 (4) ジオターゲティング: GSCのInternational Targetingレポートは2022年9月22日にすべてのTLDタイプで完全削除され、手動の国ターゲットはもうありません。Googleが推定するのはccTLD + hreflang + ページ上のシグナル + リンクのロケールです。(5) セレクターはクロール可能な <a href> リンクにする。 JSだけにせず、IPで自動リダイレクトしません。(6) ほぼ同一の地域版: canonical + hreflangを一緒に使います。Googleはそれでも統合する可能性があります。(7) 公開前後に相互性、コード、x-default、レンダリングされたhead内の配置を検証します。Bingはhreflangよりcontent-languageを重視し、自身のGeo Targeting機能を削除したようです。

Evidence for this claim Google recommends distinct URLs for language versions and documents ccTLD, subdomain, and subdirectory structures while marking URL parameters as not recommended. Scope: Google Search international URL guidance. Confidence: high · Verified: Google: Locale-specific URLs Evidence for this claim Google recommends hreflang for distinct language URLs, warns against automatic language redirects, and recommends crawlable links between versions. Scope: Google Search multilingual-site discovery and switching guidance. Confidence: high · Verified: Google: Managing multilingual versions

監査との違い

国際SEO監査は診断方法です。国際SEOがすでに稼働しているサイトで、クラスターグラフのツールと私の374 756ドメインhreflang調査のエラー内訳を使い、何が壊れているかを見つけます。このチェックリストはもう一方です。新しい構築を設定またはレビューするときに私が進める順序です。hreflangのエラー頻度の表とツール解説はあちらに残し、ここでは行動に集中します。概念の深掘りは、再導出せず国際SEOハブへ案内します。

Step 1 — URL構造を選ぶ

Google自身のドキュメントは明確な長所と短所を示しています。俗説ではなく、その表を基に進める価値があります。

構造長所(Googleの表現)短所(Googleの表現)
ccTLDexample.de「明確なジオターゲティング」「サーバー所在地は無関係」「高価(利用できない場合がある)」「1つの国だけを対象にできる」
サブドメイン + gTLDde.example.com「設定が簡単」「サイトを簡単に分離」「URLだけではユーザーがジオターゲティングに気付かない可能性」
サブディレクトリ + gTLDexample.com/de/「設定が簡単」「保守が少ない(同じホスト)」「単一のサーバー所在地」「サイトの分離が難しい」
URLパラメーターexample.com?loc=de「Not recommended」

ccTLDは今もGoogleが持つ最も強い国シグナルです。Google自身のドキュメントも、“Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (翻訳)「国別ドメイン(ccTLD)は、Webサイトの対象国についてユーザーと検索エンジンの双方に強いシグナルを与える」と述べています。ただし4行目に注意してください。このトピックのブリーフで「gTLD + 言語パラメーター」と説明されることがあるURLパラメーター方式は、Googleの説明では避けるべきものです。クエリ文字列にロケールを入れないでください。

特にccTLDについて注意点があります。かつて持っていた自動ランキング上のメリットは縮小されつつあります(Gary Illyesもそう述べています。LDCPの縮小に関する議論はハブを参照)。ccTLDは今も最も明確なシグナルですが、ランキング上の優位が保証されるとは考えないでください。このサイトの別の場所での私のデフォルトは、ほとんどのサイトでサブディレクトリです。ただし、ここでの本当のルールは一度決めて一貫して適用することです。シグナル間の不一致こそ、後の監査で解きほぐす必要があるものだからです。

Step 2 — hreflangを正しく実装する

4つを確認してから、詳しい解説へ進みます。

  • 自己参照。 各バージョンのhreflangセットには、自分自身を含むすべてのバージョンを列挙します。Googleのドキュメントは自己参照を標準手順の一部としていますが、Muellerは実務上「任意」と別に述べています。ドキュメントの表現と緩やかな公開発言には実際に緊張関係があります。安価な保険でありドキュメントにも合うため、自己参照を含めます。
  • 戻りタグ(相互性)。 これがセットを実際に壊す項目です。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アノテーションを使うすべてのページでそうなっていなければ、アノテーションは無視されるか、正しく解釈されない可能性があります」
  • x-default。 言語/地域を明示的にカバーしていないユーザー向けのフォールバック。x-default hreflangで詳しく説明しています。
  • 有効なISOコード。 言語コード(ISO 639-1)と、任意の地域コード(ISO 3166-1 Alpha 2)。en-uk は誤りで、en-gb です。誤ったコードはアノテーションを静かに無効にします。

配信方法 — 1つを選び、一貫させる。 hreflangはHTML head、HTTPヘッダー(PDFなどHTML以外のファイル向け)、またはXMLサイトマップに置けます。Googleは3つを同等と扱い、速度や優先度に差はありません。スタックに基づいて選びます。大規模サイト、特にccTLDとサブディレクトリが混在する構成では、XMLサイトマップが中央管理の最も保守しやすい場所です。タグの詳しい仕組みはhreflangにあります。

Step 3 — ただ翻訳するのではなくローカライズする

1段落にとどめます。これについては記事全体があります。既存ページを機械翻訳し、編集せずに公開するのが失敗パターンです。本当のローカライズでは、通貨、単位、例、画像、商品構成を市場に合わせます。既存キーワードの翻訳ではなく、市場固有のキーワード調査から始めることもよくあります。詳しくは翻訳とローカライズを参照してください。チェック項目は編集していない機械翻訳を使わないことです。

Step 4 — GSCでできなくなったジオターゲティングを理解する

公開されているチェックリストの多くが単に古くなっているのはここです。Google Search ConsoleのInternational Targetingレポート、つまりサブディレクトリやサブドメインを手動で国に向けられた設定は、2022年9月22日に非推奨となり、すべてのTLDタイプでなくなりました。 Googleの通知は次のとおりです。“The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (翻訳)「International Targetingレポートは廃止されました。Googleはページ上のhreflangタグを引き続きサポートし、使用します。」国ターゲティング設定を廃止した理由は、“was determined to have little value for the ecosystem, and is no longer supported.” (翻訳)「この設定はエコシステムにとってほとんど価値がないと判断され、現在はサポートされていません」とされています。

「ccTLDは自動だが、サブディレクトリとサブドメインには手動のGSC設定が必要」という説明をまだ見かけますが、これは以前の仕組みであり、現在選べるものではありません。Search Consoleには手動の国ターゲットがどこにもありません。 Googleは現在、ジオターゲティングを次のものだけから推定します。

  • ccTLD(あれば。今も自動で最も強いシグナル)
  • hreflangアノテーション
  • ページ上のシグナル — 表示コンテンツの言語、通貨、住所、電話番号の形式
  • 流入リンクのロケール

したがってチェック項目は「GSCで国を設定する」ではありません。「ccTLD、hreflang、ページ上のシグナル、リンクのロケールがすべて一致することを確認する」です。上書きがない今、Googleが読むのは一致だからです。

Step 5 — セレクターをクロール可能にする

言語と通貨のセレクターは、本物のクロール可能なハイパーリンクでなければなりません。JavaScriptだけのドロップダウンや、実際の href なしにクライアント側でルートを変更する仕組みでは不十分です。Google自身のガイダンスも明確です。“Consider adding hyperlinks to other language versions of a page.” (翻訳)「ページの他言語版へのハイパーリンクを追加することを検討してください。」クロール可能なリンクなしのJS状態でセレクターを作ると、その経路からGoogleがalternate版を発見できないリスクがあります。(GoogleはJSをレンダリングし、Accept-Language ヘッダーを設定せずにクロールしますが、実際の <a href> がない仕組みは脆いケースです。)

強制リダイレクトもしないでください。“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (翻訳)「サイトのある言語版から別の言語版へユーザーを自動リダイレクトしないでください。」IPやブラウザー言語による自動リダイレクトは、ユーザー(と米国からクロールするGooglebot)を誤ったバージョンに閉じ込めます。すべてのバージョンへ目に見えるクリック可能な経路を用意し、選ばせてください。これは、監査記事がhreflang自体について説明しているJSレンダリングのリスクと同じ論理を、セレクターに適用したものです。

Step 6 — バージョン間のほぼ重複コンテンツを扱う

異なる地域向けに、同じ言語のほぼ同一コンテンツを配信する場合があります。95%同じ en-usen-gb ページが典型例です。Googleはこれを重複とみなす可能性があります。Googleによれば修正はcanonicalとhreflangを一緒に使うことです。“pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (翻訳)「優先するバージョンを選び、正しい言語または地域URLが検索者に配信されるよう、rel="canonical" 要素と hreflang タグを使ってください。」

Evidence for this claim For similar same-language regional variants, Google recommends selecting a preferred version and using canonical plus hreflang; fully translated pages are a different case. Scope: international, multilingual and multi-regional websites and market research as applicable Confidence: high · Verified: Managing multi-regional and multilingual sites

重要な点は、canonical だけでは地域版がインデックスから完全に落ちることです。両方が必要です。正しく行っても、Googleはほぼ同一のhreflangページを1つのcanonicalにまとめ、SERPに表示するURLだけを入れ替えることがあります(Muellerは fr-frfr-be のようなケースでこれを確認しています)。hreflangは別々のインデックスを保証するものではなく、既存バージョンを正しく配信する助けです。

Step 7 — 公開前後に検証する

短くまとめます。監査記事に完全な方法と、私のhreflang調査の9種類のエラー内訳があります。公開前後に欠かせないのは次の項目です。

  • すべてのペアに戻りタグがある(最も一般的な機能上の破損)。
  • 有効な言語/地域コード(ISO 639-1/ISO 3166-1 Alpha 2)。
  • 各セットに自己参照がある。
  • x-defaultがある。
  • タグがレンダリングされた <head> にある。JSで <body> の途中に挿入したり、無効なheadの外側に置いたりしない。
  • GSC URL InspectionでロケールごとのインデックスURLを確認し、その市場向けに意図したバージョンがGoogleに実際にインデックスされていることを確認する。

Bing固有の注記

Googleと異なる点は2つあります。

  • Bingはhreflangより Content-Language メタタグ/HTTPヘッダーを重く見る。 BingのFabrice Canelは、“hreflang is indeed a far weaker signal than content-language at Bing.” (翻訳)「Bingではhreflangはcontent-languageよりはるかに弱いシグナルです」と直接述べています。Bingもhreflangを読みますが、シグナルは弱く、ccTLD、サーバー所在地、本文の言語、流入リンクのロケールで国の理解を補います。Bingが重要なチャネルなら、content-language を明示的に設定してください。
  • Bing自身のGeo Targeting機能は削除されたようです。 古いBing Webmaster ToolsのGeo Targetingコントロールは現在のUIに引き継がれていません。Bingの公開ガイダンスは現在、HTMLメタタグ/HTTPヘッダーで地域を示すよう案内しています。(一次資料が自動検証に抵抗するため、これは報告済みだが確定ではない内容として扱います。Quotesタブ下の注記を参照してください。いずれにせよBingダッシュボードの設定をチェックリストの手順にせず、content-languageとページ上のシグナルを使ってください。)

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.