国際SEOチェックリスト
国際SEOの構築と公開に向けたチェックリストです。URL構造、hreflang、GSC廃止後のジオターゲティング、クロール可能なセレクター、重複コンテンツを確認します。
言語
複数の国や言語を対象にするサイトの構築・公開チェックリストです。URL構造(ccTLD、サブドメイン、サブディレクトリ)を1つ選び一貫して適用し、自己参照、戻りタグ、x-defaultを含むhreflangを実装します。ローカライズし、機械翻訳をそのまま公開しないでください。GSCのInternational Targetingレポートは2022年9月に完全削除されたため、国はccTLD、hreflang、ページ上のシグナル、流入リンクのロケールから推定されます。言語/通貨セレクターは実際のクロール可能なリンクにし、IPで自動リダイレクトしないでください。ほぼ同一の地域版にはcanonicalとhreflangを一緒に使い、Bingではcontent-languageがhreflangより重視されます。
TL;DR — サイトが複数の国または言語を対象にするなら、構築時に正しく行うことは短いリストにまとまります。URL構造を1つ選んで守り、各バージョンがほかのバージョンと自分自身を指すhreflangを設定し、コンテンツを翻訳機に通すだけでなく実際にローカライズし、言語セレクターをJavaScriptのドロップダウンではなく、クリックできる本物のリンクにします。Google Search Consoleで「国を設定」しようとしないでください。その設定は2022年に削除されました。
このチェックリストの目的
これは複数の国または言語向けにサイトを設定するときに使うチェックリストです。診断ではなく構築リストです。国際サイトがすでに公開されていて問題があるなら、国際SEO監査が壊れた箇所の見つけ方を説明する補完記事です。ここで扱う理由を知りたい場合は、国際SEOハブが概念の基礎になります。このページは「この順番で実行する」版です。
1. URL構造を1つ選び、一貫させる
国や言語の異なるサイトのバージョンを、URLでどのように分けるかを決める必要があります。実際の選択肢は3つです。
- 国コードドメイン(ccTLD) —
example.de。対象国をGoogleに伝える最も強いシグナルですが、国ごとに別ドメインを購入・管理する必要があり、それぞれが対象にできる国は1つだけです。 - サブドメイン —
de.example.com。同じサイト上で設定しやすい一方、URLだけではドイツ向けサイトだと常に分かるとは限りません。 - サブディレクトリ —
example.com/de/。設定しやすく、1サイトなので保守も少なくて済みます。最も一般的なデフォルトです。
4つ目の選択肢として、example.com?loc=de のようにURLパラメーターへ国を入れる方法がありますが、Googleは明確に**「Not recommended」**としています。使わないでください。
重要なのは、1つの構造が「最良」だということではありません。1つを選び、どこでも同じ方法で適用することです。検索エンジン(と将来の自分)が頼るのは一貫性です。
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 URLs2. hreflangを正しく設定する
Hreflangは「このページのドイツ語版、フランス語版、米国英語版はこれです」とGoogleに伝えるタグです。人をつまずかせるルールは次のとおりです。
- すべてのバージョンが、自分自身を含む****すべてのバージョンを列挙する。
- リンクは相互的でなければならない。英語ページがドイツ語ページを指すなら、ドイツ語ページは英語ページを指し返す。
- x-defaultを追加し、「どれもユーザーに合わない場合はここへ送る」と示す。
- 正しいコード(言語と、必要なら地域)を使う。間違いの大半はここで起きる。
タグ自体の詳しい解説はhreflangとx-default hreflangにあります。ここでは「この4つを忘れない」という版だけを扱います。
3. ただ翻訳するのではなくローカライズする
英語ページを機械翻訳に通してそのまま公開するのは怠惰な方法で、文章にもそれが表れます。本当のローカライズでは、通貨、例、トーン、取り上げる商品まで適応します。詳しくは翻訳とローカライズを参照してください。チェック項目は、編集していない機械翻訳を公開しないことです。
4. Google Search Consoleに「国ターゲット」設定を探さない
以前のSearch Consoleには、サイトのどの国向けかをGoogleに伝える設定がありました。なくなっています。 Googleは2022年9月に削除しました。現在、GoogleはccTLD(あれば)、hreflang、ページ自体のシグナル、リンク元の場所から対象国を判断します。押すべきボタンはありません。
5. 言語セレクターを本物のリンクにする
ユーザーが言語や通貨を切り替えられる方法にかかわらず、Googleがクロールできる本物のクリック可能なリンク(<a href>)でなければなりません。実際のURLなしにページを変えるJavaScriptだけのドロップダウンでは不十分です。所在地やブラウザー言語に基づく強制リダイレクトもせず、ユーザーに選ばせてください。
6. 重複コンテンツに注意する
米国版と英国版のページがほぼ同じ英語なら、Googleは重複とみなす可能性があります。修正はcanonicalとhreflangを一緒に使うことです。canonicalだけでは地域版が検索から完全に消えてしまいます。
Googleの正確な表現、Bingとの違い、検証手順を含む、出典付きで優先順位を付けた版を読みたい場合は、Advancedタブへ切り替えてください。
国際公開を検証する
ロケールURLの整合性
実行するテスト: リダイレクトをたどらず、テンプレートとロケールごとに代表URLを1つクロールする。期待結果: それぞれが 200 を返し、インデックス可能で、意図した自己正規URLを宣言する。失敗の解釈: ルーティング、robots、または正規URLのテンプレートが公開URLを抑制している。監視期間: リリース前、リリース直後、次の完全クロールまで。ロールバック条件: 優先ロケールのテンプレートがインデックス不能になる、または予期せず別の場所へ正規化される。
Hreflangの相互性
実行するテスト: 自己参照と戻りリンクを含め、宣言されたすべてのalternateを想定ロケールクラスターと比較する。期待結果: すべてのメンバーが同じ有効なクラスターを公開し、直接の正規URLをターゲットにする。失敗の解釈: 生成のドリフトまたは市場バージョンの欠落が関係グラフを壊している。監視期間: 公開時と次の自動生成サイクル後。ロールバック条件: 優先クラスターに戻りリンクの欠落または無効なターゲットがある。
クロール可能なロケール切り替え
実行するテスト: JavaScriptを無効にし、代表ページからロケールセレクターをたどる。期待結果: 通常のアンカーリンクで、強制ルーティングなしに対応するすべてのページへ到達できる。失敗の解釈: ロケールの発見がクライアント側の動作またはジオロケーションに依存している。監視期間: ローンチ前QAと初回の公開後クロール。ロールバック条件: クロール可能な内部リンクからロケールに到達できない。
市場固有のレンダリング
実行するテスト: 市場担当者が承認したサンプルで、表示言語、通貨、形式、現地の主張を確認する。期待結果: レンダリングされたページが、単なるソーステンプレートではなく、意図した言語と市場に一致する。失敗の解釈: 翻訳またはテンプレート変数が不足しているか、誤ったロケールに割り当てられている。監視期間: 公開前と翻訳または価格の更新後。ロールバック条件: 重大なソース言語の残り、誤った価格、または誤った法的情報が本番に到達する。
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 versionsTL;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機能を削除したようです。
監査との違い
国際SEO監査は診断方法です。国際SEOがすでに稼働しているサイトで、クラスターグラフのツールと私の374 756ドメインhreflang調査のエラー内訳を使い、何が壊れているかを見つけます。このチェックリストはもう一方です。新しい構築を設定またはレビューするときに私が進める順序です。hreflangのエラー頻度の表とツール解説はあちらに残し、ここでは行動に集中します。概念の深掘りは、再導出せず国際SEOハブへ案内します。
Step 1 — URL構造を選ぶ
Google自身のドキュメントは明確な長所と短所を示しています。俗説ではなく、その表を基に進める価値があります。
| 構造 | 例 | 長所(Googleの表現) | 短所(Googleの表現) |
|---|---|---|---|
| ccTLD | example.de | 「明確なジオターゲティング」「サーバー所在地は無関係」 | 「高価(利用できない場合がある)」「1つの国だけを対象にできる」 |
| サブドメイン + gTLD | de.example.com | 「設定が簡単」「サイトを簡単に分離」 | 「URLだけではユーザーがジオターゲティングに気付かない可能性」 |
| サブディレクトリ + gTLD | example.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-us / en-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 タグを使ってください。」
重要な点は、canonical だけでは地域版がインデックスから完全に落ちることです。両方が必要です。正しく行っても、Googleはほぼ同一のhreflangページを1つのcanonicalにまとめ、SERPに表示するURLだけを入れ替えることがあります(Muellerは fr-fr / fr-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とページ上のシグナルを使ってください。)
AI要約
Advanced版の要点をまとめると次のとおりです。
- これは監査ではなく構築/公開チェックリストです。 設定手順を扱い、診断方法は国際SEO監査記事へ引き継ぎます。
- URL構造: ccTLD(国シグナルが最強、国ごとに1つ、負担が最大)、サブドメイン、サブディレクトリ(最も簡単で一般的)。GoogleはURLパラメーター方式を**「Not recommended」**としています。1つを選び、一貫して適用します。ccTLDの自動ランキング上のメリットは縮小しています。
- hreflang: 自己参照、相互の戻りタグ(最も一般的な破損)、x-default、有効なISOコード(
en-ukではなくen-gb)。HTML head、HTTPヘッダー、XMLサイトマップは同等なので、スタックに合わせて選びます。サイトマップが最も拡張しやすい方法です。 - ローカライズし、機械翻訳しない。 通貨、例、商品構成を適応し、市場キーワード調査から始めます。
- ジオターゲティング: GSCのInternational Targetingレポートは2022年9月22日にすべてのTLDタイプで完全削除されました。手動の国ターゲットはなく、GoogleはccTLD + hreflang + ページ上のシグナル + 流入リンクのロケールから推定します。
- セレクターはクロール可能な
<a href>リンクにする。 JSだけのドロップダウンは使わず、IPやブラウザー言語で自動リダイレクトしない。 - 重複コンテンツ: ほぼ同一の同言語の地域版にはcanonical + hreflangを一緒に使います。canonicalだけでは地域版が抑制され、Googleはそれでも統合する可能性があります。
- 検証: 戻りタグ、コード、自己参照、x-default、レンダリングされた
<head>内のタグを確認し、GSC URL InspectionでロケールごとのインデックスURLを確認します。 - Bing: Canelによればcontent-languageをhreflangより重視し、自身のGeo Targeting機能を削除したようです。メタタグ/ヘッダーで地域を示します。
公式ドキュメント
検索エンジンによる一次資料のドキュメントです。
- 多地域・多言語サイトの管理 — URL構造の長所と短所の表、セレクターのハイパーリンク指針、「自動リダイレクトを避ける」ルール、重複コンテンツの扱いを説明します。
- ページのローカライズ版をGoogleに伝える(hreflang) — 戻りタグの要件と3つの同等な配信方法(HTML、HTTPヘッダー、サイトマップ)です。
- 国際SEOの概要 — 多地域・多言語サイトの上位ガイダンスです。
- ロケール適応型ページ — 動的配信と、Googlebotが
Accept-Languageヘッダーなしでクロールする理由を説明します。 - 国際ページ向けx-default hreflang(2013年) — x-defaultの原典発表です。
- International Targetingレポートの廃止 — 手動の国ターゲティング設定が2022年9月に削除されたことを扱います。
Bing / Microsoft
- Bingウェブマスター向けガイドライン — Bingの言語/地域シグナルに関する立場(content-languageをhreflangより重視)を説明します。
出典の引用
記録に残る発言です。各Googleリンクは、出典ページの引用箇所へ直接ジャンプするディープリンクです。
Google — URL構造
- “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (翻訳)「国別ドメイン(ccTLD)は、Webサイトの対象国についてユーザーと検索エンジンの双方に強いシグナルを与えます。」 — Google Search Central、多地域・多言語サイトの管理。 引用へジャンプ
- URLパラメーター方式について:“Not recommended.” (翻訳)「推奨されません。」 引用へジャンプ
Google — hreflangの戻りタグ
- “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へリンクし返す必要があり、そうでなければアノテーションが無視または誤解釈される可能性があります。」 — Google Search Central、ページのローカライズ版をGoogleに伝える。 引用へジャンプ
Google — ジオターゲティング/GSC廃止
- “The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (翻訳)「International Targetingレポートは廃止され、Googleはページ上のhreflangタグを引き続きサポート・使用します。」 — Google Search Consoleヘルプ。 通知を読む
- 国ターゲティング設定は_“was determined to have little value for the ecosystem, and is no longer supported.”_ (翻訳)「エコシステムにとってほとんど価値がないと判断され、現在はサポートされていません。」 通知を読む
Google — セレクターと自動リダイレクト
- “Consider adding hyperlinks to other language versions of a page.” (翻訳)「ページの他言語版へのハイパーリンクを追加することを検討してください。」 引用へジャンプ
- “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (翻訳)「サイトのある言語版から別の言語版へユーザーを自動リダイレクトしないでください。」 引用へジャンプ
Google — 地域間の重複コンテンツ
- “pick a preferred version and use the
rel="canonical"element andhreflangtags to make sure that the correct language or regional URL is served to searchers.” (翻訳)「優先するバージョンを選び、正しい言語または地域URLが検索者に配信されるようrel="canonical"要素とhreflangタグを使ってください。」 引用へジャンプ
Bing — hreflangとcontent-language
- “hreflang is indeed a far weaker signal than content-language at Bing.” (翻訳)「Bingではhreflangはcontent-languageよりはるかに弱いシグナルです。」 — Fabrice Canel、Bing(Search Engine Roundtable経由)。 報道を読む
国際SEOチェックリスト
新しい国際設定を構築またはレビューするときは、上から下へ進めます。リンク先は、チェックボックス以上の情報が必要な詳しい解説へ向けています。
URL構造(1度決め、どこでも適用)
- ccTLD、サブドメイン、サブディレクトリのいずれか1つを、明確な理由とともに選んだ。
- ロケールにURLパラメーターを使っていない(Google:「Not recommended」)。
- すべての市場で構造を一貫して適用した。
hreflang
- 各バージョンのセットに自分自身を含むすべてのバージョンがある(自己参照)。
- 戻りタグが相互的である。X→YがあればY→Xもある。
- フォールバック対象者向けにx-defaultがある。
- 有効なISOコードを使っている。言語(639-1)と任意の地域(3166-1 Alpha 2)、例:
en-ukではなくen-gb。 - 1つの配信方法(HTML head/HTTPヘッダー/XMLサイトマップ)を選んで一貫して使っている。Googleにとって同等で、サイトマップが最も拡張しやすい。
ローカライズ
- コンテンツをローカライズしており、編集していない機械翻訳ではない。
- 市場ごとに通貨、単位、例、商品構成を適応した。
- キーワードが翻訳元のキーワードではなく、市場固有の調査に基づいている。
ジオターゲティング
- GSCの国ターゲティング設定に依存していない。2022年9月に削除され、もう存在しない。
- ccTLD(あれば)、hreflang、ページ上のシグナル、流入リンクのロケールがすべて一致している。
セレクター
- 言語/通貨セレクターがJSだけのドロップダウンではなく、本物のクロール可能な
<a href>リンクである。 - IPやブラウザー言語による強制自動リダイレクトがない。
重複コンテンツ
- 同じ言語のほぼ同一の地域版が、canonical と hreflangを一緒に使っている(canonicalだけではない)。
検証(公開前後)
- 戻りタグ、有効なコード、自己参照、x-defaultがすべてある。
- hreflangタグが**
<head>**にレンダリングされ、JSでbodyの途中に挿入されていない。 - GSC URL InspectionでロケールごとのインデックスURLを確認した。
- 公開後の完全な診断を国際SEO監査へ回した。
Bing
-
Content-Languageメタタグ/HTTPヘッダーを設定した(Bingはhreflangより重視する)。 - Bing Webmaster Toolsの地域設定ではなく、メタタグ/HTTPで地域を示した。
自分で確認:国際SEOチェックリスト
国際サイトを正しく設定するための簡単な5問です。それぞれ回答を選び、答えを確認してください。
時間をかける価値のあるリソース
私の関連する記事と講演
- 史上最大のhreflang調査 — hreflangを使う374 756ドメインを調査し、67%に少なくとも1つの問題があった研究です。検証をこのチェックリストに含めるべき理由を示す実証例です。
- hreflangタグ:初心者向け簡単ガイド — Ahrefsで私が編集したタグの解説です。
- 国際SEO:技術的に厄介な部分 — Pubcon Vegas 2019 — 国際設定を壊すエッジケースを扱います。
- 国際SEOで失敗する — Pubcon Vegas 2017 — 「起こることすべて」を巡る講演です。
- hreflang調査と興味深い課題 — BrightonSEO 2023 — 調査の背景にあるスライドです。
- 国際SEOをシンプルに — Outspoken Mediaパネル — hreflangの国際SEOにおける役割について、BingのFabrice CanelとBill Huntが参加したパネルです。
このサイトの記事
- 国際SEO — ここで扱う各手順の背後にある概念のピラーハブです。
- 国際SEO監査 — この構築チェックリストを公開後に診断する補完記事です。
- hreflang と x-default hreflang — タグを詳しく説明します。
- 翻訳とローカライズ — Step 3の完全版です。
公式
業界の周辺情報
- 10 International SEO Best Practices + Checklist(Ahrefs、Jamie GrantとDespina Gavoyannis)— 私のものではない、併読する価値のある詳細な競合チェックリストです。
- International SEO Checklist(Lokalise)— 市場ローンチの段階を軸にしたローカライズベンダーの見解です。
- International SEO: How to Optimize Your Website(Semrush)— 同じ基本を広く解説します。
- Bing Webmaster Tools Drops Geo-Targeting Feature(Search Engine Roundtable)— Bingの地域設定が削除されたという報告です(検証に関するQuotesタブの注記を参照)。
変更履歴
2026年8月11日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。