ドメインが失効する日

あるSaaS創業者が朝起きると、200件のサポートチケットが届いていました。顧客のダッシュボードは404エラーを返しています。「yourdomain.com:このドメインは購入可能です」。

誰か——たいてい本人ではない誰か——がドメインの更新を忘れたのです。レジストラは更新通知を送っていたはずですが、メールは埋もれてしまいます。誰も更新日を追跡していませんでした。誰もリマインダーを設定していませんでした。

今やドメインは失効しています。猶予期間(通常18〜30日)内に誰も再取得しなければ、オークションに出品されます。競合他社が買い取ることもできます。ユーザーは製品にアクセスできません。

ほとんどのSaaS企業にとって、ドメインを失うことは、そのドメイン上に築いたビジネスを失うことを意味します。メール、ウェブサイト、APIエンドポイント——すべてが消えるのです。

実際のコスト:

即時:24時間以上のダウンタイム、収益の損失
短期:緊急のドメイン更新、DNS再設定、SSL証明書の更新
長期:ブランドの毀損、顧客離れ、競争上の不利

SaaSスタートアップでドメイン更新が失敗する理由#

1. 複数のレジストラ、一元管理なし

典型的なSaaS創業者は、複数のレジストラにドメインが分散しています:

yourdomain.com      → GoDaddy(3年前に最も安かった)
yourdomain.io       → Namecheap(かっこいいTLD、別のレジストラ)
yourdomain.dev      → Google Domains(2年前に無料移管)
backup.yourdomain.com → 買収したドメイン、元のレジストラのまま

レジストラごとに独自の更新システムがあります。メールアラートも別々の場所に届きます。更新日もバラバラです。

創業者は「メインドメインの更新日」は把握していても、.ioドメインが失効するまで気づかないことがあります。

2. 受信トレイに届かないメールアラート

レジストラはドメイン管理者のメールアドレスに更新リマインダーを送ります。しかし:

メールが迷惑メールフォルダに入ってしまう
ドメイン管理者のメールが古いアカウント(創業者の前職のメール)
創業者のスタートアップ用メールが、会社設立後にレジストラ側で更新されていない
複数人がリマインダーを受け取るべきなのに、登録されているのは1人だけ

結果:更新リマインダーは届いていても、誰も見ていない。

3. 失効間近のドメインが監視されていない

レジストラはメールを送りますが、SaaS創業者にはそれを監視するインフラがありません。エンジニアリングのバックログにも入っていません。アラートシステムも存在しません。

運用チームが「待って、ドメインの有効期限はいつだっけ?」と気づく頃には、すでに失効していることもあります。

4. 創業者は更新日を知っているが、他の誰も知らない

創業者は「3年前にyourdomain.comを登録したから、来月で期限が切れる」と覚えています。しかし、創業者はカンファレンスに出席中だったり、休暇中だったり、会議続きだったりします。

社内の他の誰も知りません。更新日が来て過ぎても、誰も行動しません。ドメインは失効します。

5. 手動更新が必要な海外レジストラ

一部のドメイン(特に.uk、.deなど国別TLD)は、古めかしいインターフェースで手動更新を要求するレジストラがあります。

創業者は更新を試みますが、手順がわからず、日数だけが過ぎていきます。ドメインは失効します。

SaaSにおけるドメイン失効:広範な影響#

主要ドメインの失効(yourdomain.com)#

メインドメインが失効すると:

ウェブサイトに到達不能
メールがバウンスする
APIエンドポイントが失敗する
顧客の連携が壊れる
ソーシャルプルーフ(ケーススタディへのリンクなど)がすべて404になる

サブドメインへの影響

メインドメインは失効していなくても、サブドメインが失効する場合:

api.yourdomain.comが失効:APIが失敗、連携が壊れる
webhooks.yourdomain.comが失効:Webhookが失敗、顧客データの同期が壊れる
staging.yourdomain.comが失効:ステージング環境にアクセス不能(影響は比較的小)
eu.yourdomain.comが失効:EUリージョンに到達不能

代替ドメインの失効

代替ドメイン(マーケティング用、ランディングページ用)を所有している場合:

yourdomain.ioが失効:ブランドのプレゼンスが分断される
backup.yourdomain.comが失効:バックアップドメインが利用不可
yourdomain.devが失効:開発者コミュニティ用ドメインが消失

SaaSのためのドメイン更新チェックリスト#

四半期ごと:ドメイン監査

1. すべてのドメインをリスト化(主要、サブドメイン、代替TLD)
2. 各ドメインの現在のレジストラを確認
3. 各ドメインの有効期限を文書化
4. 管理者メールが正しいか確認
5. DNSレコードが正しいか確認
6. 各ドメインの自動更新ステータスを記録

