ドメインの有効期限が切れると、サイトが表示されない、メールが届かない・送れない、SSL 証明書の更新が失敗する、といったトラブルが同時に起こります。まず whois で期限とステータスを確かめ、期限切れなら直後のうちにレジストラで更新するのが最優先です。この記事では、期限切れかどうかの見分け方、更新後に残る影響の片付け、再発を防ぐ仕組みづくりを説明します。すでに猶予期間を過ぎて「リデンプション」の状態になっている場合の復旧手順は、関連記事で詳しく扱っています。
期限切れで起きること
期限が切れたドメインは、多くのレジストラで DNS の応答が止まるか、レジストラの駐車ページ（パーキングページ）に向けられます。その結果、次のような症状が出ます。
- サイト: 「サーバーが見つかりません」（NXDOMAIN）になる、または見覚えのない広告ページや「このドメインは期限切れです」という案内が表示される。HTTPS で開くと、駐車ページの証明書とドメインが合わず証明書エラーになることもあります。
- メール: MX レコードが引けなくなり、外部からのメールが届かなくなります。送信側は再送を続けたあと、数日で配信不能として差出人に戻すのが一般的です。自分が送ったメールも、SPF や DKIM の確認ができず迷惑メール扱いや拒否になることがあります。
- SSL 証明書: Let's Encrypt などの自動更新は、ドメインの所有確認ができずに失敗します。期限切れが長引くと、ドメインを更新した後に証明書の期限も切れていた、ということが起こります。
- 外部サービス: Google Workspace や Microsoft 365、Search Console、各種 SaaS のドメイン認証が外れたり、ログイン用のメールが受け取れなくなったりします。
まず期限切れかどうかを見分ける
サイトが表示されない原因は、ドメインの期限切れ以外にも、サーバー（ホスティング）契約の期限切れ、SSL 証明書の期限切れ、DNS 設定の誤り、登録情報の不備によるドメインの停止などがあります。症状が似ているため、最初にドメインの状態を確認します。
# 有効期限とステータス、レジストラを確認
whois example.com | grep -iE 'Expir|Status|Registrar:'
# いまどのネームサーバーに向いているか
dig example.com NS +short
# RDAP（gTLD）で期限を JSON から取り出す
curl -sL https://rdap.org/domain/example.com | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate'判断の目安は次のとおりです。
- **期限の日付が過去で、Status に
clientHoldやautoRenewPeriodがある**: 期限切れによる停止の可能性が高い状態です。 - ネームサーバーが自分の設定と違う、レジストラの駐車用のものになっている: 期限切れでレジストラが向け先を変えたケースです。
- **期限は先なのに
clientHoldやserverHoldがある**: 期限切れではなく、登録者情報の確認が済んでいないなどの理由で停止されている可能性があります。レジストラからの確認メールを探します。 - **Status に
redemptionPeriodがある**: 通常の更新ができる期間を過ぎています。復旧には別の手続きと手数料が必要です。 - ドメインは正常で、NS も正しい: ドメイン以外の原因です。ホスティング契約や SSL 証明書、DNS レコードを確認します。
.jp ドメインは JPRS の WHOIS（whois -h whois.jprs.jp example.jp）で確認します。期限切れ後の扱いは gTLD と異なるため、JPRS と契約しているレジストラの案内に従ってください。
期限切れに気付いたらやること
1. レジストラで更新する
管理画面にログインし、対象ドメインを更新します。gTLD では、レジストラは期限切れ後も一定期間は元の登録者が更新できるようにしておくことが ICANN の方針で求められており、この期間なら通常の更新（レジストラによっては追加料金あり）で戻せることが多いです。どのくらいの期間、どの料金で更新できるかはレジストラごとに違うため、管理画面の表示と案内を確認します（2026年10月現在）。
ログインできない、登録時のメールアドレスが使えない、という場合はすぐにサポートへ連絡します。時間がたつほど選べる手段が減ります。
2. ネームサーバーと DNS レコードを元に戻す
更新しても、レジストラが駐車用に変えたネームサーバーが自動で戻らないことがあります。dig example.com NS +short で、もともと使っていた DNS サービスのネームサーバーになっているかを確かめ、違えば設定し直します。レジストラの DNS を使っていた場合は、ゾーンのレコードが残っているかも確認します。
3. 反映を待つ間に影響を把握する
ネームサーバーの変更は、TLD 側の NS レコードの TTL（.com などでは2日程度）のあいだ古い情報が残ることがあります。NXDOMAIN の結果も一定時間キャッシュされます。手元の PC やルーターの DNS キャッシュを消して確認し、一部の利用者だけ見られない状態がしばらく続くことは想定しておきます。
更新後に片付けること
- SSL 証明書: 自動更新が止まっていた場合は、手動で更新を実行し、有効期限を確認します。
certbot renew --dry-runで更新の流れが通るかを先に試すと安心です。 - メール: 期限切れの間に届かなかったメールは、送信側の再送期間を過ぎていると戻ってきません。重要な取引先には、届いていない可能性がある期間を伝えて再送を依頼します。
- 外部サービスの認証: ドメイン認証用の TXT レコードが残っているか、サービス側の認証状態が「確認済み」に戻っているかを確認します。
- 検索結果: 短期間の停止であれば、サイトが戻ればクロールも再開されるのが一般的です。停止が長引いた場合は、Search Console で重要なページの状態を確認し、必要に応じて再クロールをリクエストします。
- WordPress: 期限切れの間に予約投稿や外部 API との連携（決済、メール配信サービスなど）がエラーになっていないか、ログを確認します。
放置すると起こること
更新しないまま猶予期間を過ぎると、gTLD では多くの場合、リデンプション期間（高額な手数料で復旧できる期間）を経て削除され、誰でも登録できる状態に戻ります。期限切れのドメインを狙って登録する業者や、オークションに出すレジストラもあるため、削除されると取り戻すのは難しくなります。
第三者に取得されると、旧サイトへのリンクや検索結果から訪れた人が別のサイトに誘導されるほか、旧アドレス宛てのメールを第三者が受け取れる状態になる危険があります。取引先や各種サービスのパスワード再設定メールがそのドメイン宛てになっていると、アカウント乗っ取りにつながるおそれもあります。
再発を防ぐ仕組み
- 自動更新を有効にする: 自動更新の設定に加え、登録しているクレジットカードの有効期限が切れていないかを定期的に確認します。カードの期限切れによる更新失敗が、期限切れの原因として多いものの一つです。
- 連絡先を共有アドレスにする: 更新案内が担当者個人のアドレスにしか届かないと、退職や異動で途絶えます。部署の共有アドレスや、複数人に届く転送先を登録します。そのアドレス自体を、期限切れになりうる同じドメインにしないことも大切です。
- 期限を監視する: 上の RDAP のコマンドを定期実行し、残り日数が一定以下になったら通知する仕組みを作ると、案内メールの見落としに備えられます。外部の監視サービスでドメイン期限を監視できるものもあります。
- 管理を一か所にまとめる: 複数のレジストラにドメインが散らばっていると、更新漏れが起きやすくなります。棚卸しをして、必要なものを一つの管理画面に集め、不要なドメインは意図して手放します。
- 複数年で登録する: 主要なドメインは複数年で更新しておくと、一度の失敗がすぐに停止につながりにくくなります。
まとめ
- 期限切れになると、サイト・メール・SSL 証明書・外部サービスの認証が同時に影響を受けます。
- whois / RDAP で期限とステータス、dig でネームサーバーを確認し、ほかの原因と切り分けます。
- 期限切れ直後なら通常の更新で戻せることが多いため、気付いたらすぐ更新し、NS と DNS レコードを元に戻します。
- 更新後は SSL 証明書、メール、外部サービスの認証、検索結果の状態を点検します。
- 自動更新、共有の連絡先、期限の監視、管理の集約で再発を防ぎます。