domain-strategy

ドメイン戦略

ポートフォリオ全体のドメイン、サブドメイン、DNS の運用方法を決めます。技術スタックに依存しません。1 つのサイトにも、100 のサイトにも対応します。

---

使用する場面

• 新しいサイトの DNS を設定するとき（apex と www、プライマリとエイリアス）
• レジストラを選ぶ、または切り替えるとき
• 複数のドメインにまたがるリダイレクトを計画するとき（パーキング、廃止、統合）
• 新しい製品ラインで、サブドメイン、サブフォルダー、別ドメインのどれにするか決めるとき
• 複数のサイトを 1 つに統合するとき
• 1 つのサイトを複数に分割するとき
• メール、セキュリティレコード、サードパーティサービス用に DNS を設定するとき

使用しない場面

• URL の変更を伴うプラットフォーム間のコンテンツ移行（content-migration を使用してください）
• メール認証の具体的な設定（email-deliverability を使用してください）
• セキュリティヘッダーや HTTPS の設定（security-baseline を使用してください）
• 国際化におけるドメインの選択（internationalization を使用してください）

---

必須の入力情報

• 現在のドメイン一覧（所有または運用するすべてのドメイン）
• 各ドメインの状態（稼働中、パーキング中、リダイレクト中、廃止済み）
• 各ドメインの戦略上の役割（プライマリブランド、サブブランド、防御的登録、キャンペーン）
• 各ドメインの現在の DNS プロバイダーとレジストラ
• メールおよびサードパーティサービスの依存関係

---

フレームワーク：5 つの判断事項

ドメインに関する判断は、次のいずれかに分類されます。順番に対応してください。

判断 1：正規 URL を apex と www のどちらにするか

どちらか一方を選び、もう一方からリダイレクトします。ローンチ前に決めてください。後から変更するのは大変です。

• Apex（example.com）： より簡潔で覚えやすく、現在の標準的な選択肢です。
• www（www.example.com）： 以前から標準的に使われており、CDN レベルで CNAME レコードを追加しやすくなります（技術的には apex の CNAME は禁止されていますが、ほとんどのプロバイダーが ALIAS または ANAME を提供しています）。

どちらを選んでも、もう一方から 301 リダイレクトする必要があります。両方でコンテンツを提供すると、重複コンテンツとなり、設定が不適切であることを示す弱いシグナルになります。

判断 2：サブドメイン、サブフォルダー、別ドメインのどれにするか

新しい製品、ブログ、コンテンツセクションの場合：

パターン	使用する場面
サブフォルダー（example.com/blog）	同じブランドで、SEO の評価を引き継ぎたい場合。デフォルトの選択肢です
サブドメイン（blog.example.com）	異なる技術スタックやプラットフォームを使い、組織的には別個だが関連性がある場合
別ドメイン（exampleblog.com）	ブランドや対象読者が異なり、意図的に分離する場合

デフォルトではサブフォルダーを選んでください。サブドメインや別ドメインを選ぶ場合は、その理由を明確にする必要があります。

判断 3：レジストラの戦略

レジストラはドメインを登録する場所です。DNS プロバイダーは DNS レコードを管理する場所です。同じ場合も、異なる場合もあります。

判断事項：

• 単一レジストラか複数か： 単一のほうがシンプルです。大規模な運用では、冗長性のために複数を使うのが適切な場合があります。
• ロックと 2FA： 必須です。ドメインの乗っ取りは実際に起こり、大きな損害につながります。
• 自動更新： 維持したいドメインはすべて有効にします。意図的に手放すドメインのみ無効にします。
• WHOIS プライバシー： デフォルトで有効にします。現在のほとんどのレジストラで無料です。
• 移管ロック： 計画的に移管するときを除き、有効にします。

判断 4：DNS プロバイダー

DNS プロバイダーは、ドメインの名前解決を管理します。パフォーマンス、信頼性、セキュリティにとって重要です。

次の機能を備えたプロバイダーを選んでください。

• 高速なグローバル名前解決（エニーキャストネットワーク）
• DNSSEC のサポート
• 自動化のための API アクセス
• 適切なレコード数の上限
• 優れた監査ログ

すべてのドメインで必要となるデフォルトの DNS レコード：

• apex と www 用の A または AAAA レコード（または CNAME）
• MX レコード（メールを使わない場合も、無効化した状態で設定）
• ドメイン検証と SPF 用の TXT レコード
• どの認証局がドメインの証明書を発行できるかを制限する CAA レコード

決定 5：保留ドメインの戦略

所有しているものの、積極的には利用していないドメインです。有効な戦略は 3 つあります。

1. プライマリサイトにリダイレクトする。 メインブランドに近い防衛目的で登録したドメインに最適です。すべてのパスを、プライマリのホームページまたは対応するパスに 301 リダイレクトします。
2. 何も設定せずに維持する。 シンプルなページを表示するか、DNS NXDOMAIN を返します。後で利用する可能性があるドメインには問題ありません。
3. ランディングページを設置して保留する。 汎用的な「近日公開」ページを表示します。価値は最も低い方法です。レジストラのデフォルトのパーキングページ（ブランド名で広告が表示されることがよくあります）は避けてください。

アンチパターン：保留ドメインで、メインサイトと重複またはほぼ重複するコンテンツを提供すること。これは SEO 上のリスクになります。

