結論
- 期限が切れても、すぐに他人のものになるわけではありません。取り戻せる期間が段階的に用意されています。ただし段階が進むほど手続きは重くなるので、気づいた時点で、契約している事業者の管理画面と公式ヘルプを開くのが最初の一手です。
- gTLD(.com、.net など)は、ICANNの「期限切れ登録の復旧に関するポリシー(ERRP)」が、事業者からの通知の回数と、削除後30日間の復旧猶予期間(Redemption Grace Period)を定めています。
- .jp は仕組みが違います。JPRSの説明では、有効期限は自動で更新され、登録が終わるのは「廃止」の手続きが取られたときです。廃止後にも登録回復の期間があります。
- どちらも、手続きの窓口は登録先の事業者です。更新や復旧にかかる費用と、期限後に更新できる日数は事業者によって違うので、この記事には書きません。
1. いまどの段階かを見分ける
| 見えていること | 考えられる段階 | 次に進む先 |
|---|---|---|
| 事業者から「期限が近い」という通知が来ている。サイトもメールも動いている | 期限前 | 管理画面で更新する。5節の確認表へ |
| サイトが事業者の案内ページに変わった、またはメールが届かなくなった。管理画面には更新のボタンがある | 期限後、事業者のもとで更新できる期間(gTLD) | 2節 |
| 管理画面で更新できず、「復旧」「Redemption」といった表示がある | 復旧猶予期間(gTLD) | 2節 |
| .jp で、管理画面に「廃止」の表示がある | 廃止後(.jp) | 3節 |
| 管理画面にログインできない、事業者が分からない | — | 4節 |
登録の状態は、ICANNの登録データ検索(lookup.icann.org)や JPRS WHOIS でも確認できます。gTLDでは、状態の欄に「redemptionPeriod」「pendingDelete」と出ていれば、それぞれ復旧猶予期間、削除待ちの段階です。
2. gTLD(.com、.net など)の場合
ERRPが定めている内容は次のとおりです。
| 時点 | 定め | 根拠 |
|---|---|---|
| 期限の前 | 事業者(レジストラ)は、期限のおよそ1か月前と1週間前に、少なくとも2回通知する | ERRP 2.1.1 |
| 期限の後 | 期限から5日以内に、更新の方法を書いた通知を少なくとももう1回送る | ERRP 2.1.2 |
| 期限後、更新できる期間 | 登録者が更新できる期間の最後の少なくとも8日間は、それまでのDNSの参照先を止める | ERRP 2.2 |
| 削除の直後 | レジストリは30日間の復旧猶予期間を設ける(スポンサー付きgTLDを除く) | ERRP 3.1 |
| 復旧猶予期間の後 | 5日間の削除待ち(Pending Delete)を経て、誰でも登録できる状態に戻る | ICANNのFAQ |
読み取れることを3つ挙げます。
- 期限後に更新できる日数は、ポリシーでは一律に決まっていません。 事業者の規約で決まるので、公式ヘルプで自分のドメインの種類の日数を確認します。
- サイトやメールが止まるのは、ポリシーに定められた動きです。 DNSの停止は「登録者が更新できる期間」の中で行うと定められているので、止まったことに気づいた時点で、まだ更新できる可能性があります。
- 削除待ちの5日間に入ると、復旧の手続きはできません。 その後は一般の登録と同じ条件で、先に申し込んだ人のものになります。
ERRPは、事業者が更新の料金、期限後の更新の料金、復旧の料金を自社のサイトに分かりやすく載せることも求めています(4.1)。復旧の料金は通常の更新と別に設定されていることがあるので、手続きの前にそのページを見ます。
また、ICANNのFAQによると、期限が切れていることだけを理由に、事業者は他社への移管を拒むことはできません。ただし復旧を急ぐ場面では、まず今の事業者で更新し、移管は落ち着いてから考える方が手順は少なく済みます。
3. .jp の場合
JPRSの「JPドメイン名のライフサイクル」による整理です。
| 項目 | 汎用JP・都道府県型JP | 属性型JP(co.jp など)・地域型JP |
|---|---|---|
| 有効期限 | 登録年月日の1年後の月末 | 同じ |
| 期限までに廃止されなかった場合 | JPRSが1年間自動で更新する | 同じ |
| 廃止の後 | 廃止申請をした月の月末の翌日から1か月間、「廃止されている」状態(Suspended)になる | 廃止日の翌日から6か月間、「廃止されている」状態(Deleted)になる |
| 登録回復 | その状態になった月の1日から20日までに、指定事業者を通じて申請する | 同じ |
| 期間の後 | 情報が削除され、同じ文字列を誰でも登録できるようになる | 同じ |
.jp では、レジストリの側で期限が自動更新されるため、「更新を忘れた」場面の実態は、指定事業者への支払いが止まり、事業者が規約にもとづいて廃止の手続きを取る、という流れが考えられます。どの時点で廃止の手続きに進むかは事業者の規約によるので、支払いの遅れに気づいたら、廃止の前に事業者へ連絡します。
JPドメイン名の申請は、すべて指定事業者を通じて行います(JPRSのよくある質問)。JPRSへ直接申請することはできないので、登録回復も管理を任せていた指定事業者に連絡します。受け付ける期間は事業者ごとに異なる場合がある、とJPRSは注記しています。
4. 管理画面に入れない・事業者が分からないとき
- 事業者の名前は、登録データ検索(gTLD)や JPRS WHOIS(.jp)の「Registrar」「指定事業者」にあたる欄で確認できます。
- ログインのためのメールアドレスが使えなくなっている場合は、事業者の公式ヘルプにある本人確認の手続きに進みます。時間がかかることがあるので、期間の残りを先に確かめます。
- 登録を制作会社などに任せていた場合は、その会社に連絡します。名義がどうなっているかは、この機会に確認しておきます。
担当者の交代や、連絡先にしていたメールアドレスの廃止をきっかけに、通知が誰にも読まれなくなる、というのが更新漏れの起こりやすい形です。
5. 確認表(復旧のあと、次に備える)
| # | 確認すること | 自分の場合(記入) | 済 |
|---|---|---|---|
| 1 | 登録先の事業者と、ログインに使うアカウント | □ | |
| 2 | ドメインごとの有効期限 | □ | |
| 3 | 自動更新の設定が有効か | □ | |
| 4 | 支払い方法の有効期限(カードの期限など) | □ | |
| 5 | 事業者からの通知が届くメールアドレスが、いま読めるアドレスか | □ | |
| 6 | その通知先が、期限の切れるドメイン自身のメールアドレスだけになっていないか(止まると通知も読めなくなる) | □ | |
| 7 | 期限の1か月前に、自分の予定表にも確認の予定を入れた | □ | |
| 8 | 事業者の公式ヘルプで、期限後に更新できる日数と復旧の手続きを確認した | □ |
出典(取得日: 2026-09-20)
- ICANN “Expired Registration Recovery Policy”(ERRP) https://www.icann.org/resources/pages/errp-2013-02-28-en
- ICANN “FAQs for Registrants: Domain Name Renewals and Expiration” https://www.icann.org/resources/pages/domain-name-renewal-expiration-faqs-2018-12-07-en
- JPRS「JPドメイン名のライフサイクル」 https://jprs.jp/about/dom-rule/lifecycle/
- ICANN “EPP Status Codes: What Do They Mean, and Why Should I Know?” https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en
- JPRS「JPドメイン名の各種申請について(よくある質問)」 https://jprs.jp/faq/application/