URL構造は公開後に変更すると、リダイレクト、計測、hreflang、サイトマップ、外部リンクを一斉に直す必要があります。SEOの強弱だけでなく、誰が更新し、どのドメインを管理し、将来どこまで市場を分けるかで決めます。
サブディレクトリは一つのサイトとして管理しやすい
example.com/ja/やexample.com/en/の形式は、同じドメインの評価、計測、証明書、運用を共有しやすい方式です。既存サイトへ1〜数言語を追加する中小企業では、初期費用と保守のバランスを取りやすくなります。
一方で、国ごとに別チームが独立して公開したい場合や、インフラ・法務要件が大きく異なる場合は権限分離が難しくなります。言語と国のどちらをパスへ含めるかも最初に決めます。
サブドメインは分離と共通ブランドの中間
ja.example.comの形式は、インフラや担当を分けながら共通ブランドを保ちたい時に使えます。異なるCMSや配信基盤を選びやすい反面、DNS、証明書、Search Console、分析設定を個別に管理する作業が増えます。
サブドメイン名が言語か国か分かりにくい場合もあります。jpが日本語なのか日本市場なのか、内部の運用ルールと利用者向け表示を一致させます。
国別ドメインは強い市場分離と高い運用コストを伴う
example.jpやexample.deのようなccTLDは国との結びつきが明確です。現地法人、別価格、別在庫、別規約、独立したマーケティングがある事業には適しますが、ドメイン取得、権利管理、SEO資産、セキュリティを国ごとに育てる必要があります。
一つの言語が複数国で使われる場合、国別ドメインだけでは言語設計が完了しません。カナダの英語・フランス語のように、国とその中の言語を二層で設計することがあります。
判断表は5項目で作る
候補ごとに、対象国数、CMS数、運用チーム、法務・価格差、移行許容度を採点します。1サイト・1チーム・共通商品ならサブディレクトリ、別チーム・別基盤ならサブドメイン、別法人・別商流なら国別ドメインが出発点です。
決定後は、サンプルページでDNS、SSL、canonical、hreflang、サイトマップ、分析、ログイン・決済への遷移を検証してから全ページへ展開します。
- 現在のドメイン評価を共有する必要があるか
- 市場ごとにCMS・公開権限・法務を分ける必要があるか
- ドメインと証明書を継続管理できるか
- 将来URL移行が発生した場合のリダイレクトを運用できるか
実行前に押さえる要点
- 少数言語・共通運用ならサブディレクトリを第一候補にする。
- 技術・チームの分離にはサブドメイン、法人・商流の分離には国別ドメインを検討する。
- SEOだけで決めず、DNS、証明書、計測、権限、将来移行を含めて比較する。