複数レジストラの一元管理ガイド:ドメイン管理を集約する方法

マルチレジストラの問題

御社には47個のドメインがあります。それらは以下に散らばっています:

• GoDaddy(12ドメイン)
• Namecheap(15ドメイン)
• AWS Route 53(8ドメイン)
• Google Domains(6ドメイン)
• Hover(4ドメイン)
• そして忘れていた他の3社

ドメイン更新のリマインダーは5つの異なるメール受信箱に届きます。一部のレジストラは有効期限の30日前にリマインダーを送ります。他は90日前です。リマインダーをまったく送らないものもあります。

そしてある火曜日、ドメインが失効します。更新通知は見ていませんでした(古いメールアドレスに届いていたのです)。競合他社がそれを買い取ります。メールが使えなくなります。APIが沈黙します。気づく前に売上が5万ドル落ちます。

これがマルチレジストラのドメイン管理の悪夢です。そして成長中の企業の50%以上で起きています。

解決策: すべてのレジストラにまたがって機能する一元的なドメイントラッキングです。

マルチレジストラの複雑さが生まれる理由

まず、なぜ企業がドメインをあちこちに抱えてしまうのかを理解しましょう:

1. レジストラのロックイン: 最初はGoDaddyから始め、3年後にコスト削減のためNamecheapに切り替えます。古い100ドメインは移管しません。

2. 買収: 別のレジストラを使う会社を買収します。今度はそのドメインを引き継ぐことになります。

3. 専門レジストラ: 一部のレジストラは特定のTLDを専門としています。.ioドメインはNamecheapの方が安く、.appドメインはGoogleの方が安い、といった具合です。

4. チームの分断: ある人はGoDaddyでドメインを管理していました。別の人はNamecheapを使っていました。誰もマスターリストを持っていませんでした。

5. 既存契約: 割引価格の古い契約があり、移管するよりそのままの方が安いケースです。

結果:5年目には、8つのレジストラに47ドメインが分散しています。誰も唯一の真実の情報源を持っていません。

一元化戦略

8つのレジストラアカウントに別々にログインする代わりに、すべてのドメインを表示する1つのダッシュボードと自動更新リマインダーが必要です。

ステップ1:マスターインベントリを作成する#

まずすべてを文書化しましょう:

Domain | Registrar | Expiry Date | Renewal Cost | Auto-Renew Enabled | Email
example.com | GoDaddy | 2026-03-15 | $12/yr | Yes | team@
example.io | Namecheap | 2026-05-22 | $35/yr | No | person@
example.app | Google | 2026-07-10 | $18/yr | No | someone@
example.dev | AWS Route 53 | 2026-02-28 | $10/yr | Yes | legacy@

このスプレッドシートが、SSOT(唯一の真実の情報源)になります。

作り方:

1. 各レジストラ(GoDaddy、Namecheap、AWSなど)にログインします
2. 全ドメインと有効期限をエクスポートまたはスクリーンショットします
3. スプレッドシートに貼り付けます
4. 有効期限順(早い順)にソートします
5. DNSレコードがレジストラと一致しているかをクロスチェックします(意外と一致していないことが多いです)

ステップ2:すべてで自動更新を有効にする#

ほとんどのレジストラには自動更新設定があります。すべてのドメインで有効にしてください。

なぜ?

• 偶発的な失効を防ぎます
• 手動の失敗ポイントを1つ減らせます
• レジストラが期限時に自動的に課金してくれます

手順:

GoDaddy:

1. My Products → Domains → ドメインを選択
2. Settings → Auto Renewal: On
3. 保存

Namecheap:

1. Domain List → ドメインをクリック
2. Auto Renewal: Enable
3. 保存

AWS Route 53:

1. Registered Domains → ドメインをクリック
2. Auto Renewal: Enable
3. 保存

Google Domains:

1. My Domains → ドメインをクリック
2. Auto Renewal: On
3. 保存

目標: 100%のドメインで自動更新を有効にすること。

ステップ3:RDAP/WHOIS検索で通知を一元化する#

自動更新を有効にしていても、アラートは欲しいものです。支払い方法に問題が出たらどうしますか?更新中にレジストラに障害が起きたら?

解決策: RDAP(Registrar Data Access Protocol)またはWHOIS検索を使い、中央ダッシュボードから有効期限をチェックします。

これがNova Uptimeの仕組みです:

1. ドメインexample.comを追加します
2. Nova UptimeがWHOISレジストリに有効期限を問い合わせます
3. 残り日数を計算します
4. すべてのドメインを表示する週次サマリーを送信します
5. 有効期限の30日、14日、7日、2日、1日前にアラートを送ります

ステップ4:統合された有効期限アラートを設定する#

すべてのレジストラにまたがってドメイン有効期限を追跡する統合監視ツールを使います。

Nova Uptimeでのセットアップ:

1. go.novauptime.comにログインします

2. 47ドメインそれぞれで「Add Domain」をクリックします

