WHOIS情報の不一致でドメインが凍結された場合の対処法｜状態の確認から解除まで

ドメインが登録者情報の確認未了や不一致を理由に止められた場合、多くはレジストラの管理画面から登録者情報を正しく直し、確認メールや本人確認に応じることで解除できます。焦ってレジストラの移管やネームサーバーの変更をしても解決しません。この記事では、まず本当に「WHOIS 情報が原因の停止」なのかを見分け、原因を可能性の高い順に確認して、解除後に点検すべきことまでを説明します。

まず症状を確認する

登録者情報が原因でドメインが止められると、次のような症状が出ます。

• サイトにアクセスすると「サーバーが見つかりません」と表示される（DNS が名前を解決できない）
• サイトの代わりに、レジストラの「ドメインの確認が必要です」といった案内ページが表示される
• メールの送受信ができなくなる
• レジストラから「連絡先情報の確認」「登録者情報の確認」といった件名のメールが届いている

サーバーの障害や WordPress の不具合とは違い、ドメインが停止されているとサーバー側のログにはアクセスが記録されません。サーバーの IP アドレスへ直接アクセスしたり、hosts ファイルで名前を固定したりしてサイトが表示されるなら、問題はサーバーではなくドメイン側にあると判断できます。

ドメインの状態を調べる

ステータスコードを見る

WHOIS / RDAP の「Domain Status」には、ドメインの状態を表すコード（EPP ステータス）が表示されます。

whois example.com | grep -iE 'Status|Registrar:|Expir'

# RDAP（gTLD）で状態の一覧を見る
curl -sL https://rdap.org/domain/example.com | jq -r '.status[]'

停止に関係する主なコードは次のとおりです。

• clientHold: レジストラがドメインを保留にした状態です。ゾーンから外され、名前解決ができなくなります。登録者情報の確認未了や、支払い・規約違反の対応でよく使われます。
• serverHold: レジストリ側で保留にされた状態です。レジストラ経由でレジストリに確認してもらう必要があります。
• clientTransferProhibited: 移管ロックの状態です。不正な移管を防ぐための通常の設定で、これだけなら停止ではありません。

有効期限が過ぎている場合は、登録者情報ではなく更新の問題です。期限の行もあわせて確認します。

DNS で委任の状態を見る

# 親ゾーン（.com）から委任をたどる
dig example.com NS +trace

# 親ゾーンのサーバーに直接聞く
dig @a.gtld-servers.net example.com NS

clientHold の状態では、.com のサーバーから委任情報（NS レコード）が返らず、「そのドメインは存在しない」という応答になります。一方、委任が返っているのにネームサーバーがレジストラの案内用のものに書き換わっている場合は、レジストラが案内ページへ誘導する形で停止しています。どちらの形を取るかはレジストラによって異なります。

原因を可能性の高い順に確認する

1. 登録者メールアドレスの確認が済んでいない

最も多い原因です。gTLD では、ドメインの新規登録や登録者情報の変更のあと、登録者メールアドレスの確認が求められ、決められた期限内に応答しないとドメインが停止されます。

• 確認すること: レジストラから届いた確認メールを、迷惑メールフォルダも含めて探します。管理画面に「未確認」「確認待ち」などの表示が出ていないかも見ます。
• 対処: 管理画面から確認メールを再送し、記載されたリンクを開いて確認を完了します。登録メールアドレスが今は使えないアドレスになっている場合は、先にアドレスを正しいものに変更します。

確認メールが届かない場合は、登録メールアドレスが停止中のドメインのアドレスになっていないかを疑います。停止したドメインのメールは受け取れないため、確認が永遠に終わらない状態になります。この場合は、別ドメインのアドレスに変更してから再送します。

2. 第三者からの申し立てによる確認依頼

登録者情報が不正確だという申し立てがあると、レジストラは登録者に情報の確認や修正を求めます。期限内に応じなかった場合や、修正内容が不十分な場合に停止されます。

• 確認すること: レジストラからのメールに、確認を求める理由と期限、必要な書類が書かれていないかを見ます。
• 対処: 氏名・住所・電話番号を実在する正確な情報に直し、求められた場合は本人確認書類や法人の登記情報を提出します。架空の住所や「test」などの仮の値が入っていると、それ自体が停止の理由になります。