---

ワークフロー

ステップ 1：一覧化

すべてのレジストラから、所有するドメインをすべて取得します。一覧を 1 つのシートにまとめます。

ドメイン	レジストラ	DNS プロバイダー	ステータス	役割	更新日	備考

すべてのドメインを把握できていなければ、正確な戦略は立てられません。

ステップ 2：役割ごとに分類

各ドメインに 1 つの役割を割り当てます。

• プライマリ（ブランドのメインサイト）
• エイリアス（プライマリにリダイレクトする）
• 防衛用（他者による取得を防ぐために登録したもの。通常は保留する）
• キャンペーン（短期間の特定用途）
• 廃止済み（利用を終了したもの。有効期限で破棄するか、恒久的にリダイレクトする）

この分類に基づいて設定します。

ステップ 3：現在の設定を監査

各ドメインについて、以下を確認します。

• 正規 URL（apex と www）は戦略に沿って統一されていますか？
• 意図したリダイレクトは 301（恒久）になっていますか？
• すべてのバリエーションで HTTPS が強制されていますか？
• DNS レコードは必要最小限で、意図したものだけですか？
• レジストラはロックされていますか？
• 自動更新は有効になっていますか？
• レジストラのアカウントで 2FA は有効になっていますか？

不備を記録します。不備ごとにチケットを作成します。

ステップ 4：正規 URL のパターンを設定

新しいドメインと、修正が必要なドメインについて、次の設定を行います。

• apex または www のどちらを正規 URL にするか選ぶ
• 正規 URL ではない方に 301 リダイレクトを設定する
• どちらも HTTPS を強制する
• curl で確認する：curl -I http://example.com、curl -I http://www.example.com、curl -I https://www.example.com。すべて正規 URL にリダイレクトされ、最終的に単一の 200 を返す必要があります。

ステップ 5：リダイレクトマップを文書化

ポートフォリオ全体のすべてのリダイレクトを記録します。

送信元	リダイレクト先	種類	理由	設定日

問題が発生したときや統合を計画するときに、非常に役立ちます。

ステップ 6：監視を設定

以下を監視します。

• DNS 解決（NXDOMAIN または誤った IP の場合にアラート）
• HTTPS 証明書の有効期限（30 日前、14 日前、7 日前にアラート）
• リダイレクトチェーン（301 が 200 または 404 を返すようになった場合にアラート）
• 更新日（90 日前、30 日前、7 日前にアラート）

これはドメイン戦略と monitoring-and-alerting をつなぐものです。

ステップ 7：文書化して見直す

ドメイン戦略は四半期ごとの見直し事項です。更新、統合、新しいサービスの開始によって状況は変わります。定期的な見直しを設定しなければ、ポートフォリオは次第に整合性を失います。

---

障害パターン

apex と www の両方でコンテンツを配信している。 重複コンテンツです。どちらか一方を選び、もう一方をリダイレクトします。

301 にするはずのリダイレクトが 302 になっている。 302 は一時的なリダイレクトです。301 は恒久的なリダイレクトです。SEO 評価は 301 では引き継がれますが、302 では（確実には）引き継がれません。

HTTPS が強制されていない。 HTTPS と並行して、HTTP でもコンテンツを配信しています。エッジまたはロードバランサーで HTTPS を強制します。

レジストラのデフォルトのパーキングページ。 パーキング中のドメインにレジストラの広告が表示されています。レジストラには無料でも、こちらにとっては好ましくありません。リダイレクトか独自のページに置き換えます。

誤って複数のレジストラにドメインを分散している。 移行が完全に完了していません。一本化します。

CAA レコードがない。 設定に不備のある ACME クライアントを使えば、誰でもあなたのドメインの証明書を発行できてしまいます。CAA は証明書を発行できる CA を制限します。追加しましょう。

「費用を節約するため」に自動更新をオフにしている。 ドメインを誤って失効させ、他者に取得され、10 倍の費用がかかる（または取り戻せなくなる）可能性があります。自動更新は安価な保険です。

サブフォルダーのほうが適していたのに、サブドメインを使っている。 SEO 評価がホスト名ごとに分散します。サブドメインを使う理由を明確に示せる場合に限り、デフォルトではサブフォルダーを使います。

「SEO 対策」として、内容の薄いコンテンツを載せたパーキング中のドメインを置いている。 検索エンジンはこれを評価しません。誘導ページとしてペナルティを課します。リダイレクトするか、何も掲載しないようにします。

---

出力形式

ドメイン戦略ドキュメントには、次の内容を含めます。

• インベントリ： すべてのドメインを記載したスプレッドシート
• 分類： 各ドメインの役割
• 正規 URL の決定： apex と www のどちらを使うかを決め、固定
• リダイレクトマップ： ポートフォリオ内のすべてのリダイレクト
• DNS 標準： デフォルトのレコードセット
• レジストラ標準： ロック、2FA、自動更新
• 監視： 監視対象とアラートの送信先
• 更新カレンダー： 今後 12 か月
• 見直し頻度： 見直しの時期

---

参考ファイル

• references/dns-record-reference.md：一般的な DNS レコードの説明。特に便利なレコード（A、AAAA、CNAME、MX、TXT、CAA、SRV など）の構文と、それぞれが必要となる場面を紹介します。