3. 各ドメインについて、Nova Uptimeが自動的に:

   • WHOISレジストリに問い合わせます
   • 有効期限を計算します
   • 残り日数を検出します
   • データを保存します

4. Settings → Notificationsに移動します

5. 「Domain Expiry Alerts」を有効にします

6. 頻度を設定します:有効期限の30日、14日、7日、2日、1日前

7. 通知チャネルを設定します:メールまたはSlack

通知例(有効期限の7日前):

⏰ Domain Renewal Reminder
Domain: example.com
Expires: In 7 days (2026-03-22)
Current Registrar: GoDaddy
Renewal Cost: $12/year
Last Renewed: 2025-03-22
Action: Renew at https://godaddy.com or auto-renewal will charge on 2026-03-22

ステップ5:更新確認をモニタリングする#

更新後(手動でも自動でも)、それが実際に成功したかを検証したいものです。

設定:

1. 各Nova Uptimeドメインには「更新確認」リンクがあります
2. ドメインを更新したとき(手動または自動更新で)、リンクをクリックするか、更新メールに「renewed」と返信します
3. Nova Uptimeはそのドメインを「更新済み」とマークし、アラート送信を停止します
4. 過去の更新日を記録します

これが重要な理由:

• 更新が実際に完了したことを証明できます(レジストラが静かに失敗していない)
• コンプライアンスのための監査証跡を作れます
• 「更新したと思っていたけれどしていなかった」という事態を防げます

上級編:自動化された更新ワークフロー

100以上のドメインがある場合、手動トラッキングではスケールしません。自動化する方法を紹介します:

自動化パターン1:更新時のWebhook#

レジストラでドメインが更新されたとき、Webhookをトリガーします:

POST https://your-company.com/webhooks/domain-renewed
{
  "domain": "example.com",
  "expiry_date": "2027-03-22",
  "registrar": "GoDaddy",
  "renewal_cost": 12
}

システムは以下を実行できます:

• 必要に応じてDNSレコードを更新
• SSL証明書の更新をトリガー
• 社内システムを更新
• チームのSlackに投稿

自動化パターン2:ドメインの一括インポート#

ドメインを1つずつ追加する代わりに、一括でインポートします:

1. CSVファイルを作成します:

domain,registrar,expiry_date
example.com,GoDaddy,2026-03-15
example.io,Namecheap,2026-05-22
example.app,Google,2026-07-10

2. Nova Uptime設定からアップロードします
3. すべてのドメインが同時に追加されます

自動化パターン3:自動更新の検証#

一部のレジストラはAPIを提供しています。日次のcronジョブを設定して:

1. 各レジストラAPIに更新ステータスを問い合わせます
2. ドメインの有効期限が昨日から変わったか確認します
3. 変わっていれば、中央システムで「更新済み」とマークします
4. アラート送信を停止します

マルチレジストラ管理の実例

4つのレジストラにまたがる12ドメインを管理する流れを見てみましょう:

初期状態

GoDaddy:
- example.com (expires 2026-03-15)
- example.co (expires 2026-06-22)
- example.net (expires 2027-01-10)

Namecheap:
- example.io (expires 2026-05-22)
- example.dev (expires 2026-04-15)
- example.online (expires 2027-02-28)

Google Domains:
- example.app (expires 2026-07-10)
- example.cloud (expires 2027-03-22)

AWS Route 53:
- example.name (expires 2026-09-15)
- example.ws (expires 2026-08-30)
- example.tv (expires 2026-12-25)
- example.biz (expires 2027-05-10)

一元化のステップ

1週目:

1. マスターインベントリのスプレッドシートを作成
2. 有効期限順にソート(最も早いのは23日後のexample.com)
3. 各ドメインが正しく解決することを確認
4. すべてのレジストラのすべてのドメインで自動更新を有効化

2週目:

1. 12ドメインすべてをNova Uptimeに追加
2. メールアラートを設定:有効期限の30日、14日、7日、2日、1日前
3. 近日中に期限を迎えるドメインでテスト
4. チームが通知を受信できることを確認

3週目:

1. Nova Uptimeに1週間ドメインを追跡させる
2. 14日アラートが発火したら、レジストラのデータと一致するか確認
3. 自動更新が機能しているかチェック(WHOISで更新後の有効期限を確認)
4. プロセスをチームのwikiに文書化

2ヶ月目:

1. 更新時に社内システムを更新するWebhookを設定
2. 今後の更新カレンダーを作成
3. Q2/Q3の更新コストを予算化

3ヶ月目:

1. 四半期監査:Nova Uptimeから全ドメインをエクスポート
2. レジストラのアカウントリストと比較
3. 不足しているドメインを特定
4. 月内に取得した新しいドメインを追加

マルチレジストラのよくある失敗

失敗1:自動更新が機能していると思い込む#

問題: 2年前に自動更新を有効にし、動いていると仮定し、それでもドメインが失効する。

現実: 自動更新は以下の場合に静かに失敗します:

