Shopify Markets 多言語 SEO 2026では、公開前に市場別URLを確定し、公開当日にhreflangとcanonicalを確認し、公開後にサイトマップとGoogle Search Consoleで登録状態を照合してください。今週は、まずURL一覧を作り、最後に海外Mac環境で買い手側の表示を再確認する進め方が安全です。
この手順は、米国、欧州、その他の言語市場を追加する独立系ストアの運用担当者向けです。Shopify Marketsや翻訳、ドメイン設定を担当しているものの、hreflangに詳しくない方、外注先やSEO担当者と公開記録を共有したい責任者にも適しています。
公開前：市場ごとのURLと収録対象を確定する
最初に、対象市場、言語、ドメイン形式、既定ページ、Googleに登録させたい主要URLを一覧化します。翻訳されたページ、市場専用の内容、訪問者のセッションだけで切り替わる表示は、同じものとして扱いません。
Shopify公式の国際SEO設定では、市場と言語の設定に応じてhreflang、canonical、サイトマップなどが処理されます。ただし、実際のテーマ、アプリ、独自コードが出力するHTMLはストアごとに異なります。
| 確認対象 | 合格の条件 | 不合格時の判断 |
|---|---|---|
| 市場URL | 対象市場のURLを直接開ける | Marketsとドメイン割り当てを再確認 |
| 言語 | ページ本文と選択メニューが一致する | 翻訳公開状態を確認 |
| 収録対象 | 独立URLとしてGoogleに見せるページが明確 | 会話的な切り替えだけならSEO対象から再検討 |
| 既存状態 | canonical、サイトマップ、登録済みURLを記録する | 公開後との比較基準を作り直す |
サブディレクトリ、サブドメイン、独自ドメインの選択は、見た目だけで決めません。Shopifyの国際ドメイン設定を参照し、各市場に正しい言語とドメインが結び付いているかを確認します。
第一段階：Markets、言語、導線を照合する
公開前は、管理画面の設定と実際の訪問者導線を別々に確認します。
- 対象市場が有効になっているか確認します。
- 対象言語が公開状態になっているか確認します。
- 子ディレクトリ、サブドメイン、独自ドメインの割り当てを記録します。
- 言語選択メニューから、直接開けるURLへ移動できるか確認します。
- 国選択メニューから、予期しない既定ページへ戻されないか確認します。
- トップページ、コレクション、商品、記事の代表URLを一覧に追加します。
翻訳の設定については、Shopifyのローカライズ設定も照合します。前台のメニューが切り替わっただけでは、独立したURLが生成され、GoogleがそのURLを取得できることの証明にはなりません。
第二段階：公開当日にhreflangとcanonicalを確認する
公開当日は、代表ページのHTMLソースを保存します。各ページで、現在のURL自身と対応する言語・地域URLがhreflangに含まれているかを見ます。
Googleは、hreflangを言語または地域の異なるページ間の関係を伝える仕組みとして説明しています。Googleの多言語ページ仕様に沿って、相互関係が成立しているかを確認します。タグが存在していても、本文が未翻訳、地域別の商品情報が未完成なら公開判定を保留します。
canonicalは、各ページが自分自身を正規URLとして示すのか、別URLを正規とするのかを確認します。Googleのcanonical化に関する公式説明では、canonicalは検索エンジンへのヒントであり、必ず採用される命令ではないとされています。
| ページ種別 | 確認する内容 | 記録する証拠 |
|---|---|---|
| トップページ | 言語、地域、canonical、hreflang | ソースコードの保存 |
| コレクション | URL、商品一覧、翻訳本文 | 直接URLの画面 |
| 商品ページ | 商品名、価格、在庫、地域内容 | ソースと表示画面 |
| コンテンツページ | タイトル、本文、言語関係 | URL一覧とHTML |
テーマとアプリが同じタグを追加していないかも確認します。異なるcanonicalが複数出る、同じhreflangが重複する、対象市場ではなく既定市場を指す、といった状態は、SEO担当者に渡す修正項目です。
第三段階：サイトマップとGoogleの取得状態を照合する
公開後は、サイトマップに新しい市場URLが含まれているかを確認します。Shopifyのサイトマップ確認方法と、Google Search Consoleのサイトマップレポートを使い、URLの存在、読み込み、エラーを記録します。
次に、代表URLをGoogle Search ConsoleのURL検査にかけます。リアルタイムのページ確認、登録状態、Googleが選択したcanonicalを分けて記録してください。URL検査ツールの公式説明にもあるとおり、登録可能な状態は、検索結果への表示や順位を保証するものではありません。
少数の重要ページは個別にクロールをリクエストできます。一方、全ページを個別送信する運用にせず、サイトマップと継続監視を中心にします。検索結果に一度表示されたかだけで、公開成功とは判定しません。
第四段階：海外Mac環境で買い手側の表示を再確認する
検索エンジンの取得確認と、実際の買い手側の表示確認は分けます。海外Mac環境では、Safariの新しいセッションを使い、直接URL、検索結果からの入口、国選択、言語選択を順番に確認します。
確認する項目は、ページ言語、通貨、商品在庫、配送先に応じた表示、意図しない遷移です。IP地域だけを変更して判断せず、ブラウザー言語、保存済みの市場設定、配送先住所を別の変数として扱います。
MacのSafariで地域表示を再現する作業環境が必要なら、MESHLAUNCHの海外Mac環境を候補にできます。ただし、これは買い手側の表示と遷移を確認するための環境です。Googlebotの取得、インデックス登録、ランキングを操作したり、保証したりするものではありません。
必要な地域を固定して短期間だけ検証する場合は、米国東部のMac環境のような候補を確認し、担当者が同じURLと同じ手順を再現できるかを先に決めます。
条件分岐で公開、修正、回退を決める
次の条件で判定を分けます。
- URLが生成され、本文も現地化されているなら、タグとサイトマップの確認へ進みます。
- URLは開けるがhreflangまたはcanonicalに不整合があるなら、検索向け設定を修正してから公開範囲を広げます。
- URLがサイトマップに入らず、直接アクセスも不安定なら、Marketsとドメイン設定へ戻します。
- GoogleのURL検査で登録可能でも、Googleが選んだcanonicalが意図と違うなら、登録済みとは判定しません。
- 買い手側だけが誤った言語へ移動するなら、ブラウザー設定、保存済み設定、国選択の挙動を分けて修正します。
- 証拠を保存できない場合は、公開を急がず、修正前後のHTML、Search Console結果、地域表示の画面を揃えます。
問題は、URL未生成、タグ関係、未翻訳、取得阻害、canonical選択、買い手側の遷移に分類します。一度に大きな変更を重ねず、主な変数を一つずつ変更すると、修正後の原因を追いやすくなります。
よくある確認事項
Shopify Marketsはhreflangを自動で追加しますか？
公式機能として自動処理されますが、テーマやアプリによる重複出力は個別確認が必要です。代表ページのソースコードを保存してください。
多言語ページがGoogleに登録されないのはなぜですか？
URL未生成、サイトマップ未反映、取得阻害、未翻訳、canonicalの不整合を分けて調べます。登録可能の表示だけでは順位を判断できません。
サブディレクトリと独自ドメインはどちらが適切ですか？
運用を集約するならサブディレクトリ、地域別のブランド運用を分けるなら独自ドメインを検討します。管理体制を優先します。
canonicalの正しさはどう調べますか？
代表ページのHTMLとSearch ConsoleのGoogle選択canonicalを照合します。テーマやアプリの重複出力も確認します。
米国向け表示とGoogleの表示言語が違う場合は？
検索エンジン側と買い手側を分けて調べます。海外Mac環境でSafari表示を再現し、登録状態はSearch Consoleで確認します。
タグ、URL、サイトマップ、Googleの取得状態まで確認した後も、米国の買い手画面を安定して再現できないチームはあります。国内の共有端末では、保存済み設定や言語、地域の条件が混ざりやすく、外注担当者ごとに結果が変わる点が負担です。
その場合は、MESHLAUNCHのMac注文案内を確認し、短期の公開前検証環境にするか、継続的な協業用ホストにするかを決めます。検索エンジンの証拠はSearch Consoleで、実際の米国買い手側の表示は固定したMac環境で確認する、という役割分担が崩れなければ、レンタルを採用する意味があります。