月次:更新の監視

1. 60日以内に失効するドメインをチェック
2. チームに更新通知を送る(管理者メールだけでなく)
3. 重要なドメインで自動更新が有効か確認
4. 社内ドキュメントを更新

年次:レジストラのレビュー

1. レジストラの料金を比較
2. 単一レジストラへの統合を検討(更新が簡素化される)
3. 利用規約の更新要件をレビュー
4. より良い価格があれば早めに更新

SaaSドメイン管理のベストプラクティス#

1. レジストラを統合する

GoDaddy、Namecheap、Google Domainsに分散したドメインを、1つのレジストラに統合しましょう:

メリット:

更新管理の一元化
単一のアラートシステム
一括更新が容易
DNS管理が簡素化

考慮事項:

一部のドメインは特定のレジストラでしか登録できない(国別)
ドメインの移管には5〜7日かかり、1ドメインあたり$5〜10のコスト
一部のレジストラは他より更新料金が高い

推奨:NamecheapまたはGoogle Domains(手頃で信頼性が高く、UXも良い)。

2. 自動更新を有効にする

ほとんどのレジストラは自動更新を提供しています。重要なドメインでは有効にしましょう:

ドメイン: yourdomain.com
自動更新: 有効
更新頻度: 1年
支払い方法: 登録済みクレジットカード

メリット:

手動更新が不要
偶発的な失効リスクの低減
ドメインがEOLの場合は更新前に無効化可能

リスク:

忘れていると予期せぬ請求が発生
有効な支払い方法が必要
一部のレジストラは意図せず自動更新してしまう

推奨:重要なドメインでは有効化。EOLの非推奨ドメインでは無効化。

3. イシュートラッカーで更新を追跡する

プロジェクト管理システムにドメイン更新を追加しましょう:

タイトル: yourdomain.comを更新
期日: 2027-03-15(失効30日前)
優先度: 高
担当: 運用チーム
繰り返し: 年次
説明: ドメインは2027-04-15に失効。期日前に更新すること。

こうすれば、更新がスプリント計画に表示される追跡可能なタスクになります。

4. 複数のチームメンバーに通知する

更新日を知っている人物が1人だけ、という状態に頼ってはいけません。アラートを設定しましょう:

メーリングリスト: ops+domain-renewal@yourdomain.com

すべてのレジストラの管理者メールとして設定。
含める人: 運用マネージャー、CTO、創業者
失効90日前: 通知送信
失効30日前: 通知送信 + イシュートラッカーでタグ付け
失効7日前: エスカレーション

5. 更新後にDNSを検証する

更新後、DNSレコードがまだ正しいか検証しましょう:

# DNSレコードが存在するか確認
nslookup yourdomain.com
dig yourdomain.com MX
dig yourdomain.com TXT

# メールが正しくルーティングされているか確認
host -t MX yourdomain.com

# HTTPS証明書が有効か確認
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com

更新時にDNSの設定ミスが起きることがあります。すべてが正しいか検証してください。

実例:ドメイン失効ケーススタディ

会社:B2B SaaS、顧客10,000社、ARR $2M

主要ドメイン:businessapp.com レジストラ:GoDaddy 更新日:2026年1月15日

何が起きたか:

創業者は10年前にbusinessapp.comを登録
個人メールアドレス(創業者のGmail)を管理者連絡先として使用
自動更新を設定していたが、登録カードが6か月前に有効期限切れ
更新が試みられたがカード期限切れで失敗
更新失敗の通知は創業者のGmailに届いたが、迷惑メール扱いでアーカイブされた
社内の他の誰も更新について知らなかった
1月15日が経過:ドメインは静かに失効

発覚までのタイムライン:

1月17日:顧客から電話「businessapp.comが読み込めないのはなぜ?」
1月18日:チームがドメイン失効に気づく
1月18日(2時間後):レジストラのコントロールパネルから緊急更新
1月18日(4時間後):DNS伝播(キャッシュされた古いIPがまだ参照される)
1月18日(24時間後):完全復旧、ドメイン完全アクセス可能

影響:

24時間以上の部分的障害(キャッシュ済みは到達、その他は失敗)
500件以上のサポートチケット
障害中に登録した顧客がアカウントにアクセスできず
売上$120Kに影響(3〜4時間分の取引機会損失)
創業者はストレス、チームは集中力を失う

対策:

管理者メールを会社のメール(創業者の個人ではなく)に更新
運用マネージャーをセカンダリ管理者として追加
プロジェクトトラッカーに更新リマインダーを設定
カード更新後に自動更新を検証

