実際のコンテンツと運用約束からロケールを選ぶ
ロケールとはページの言語であり、必要な場合にのみ対象の地域を含む。ページ種別、言語、地域、責任者、コンテンツ差分、URL パターン、フォールバックをマトリックスで管理する。主要コンテンツや商用条件が実際に異なり、更新を維持できる担当者がいる場合にのみ地域版を追加する。一般的な言語ページの方が適切なことが多い。
メインコンテンツを変えずにヘッダーやフッターだけを翻訳してローカライズしたと称してはいけない。Google はボイラープレートのみの翻訳はユーザー体験を損ない、繰り返し結果を生む可能性があると注意している。優先すべき文言、価格、在庫、ポリシー、サポート、トランザクションメッセージを確認する。サポートできないページは公開せず、誤解を招くスキンのみを出さないこと。
予定するコード、公開 URL パターン、責任者、canonical 先、フォールバック、公開状態を一元管理された表に記録する。
安定した URL を使い、利用者に選ばせる
各言語版にブラウザやクローラが要求できる直接の URL を与える。Google はクッキーやブラウザ設定で言語を切り替えるよりも別 URL を推奨している。国別ドメイン、サブドメイン、サブディレクトリはいずれも機能するが、チームが一貫して管理できるパターンを選ぶ。URL パラメータは URL ベースのセグメンテーションには推奨されないと Google は記している。
言語や地域の選択肢を表示し、訪問者が選んだバージョンに留まれるようにする。Google は推測による自動リダイレクトを推奨せず、動的な変更はバリエーションの検出を妨げる可能性があると述べる。IP ロケーションを唯一の決定機構として使わないこと。Google はそれが困難で一般に信頼できない可能性があり、クロールを制限する場合があると指摘している。直接アクセス可能な URL と簡単に戻せる手段を保つ。
クリーンなセッションで各ロケール URL を開き、位置情報に基づくジャンプなしでそのバージョンを提供することを確認する。
完全で有効な hreflang クラスターを構築する
hreflang クラスターは等価なロケール URL をつなげる。Google は HTML の link 要素、非 HTML レスポンス向けの HTTP Link ヘッダー、または XML サイトマップのエントリをサポートし、これらを同等の方法として扱う。リリースプロセスで生成・監査できる方法を選ぶ。すべての代替 URL は https を含む完全修飾で、意図した公開ページに解決する必要がある。
等価ページごとに同一のセットを公開する：自己参照とすべてのサポートされた代替を含める。Google はページが互いを指していない場合タグを無視することがあり、戻りリンクの欠如を一般的なミスとして挙げている。クラスターは手作業テンプレートではなく共有データから生成する。あるロケールでページが利用できない場合、グリッドを埋めるためだけに近似ページをでっち上げてはいけない。
列挙された各対について、両方のページが同じ代替セット（自己 URL を含む）を公開していることを検証する。
HTML head マークアップが使えないローカライズされた PDF には HTTP Link ヘッダー法を使う。
検索実装を念頭に置いて言語タグを選ぶ
言語タグは en、en-GB、zh-Hant などの識別子である。BCP 47 は IETF の現行ベストプラクティスで、IANA Language Subtag Registry が参照レジストリであり、W3C は著者にその使用を案内している。まず主要言語を決め、コンテンツを区別する場合にのみスクリプトや地域を追加する。W3C は必要な区別ができる最短のタグを推奨する。
Google の hreflang では、構文的に有効なすべての BCP 47 タグではなく、Google がサポートするコードルールに従うべきである。Google は言語を先頭に置くこと、単独の地域コードは使わないことを求め、ISO 639-1 言語コードと任意の ISO 3166-1 Alpha-2 地域を例示している。es-419 は hreflang でサポートされていないと Google は明示している。実装時にコードを確認し、配備チェックで即興の値を拒否する。
UK 版が実質的に異なる場合にのみ en-GB を使い、そうでなければ汎用の en の方が簡潔で扱いやすい。
canonical、フォールバック、コンテンツシグナルを整合させる
正規化（canonical）は重複または非常に類似した URL の間で優先 URL を選ぶもので、hreflang は意図的な代替を識別する。独立したロケールページには自己参照の canonical、または同言語の canonical を使うのが一般的である。Google は同言語の canonical または最良の代替の使用を推奨している。言語を跨ぐ canonical は提示したかった代替を意図せず統合してしまう可能性がある。
x-default はブラウザ言語がいずれの列挙とも一致しない人のために、言語や国のセレクタへ送る際に使うべきである。それはフォールバックであり、本当の代替の代替にはならない。中立的なセレクタにするかデフォルト言語ページにするかを決め、使えるようにしておき、自動リダイレクトループを避ける。各ページの可視メインコンテンツは明確に一つの言語であることを保つ。
サンプルごとに要求された URL、最終 URL、canonical、インデックス可能性、hreflang ターゲット、サイトマップのエントリを比較する。
ルートとコンテンツの変更としてリリースをテストする
デプロイ前に各テンプレート種別をサンプルする：ホーム、カテゴリ、商用、編集、ヘルプ、ローカライズされたファイル。選んだ方法に応じて配信された head、ヘッダー、またはサイトマップを検査する。公開レスポンス、最終 HTTPS URL、自己および相互の代替、canonical 先、表示されるローカルコンテンツ、動作するスイッチャー、意図しない noindex や robots ブロックがないことを確認する。
公開後は Search Console の代表ページを確認する。ライブテストは Google が現在のページへアクセスできるかをチェックし、インデックス済みレポートは選択された canonical を示せる。ライブテストで選択される canonical を予測したり、インデックスを保証したりはできない。テストしたクラスター、例外、責任者、再テスト証拠を日付入りのリリースログに残す。
優先ページが誤ってリダイレクトされる、相互ペアが壊れている、canonical と衝突する、または選択不能な場合はリリースをブロックする。
ロケール構成をバージョン管理し、安全な共有テンプレートの差し戻しのために以前の URL と注釈マップを保持する。