2026年6月30日

ドメインを削除する前の注意点｜削除後に起きることと安全な手放し方

ドメイン管理

ドメインは削除しても「その場で消えて終わり」ではありません。多くの gTLD（.com など）では猶予期間を経て一般に再開放され、第三者が取得できる状態になります。この記事では、削除するとどう進むのか、削除前に洗い出しておくべき依存関係、そして「削除せずに手放す・保有し続ける」という選択肢までを整理し、後から困らない手放し方ができるようにします。

ドメインを削除すると何が起きるか

「削除」と「更新しない」は別の操作

レジストラの管理画面から能動的に削除する方法と、自動更新を止めて有効期限を迎えさせる方法があります。国内のレジストラでは削除の操作自体を用意しておらず、「更新しない」ことで手放す形のところも多いです。どちらが使えるか、返金があるかはレジストラの規約次第なので、まず契約先のヘルプを確認してください。

削除後の流れ（gTLD の一般的な例）

登録から数日以内（登録猶予期間。一般に5日間）に削除した場合は、レジストリからすぐに消え、すぐ再登録できる状態になることがあります。返金の扱いはレジストラ次第です。
それ以降に削除した場合は、リデンプション期間（一般に30日間）に入り、その後の削除保留（pendingDelete、一般に5日間）を経て開放されます。
リデンプション期間に入った時点でドメインは DNS から外れるため、サイトとメールは削除処理の直後から止まります。開放までの約1か月は「使えないが、まだ他人も取れない」期間です。

期間や扱いは TLD ごとのレジストリ規則で異なり、.jp は gTLD とは別の規則で運用されています（2026年10月現在）。具体的な日数は契約先のレジストラと、TLD を管理するレジストリの案内で確認してください。

削除前に洗い出したい依存関係

削除のリスクは「サイトが見られなくなる」ことよりも、ドメインが第三者の手に渡ったときに何ができてしまうかにあります。次の項目を順に確認します。

1. そのドメインのメールアドレスでログインしているサービス

最も重いリスクです。第三者がドメインを取得して MX レコードを設定すれば、旧アドレス宛てのメールを受け取れます。そのアドレスをログイン ID や連絡先にしているサービスがあると、パスワード再設定メールを使ってアカウントを乗っ取られるおそれがあります。

銀行・決済、SNS、クラウド（AWS・Google・Microsoft など）、ドメインやサーバーの契約アカウントそのもの
社内で使っている SaaS、取引先に登録してある連絡先
WordPress の管理者メールアドレスとユーザーのメールアドレス

WordPress 側は WP-CLI で洗い出せます。

# サイト管理用メールアドレス
wp option get admin_email

# 旧ドメインのアドレスを使っているユーザー
wp user list --fields=ID,user_login,user_email --format=csv | grep '@old-example.com'

見つかったアドレスは、削除より前に別ドメインのアドレスへ変更しておきます。

2. 他のドメインから参照されていないか

自社の別ドメインの DNS が、削除するドメインを指していることがあります。たとえば shop.example.net が old-example.com 配下のホストへ CNAME を向けていたり、SPF レコードで include:_spf.old-example.com を指定していたりする場合です。削除後に第三者がそのドメインを取得すると、サブドメインの乗っ取りや、なりすましメールの送信許可につながります。

# 自社で管理している他ドメインのレコードに旧ドメインが含まれていないか
for d in example.net example.org; do
  dig +short CNAME "www.$d"
  dig +short TXT "$d" | grep -i 'old-example.com'
done

ゾーンファイルをエクスポートできる DNS サービスなら、ファイル全体を検索するほうが漏れが少なくなります。

3. 被リンクと検索からの流入

別ドメインへ移転するなら、削除の前に 301 リダイレクトの期間を確保します。Google の Search Central のドキュメントでは、リダイレクトはできるだけ長く、一般に少なくとも1年程度は維持するよう案内されています。Search Console のアドレス変更ツールは、旧サイトから新サイトへの 301 が機能していることが前提です。ドメインを削除するとリダイレクトも同時に消え、旧ドメインへの被リンクは新しい所有者が利用できる状態になります。

4. 外部サービスとの紐付け

Google Workspace や Microsoft 365 などのメール・グループウェア契約
SaaS のドメイン所有確認（TXT レコード）、CDN、SSL 証明書
OAuth のリダイレクト URI、アプリ内に埋め込んだ URL、印刷物や QR コード

印刷物や QR コードは後から直せないため、配布済みのものがあれば当面ドメインを手放さない理由になります。

5. 契約が分かれていないか

ドメイン、DNS ホスティング、レンタルサーバーは別契約のことがよくあります。ドメインを削除してもサーバー料金は止まらず、逆にサーバーを解約してもドメインは更新され続けます。どの契約をいつ止めるかを一覧にしておきます。

手放すときの進め方

依存関係を洗い出し、メールアドレスや参照先を変更する
移転先がある場合は、新ドメインでサイトを公開し、301 リダイレクトを設定する
WordPress 内に残る旧ドメインの URL を置き換える
リダイレクトを十分な期間維持し、アクセスログで旧ドメインへの流入が減ったことを確かめる
自動更新を止めるか、削除の操作を行う

手順3は誤置換が起きると影響が広いため、データベースのバックアップを取ってから、まず置換件数だけを確認します。

wp db export before-replace.sql
wp search-replace 'https://old-example.com' 'https://new-example.com' --all-tables --dry-run

--dry-run の結果で対象テーブルと件数を確認し、問題なければ --dry-run を外して実行します。ステージング環境で先に試すと安心です。

「削除しない」という選択肢

ブランド名や長く使ったドメインは、使わなくなっても数年は保有し続けるほうが、総合的なリスクは小さいことが多いです。保有するだけなら、悪用を防ぐ最小限の設定にしておけます。

; メールを受け取らない（Null MX, RFC 7505）
old-example.com.         IN MX  0 .
; このドメインからの送信を許可しない
old-example.com.         IN TXT "v=spf1 -all"
_dmarc.old-example.com.  IN TXT "v=DMARC1; p=reject"

Web はリダイレクトを置くか、何も返さない構成にします。更新費用と、第三者に渡ったときの影響を比べて判断してください。

削除後に取り消したくなったら

リデンプション期間中であれば、契約していたレジストラを通じて復旧（restore）を申し込める場合があります。ただし通常の更新よりかなり高い費用がかかることが多く、レジストラによっては対応していません。削除保留に入ると取り消しはできず、開放後に改めて取得を狙うか、取得した相手と交渉するしかなくなります。削除は「戻せない操作」と考えて、上の確認を済ませてから行うのが安全です。

まとめ

gTLD では削除後、リデンプションと削除保留を経て再開放されるのが一般的で、サイトとメールは削除直後から止まります
最大のリスクは、旧ドメインのメールアドレスを使ったアカウントの乗っ取りと、他ドメインからの参照（CNAME・SPF）の悪用です
移転するなら 301 リダイレクトを十分な期間維持し、WordPress 内の URL はバックアップ後に dry-run で確認してから置換します
使わないドメインも、Null MX・SPF・DMARC で悪用を防いだうえで保有し続ける選択肢があります
期間や返金・復旧の扱いは TLD とレジストラで異なるため、操作前に規約を確認してください