ドメインの期限切れは「サイトが見られない」だけでなく、メールの不達、SSL 証明書の更新失敗、更新後も直らない表示など、さまざまな形で現れます。この記事では、期限切れの現場でよく起きるトラブルを事例ごとに取り上げ、症状から原因を確かめる方法と対処を順に説明します。いま起きている症状に近い事例から読んでください。
最初に状態を確かめるコマンド
どの事例でも、まずドメインの登録状態と DNS の状態を確認します。gTLD では2025年以降 RDAP が登録情報の正式な提供手段になっています。
# 登録状態と有効期限（RDAP）
curl -sL https://rdap.org/domain/example.com \
| jq '{status: .status, events: [.events[] | {eventAction, eventDate}]}'
# 委任されているネームサーバー
dig +short NS example.com
# Web とメールのレコード
dig +short A example.com
dig +short MX example.comstatus に client hold redemption period pending delete などがあれば、通常どおりには使えない状態です。events の expiration が過去の日付なら期限切れです。.jp などの ccTLD は、レジストラの管理画面で状態を確認するほうが早いことがあります。期限や停止の扱いは TLD とレジストラで異なります（2026年10月現在）。
事例1: サイトが広告だらけの別ページになった
症状: 自社サイトの代わりに、広告リンクが並ぶページや「このドメインは期限切れです」という案内が表示される。
原因: 期限切れ後、レジストラがネームサーバーを自社の案内用（駐車ページ用）に切り替えたためです。多くのレジストラが更新猶予期間中にこの処理を行います。
確認: dig +short NS example.com の結果が、普段使っている DNS サービスではなくレジストラの案内用ネームサーバーになっています。
対処: レジストラで更新したあと、ネームサーバーを元の値に戻します。更新しただけではネームサーバーが戻らないレジストラがあるため、管理画面で設定値を確認してください。
事例2: 更新したのにサイトが戻らない
症状: 更新手続きは完了したが、数時間たっても表示されない、または一部の環境でだけ表示されない。
原因の可能性が高い順に確認します。
- ネームサーバーが案内用のまま: 事例1と同じです。NS を確認します。
- DNS キャッシュ: ネームサーバーを戻した直後は、各地の DNS キャッシュが古い値を返します。
dig @権威ネームサーバー A example.comで正しい値が返れば、時間をおけば揃います。 - DNSSEC の不整合: DNSSEC を使っていた場合、期限切れの過程で DS レコードが外れたり、DNS サービス側の鍵と食い違ったりすると、検証する DNS では名前解決が失敗します。
# 検証する公開 DNS で SERVFAIL になり、+cd（検証なし）で値が返るなら DNSSEC を疑う
dig @1.1.1.1 A example.com
dig @1.1.1.1 A example.com +cd
# 親ゾーンに登録されている DS レコード
dig +short DS example.comDS レコードが DNS サービスの鍵と一致していなければ、レジストラで DS を登録し直すか、いったん DNSSEC を無効にしてから設定し直します。
事例3: メールだけ届かない・送れない
症状: サイトは戻ったのに、取引先から「メールが返ってくる」と言われる。あるいは自分の送ったメールが迷惑メールに入る。
原因: 期限切れの間、MX レコードが引けなかったため、相手のメールサーバーが再送を試みたあとエラーで返しています。再送を続ける期間は送信側の設定次第で、数日にわたることもあります。送信側では、SPF・DKIM・DMARC の TXT レコードが引けなかった間に送ったメールが認証に失敗しています。
確認と対処: dig MX と dig TXT で、元のレコードが戻っているかを確認します。DNS サービスを変えていた場合はレコードが消えていることがあるので、控えから登録し直します。期限切れ中に返送されたメールは自動では届き直さないため、重要な相手には再送を依頼してください。
事例4: 更新通知に気付かなかった
症状: レジストラは通知を送ったと言うが、受け取った記憶がない。
原因: 登録者や管理者の連絡先メールが、期限切れになったドメイン自身のアドレスになっていたケースが典型です。期限が切れた時点で、そのドメイン宛ての通知は届かなくなります。退職者や外部の制作会社のアドレスが連絡先に残っていたケースもよくあります。
対処: 連絡先を、そのドメインとは別の、複数人が見られるアドレスに変更します。
事例5: 自動更新にしていたのに切れた
症状: 自動更新を設定していたはずなのに期限切れになった。
原因として多いもの
- 登録カードの有効期限切れ、利用限度額、カード会社による決済拒否
- 前払い残高（プリペイド）方式で、残高が足りなかった
- 他社へ移管した、または契約を変更した際に自動更新の設定が外れた
- レジストラ独自の更新期限が有効期限より前に設定されていた
対処: レジストラの請求履歴とメール通知で、決済に失敗した記録が無いかを確認します。復旧後は支払い方法を更新し、自動更新が有効になっているかを確かめておきます。
事例6: SSL 証明書の更新エラーが続く
症状: サーバーから「証明書を更新できませんでした」という通知が届く。ドメインを更新しても、証明書の期限が迫ったまま。
原因: Let's Encrypt などの証明書は、ドメインがサーバーを指していることを確認してから発行されます。期限切れの間は確認に失敗するため、更新できません。失敗が続くと、認証局の利用制限に一時的にかかることもあります。
対処: DNS が元に戻ったことを確認してから、手動で更新を試します。
# まず試験実行で、認証が通るかを確認
sudo certbot renew --dry-run
# 問題なければ通常の更新
sudo certbot renewレンタルサーバーの自動 SSL を使っている場合は、管理画面から再発行を申し込みます。
事例7: リデンプションに入っていた、または他人に取られた
症状: 管理画面で通常の更新ができない、あるいは RDAP の登録者やレジストラが見知らぬものになっている。
対処: redemption period の段階なら、契約していたレジストラに復旧を申し込みます。通常の更新よりかなり高い費用がかかることが一般的です。すでに第三者が取得していた場合は、まずそのドメインのメールアドレスをログイン ID にしているサービスの登録アドレスを変更してください。新しい所有者がメールを受け取れる状態だと、パスワード再設定を悪用されるおそれがあります。そのうえで、商標権があれば紛争手続き、無ければ交渉を検討します。
再発を防ぐために
- 自動更新と支払い方法を定期的に点検する（設定画面の名称や場所はレジストラごとに異なり、変更もあります。2026年10月現在の画面で確認してください）
- 連絡先メールを、そのドメイン以外の共有アドレスにする
- 重要なドメインは複数年で更新し、有効期限を社内のカレンダーにも登録する
- 外部の監視サービスや RDAP の定期確認で、期限と状態をチェックする
まとめ
- 期限切れの症状は、駐車ページ表示、更新後も戻らない、メール不達、SSL 更新失敗などさまざまで、RDAP と dig で状態を確かめるところから始めます
- 更新しても戻らないときは、ネームサーバー、DNS キャッシュ、DNSSEC の順に確認します
- 期限切れ中に返送されたメールは自動では戻らず、SSL も DNS 復旧後に更新し直す必要があります
- 通知の見落としと自動更新の失敗は、連絡先と支払い方法の管理で防げます
- 第三者に取得された場合は、まずログイン用メールアドレスの変更を急ぎます