学び:「ドメインはインフラの中で最も重要な要素だったのに、後回しのように扱われていました。サーバーの稼働状況と同じように追跡する必要があったのです」

高度なドメイン管理:RDAPとWHOIS#

多数のドメインを管理するSaaS企業では、RDAP(Registration Data Access Protocol)とWHOISルックアップを使ってドメイン有効期限の追跡を自動化しましょう:

RDAPルックアップ(推奨)#

RDAPはWHOISの最新の代替手段です。ドメイン登録データへの標準化されたアクセスを提供します:

# ドメイン有効期限のRDAPクエリ
rdap yourdomain.com

以下を含む構造化データを返します:

レジストラ
登録日
有効期限
管理者連絡先
自動更新ステータス

WHOISルックアップ(レガシー)#

WHOISは古い仕組みですが、まだ広く使われています:

whois yourdomain.com

ドメイン登録の詳細を非構造化テキストで返します。

自動化

これらのクエリを使ってドメイン有効期限の監視を自動化しましょう:

import socket
import subprocess

domains = ['yourdomain.com', 'yourdomain.io', 'yourdomain.dev']
alert_days = 30

for domain in domains:
    # RDAPルックアップ
    rdap_result = subprocess.run(['rdap', domain], capture_output=True)

    # RDAP結果から有効期限を解析
    expiry_date = parse_rdap_expiry(rdap_result.stdout)

    # 残り日数を計算
    days_remaining = (expiry_date - today).days

    # 失効間近ならアラート
    if days_remaining < alert_days:
        send_alert(f"{domain} expires in {days_remaining} days")

Nova UptimeでSaaSドメインを監視#

Nova Uptimeはドメイン有効期限の追跡を自動化します:

RDAPルックアップ:RDAP/WHOISを使ってドメインの有効期限を自動検出
マルチレジストラ対応:どのレジストラでも動作(特定のプロバイダに縛られない)
更新リマインダー:失効30日、14日、7日、1日前にアラート
更新確認フロー:任意の「このドメインを更新しました」確認フロー
履歴トラッキング:90日分のドメインステータス履歴
メールレポート:全ドメインの有効期限ステータスを週次でサマリー

Nova Uptimeを使えば:

無料プランで10以上のドメインを監視
失効前に自動でリマインダーを受け取る
ウェブサイトの稼働状況やメール配信ヘルスと並行してドメインの健全性を追跡
二度とドメイン更新を見逃さない

自動化:完全なドメイン監視スタック

レベル1:手動トラッキング(非推奨)#

スプレッドシート: ドメイン、レジストラ、有効期限
更新頻度: 思い出した時
リスク: 非常に高い(必ず忘れる)

レベル2:レジストラの自動更新 + カレンダーリマインダー#

自動更新: レジストラ側で有効
カレンダー: 繰り返しリマインダー(手動設定)
リスク: 高い(自動更新が失敗することもあり、カレンダーリマインダーは無視されがち)

レベル3:一元化されたドメイン監視#

ツール: Nova Uptime(または類似ツール)
監視: 自動化されたRDAP/WHOISチェック
アラート: メール、Slack、Webhook
リスク: 低い(自動監視が問題を検知)

レベル4:完全自動化#

監視: Nova Uptime
自動更新: レジストラ側で有効
アラート: 7日前マークまでに更新が完了していなければエスカレーション
チーム通知: 複数人にアラート
リスク: 非常に低い(複数のセーフティネット)

まとめ:ドメイン資産を守る

ドメインはあなたのデジタルアドレスです。それを失うことは、そのドメイン上に築いたビジネスを失うことを意味します。

アクションプラン:

すべてのドメインを監査:所有するすべてのドメイン(主要、サブドメイン、代替TLD)をリスト化
レジストラを統合:すべてのドメインを1つのレジストラに移管することを検討
自動更新を有効化:重要な本番ドメインで有効に
監視を設定:Nova Uptimeでドメイン有効期限を自動追跡
チームに通知:プロジェクトトラッカーに繰り返しタスクとして更新を追加
更新後に検証:更新後にDNSレコードを確認
プロセスを文書化:ドメイン更新緊急時のランブックを作成

Nova Uptimeの無料プランから始めましょう。最も重要な5〜10のドメインを監視し、自動的な有効期限アラートを設定してください。二度とドメインを静かに失効させないために。

ドメインはSaaSの基盤です。重要な資産として、それにふさわしい守り方をしましょう。

SaaSスタートアップ向けドメイン更新管理:二度とドメインを失効させない