3. 公開代行を使っていて連絡に気づかなかった

WHOIS の公開代行（プライバシー保護）を使っている場合、レジストラからの確認メールは登録された本人のアドレスに届きます。公開代行のアドレス宛の連絡は転送設定に依存するため、転送が止まっていると申し立ての連絡を見落とします。

• 対処: 管理画面で本人の連絡先と転送設定を確認し、テストメールで受信できることを確かめます。

4. 支払いや不正利用の確認

決済の確認が取れない、カードの不正利用が疑われるといった理由で、本人確認が終わるまで保留されることがあります。登録者情報の不一致（カードの名義と登録者名が違うなど）がきっかけになることもあります。

• 対処: レジストラの案内に従って本人確認を行います。原因がはっきりしない場合はサポートに問い合わせ、停止の理由を具体的に教えてもらいます。

5. .jp ドメインの登録者情報の確認

.jp ドメインはレジストリ（JPRS）の規則に基づいて運用されており、登録者情報が事実と異なる場合の扱いも gTLD とは違います。属性型 JP（.co.jp など）では、組織の実在や登録資格の確認が関係することもあります。レジストラの案内に従い、必要に応じて JPRS の公開している規則も確認してください。手続きの詳細は変更されることがあるため、ここでは一般的な考え方にとどめています（2026年10月現在）。

情報を修正するときの注意点

• 連絡先を先に直す: 登録者メールアドレスを、停止中のドメイン以外のアドレスにしてから、ほかの項目を直します。
• 登録者の変更は移管ロックを招くことがある: 登録者名や組織名を大きく変えると、gTLD では「登録者の変更」として扱われ、一定期間ほかのレジストラへ移管できなくなることがあります。レジストラによっては変更時にこのロックを避ける選択肢を表示します。移管の予定がなければ、まず正確な情報にすることを優先します。
• 移管では解決しない: 停止中のドメインは移管できないことが多く、移管先でも登録者情報の確認は必要です。今のレジストラで解除するのが近道です。

解除されたあとに確認すること

レジストラが停止を解除すると、ステータスから clientHold が消え、親ゾーンに委任が戻ります。ただし、停止中に返っていた「存在しない」という応答は、各地の DNS キャッシュサーバーにしばらく残ります。この否定応答を覚えておく時間は、ゾーンの SOA レコードの設定などで決まるため、解除後すぐに全員が見られるようになるとは限りません。

whois example.com | grep -i status
dig @a.gtld-servers.net example.com NS
dig example.com A +short

サイトが表示されるようになったら、WordPress の運用面も点検します。

• SSL 証明書: 停止中に Let's Encrypt などの自動更新が名前解決できずに失敗していることがあります。証明書の有効期限を確認し、必要なら更新を実行します。
• メール: 停止中に送られたメールは、送信側の再送期限を過ぎると戻されています。重要な取引先には、届いていない可能性を伝えます。
• 外部サービスの連携: 決済サービスの Webhook、Search Console の所有権確認、CDN など、ドメインに依存するサービスでエラーが出ていないかを見ます。

再発を防ぐ

• 登録者メールアドレスは、そのドメイン以外の、長く使い続けるアドレスにする
• 引っ越しや社名変更、担当者の交代のときに、ドメインの登録者情報も更新する
• レジストラからのメールを受信できるよう、迷惑メールの振り分けを確認する
• 公開代行を使う場合は、転送が働くかを定期的に確かめる
• ドメインの状態を監視し、clientHold が付いたら気づけるようにする

まとめ

• まず whois / RDAP のステータスと dig +trace で、本当にドメイン側の停止かを確かめます。
• clientHold はレジストラによる保留で、登録者メールの確認未了が最も多い原因です。
• 確認メールが届かないときは、登録メールアドレスが停止中のドメインのものになっていないかを疑います。
• 登録者情報は実在する正確な内容に直し、移管ではなく今のレジストラで解除します。
• 解除後は DNS の否定キャッシュが残る時間を見込み、SSL 証明書やメール、外部サービスを点検します。

• ドメインの認証メールが届かない場合の対処法
• ドメインのWHOIS情報を更新する方法