• 支払い方法が期限切れ
• 更新ウィンドウ中にレジストラで障害発生
• アカウントが侵害され、自動更新が無効化された
• 請求メールがバウンスした

解決策: 更新日を独立して監視します(Nova Uptimeのように)。レジストラの自動更新だけに頼らないでください。

失敗2:支払い方法をトラッキングしていない#

問題: クレジットカードが期限切れに。自動更新が課金しようとしたが、静かに失敗。ドメインが失効。

解決策: すべてのレジストラで支払い方法を最新に保ちます。毎年支払い方法をチェックするカレンダーリマインダーを設定してください。

失敗3:異なるレジストラアカウントにドメインを保管する#

問題: ある人がGoDaddyでドメインを所有しています。別の人がNamecheapでドメインを所有しています。どちらかが退職すれば、その知識も一緒に去ります。

解決策: 共有のレジストラアカウントログイン(強力なパスワードをvaultに保管)を使います。さらに良いのは、個人がレジストラに直接アクセスする必要のないAPIキーアプローチです。

失敗4:更新後にDNSを検証しない#

問題: ドメインは更新されたが、DNSレコードはまだ古いネームサーバーを指している。サイトがダウンする。

解決策: 各更新後、DNSレコードがまだ正しく解決することを確認します。dig example.comが現在のネームサーバーIPを返すかチェックしてください。

失敗5:ドメイン更新の警告を無視する#

問題: 「ドメインは7日後に失効します」というメールを受け取ったが読まなかった。忙しすぎて、スパムのように見えた。

解決策: 見落とせない構造化されたアラートを設定します(SMS、Slack、赤色アラート)。無視されがちなメールだけに頼らないでください。

マルチレジストラのコンプライアンスと監査証跡

規制業種(フィンテック、ヘルスケア、SaaS)を運営している場合、コンプライアンスのためにドメイン更新を証明する必要があります。

保管すべきドキュメント

各ドメインについて:

• レジストラ名
• 更新日
• 有効期限
• 更新コスト
• 使用した支払い方法
• 自動更新ステータス
• 過去の更新日(直近5年分)

Nova Uptimeはこれを自動的に提供します。コンプライアンスのために四半期ごとにエクスポートしてください。

監査チェックリスト

1. ✓ すべてのドメインの更新日が将来である
2. ✓ すべてのドメインで自動更新が有効(または有効でない理由が文書化されている)
3. ✓ 支払い方法が最新で期限切れでない
4. ✓ ドメイン有効期限アラートが設定されている
5. ✓ 更新確認が受信されている
6. ✓ 監視されていないドメインがない
7. ✓ 各ドメインの所有者をチームが把握している
8. ✓ レジストラアカウントが侵害された場合の災害復旧計画がある

100ドメインを超えるスケーリング#

100以上のドメインがあると、手動プロセスは破綻します。スケールするのは以下です:

1. API統合: レジストラAPIを使い更新データを自動取得
2. 一括インポート/エクスポート: UIをクリックする代わりにCSV一括操作
3. 自動化: Webhookが下流アクションをトリガー(SSL更新、DNS更新)
4. チームアクセス制御: ロールベースの権限(誰が更新できる?誰が移管できる?)
5. 一元化されたダッシュボード: 8つのレジストラダッシュボードではなく1つのシステムですべてのドメインを表示

Nova UptimeのAPIはこれらすべてをサポートします:

# Get all domains for a user
curl -H "X-API-Key: your-key" https://api.novauptime.com/api/v1/domains

# Get specific domain
curl -H "X-API-Key: your-key" https://api.novauptime.com/api/v1/domains/example.com

# Get domain incidents/history
curl -H "X-API-Key: your-key" https://api.novauptime.com/api/v1/domains/example.com/incidents

まとめ:マルチレジストラ一元化チェックリスト

• ✅ すべてのドメイン+レジストラ+有効期限のマスターインベントリを作成
• ✅ 100%のドメインで自動更新を有効化
• ✅ すべてのドメインを統合監視(Nova Uptime)に追加
• ✅ 有効期限アラートを設定(30日、14日、7日、2日、1日)
• ✅ Slackまたはメール通知を設定
• ✅ 更新確認ワークフローを有効化
• ✅ 支払い方法が最新であるかを監査
• ✅ チームのアクセスと責任範囲を文書化
• ✅ 近日中の更新でシステムをテスト
• ✅ 四半期監査プロセスを設定

今すぐ始める

複数のレジストラにドメインが分散しているなら、今日統合しましょう。すべてのドメインをNova Uptimeの無料プランに追加してください。

すべてのレジストラにわたる自動的なRDAP/WHOIS検索、週次更新リマインダー、10個の無料ドメイン監視枠が手に入ります。クレジットカードは不要です。

御社のドメインは、8つのレジストラダッシュボードを横断して手動管理するには重要すぎます。一元化し、自動化し、ドメインが予期せず失効しないと安心して眠れる体制を整えましょう。