WHOISプライバシー保護を更新する方法｜期限の更新・登録情報の変更・移管後の再設定

WHOIS のプライバシー保護（公開代行）は、一度設定すれば終わりではありません。オプションとしての期限の更新、登録者情報を変えたときの保護の維持、レジストラを移管したあとの再設定など、「更新」が必要になる場面がいくつかあります。手順はどれも、管理画面で設定を変えたあとに、第三者から見える表示が意図どおりになっているかを確かめるという流れです。この記事では、場面ごとの更新手順と、更新後の確認方法を説明します。

更新が必要になる4つの場面

• 保護オプションの期限が近いとき: レジストラによっては、プライバシー保護をドメインとは別の契約として扱い、独自の期限や更新手続きがあります。ドメイン本体を自動更新にしていても、保護だけが期限切れになることがあります。
• 登録者情報を変更するとき: 引っ越しや社名変更で登録者情報を直す場合、保護を有効にしたまま正しく反映させる必要があります。
• レジストラを移管したとき: 保護は移管元のレジストラのサービスなので、移管先へは引き継がれないのが一般的です。移管先で改めて設定します。
• レジストラのサービス内容が変わったとき: 提供条件や対象の TLD が見直されることがあります。お知らせメールに目を通し、自分のドメインが影響を受けるかを確認します。

提供条件や画面の表記はレジストラごとに違い、変更もあります（2026年10月現在）。以下は一般的な流れとして読み、実際の操作は契約中のレジストラの案内に合わせてください。

まず現在の保護状態を確認する

更新の前に、今の状態を2つの側面から確かめます。

1. 管理画面での状態: ドメインの詳細画面で、プライバシー保護（公開代行）の有効・無効、期限、自動更新の設定を確認します。複数のドメインを持っている場合は、一覧で保護の列を並べて見ると漏れに気づきやすくなります。
2. 第三者から見える表示: 管理画面の表示と、実際に公開されている内容が一致しているとは限りません。RDAP や WHOIS で確かめます。

# gTLD：連絡先の表示内容を確認する
curl -sL https://rdap.org/domain/example.com | jq '.entities[]? | {roles, vcardArray}'

# 伏せられている項目の一覧（レジストリやレジストラが対応していれば表示される）
curl -sL https://rdap.org/domain/example.com | jq '.redacted[]?.name'

# .jp は JPRS の WHOIS
whois -h whois.jprs.jp example.jp

gTLD では、プライバシー保護を使っていなくても、個人の氏名や住所が既定で伏せられていることが多くなりました。「伏せられているから保護は不要」と判断する前に、組織名やメールアドレスの欄に何が表示されているかを確認します。

保護オプションの期限を更新する

保護に独自の期限があるレジストラでは、次の手順で更新します。

1. 管理画面で保護オプションの期限を確認し、ドメイン本体の期限と比べます。
2. 自動更新を有効にできる場合は有効にし、登録している支払い方法が使える状態か（カードの有効期限など）を確認します。
3. 手動で更新する場合は、期限に余裕をもって申し込みます。期限を過ぎると保護が外れ、本人の情報が公開される場合があります。
4. 可能であれば、保護の更新時期をドメイン本体の更新時期と揃えます。更新の時期が分かれていると、片方だけ漏れる原因になります。

一度でも保護が外れると、その間の情報が第三者の WHOIS 履歴サービスに記録されることがあり、後から消すことはできません。期限切れを防ぐことが最も大切です。

登録者情報を変更して保護を維持する

保護を有効にしていても、レジストラに登録した本人の情報は正確に保つ必要があります。gTLD のレジストラには登録者情報の正確さを確かめる義務があり、古い情報のままだと確認を求められたときに応じられず、ドメインの停止につながることがあります。

1. メールアドレスを先に直す: 本人の登録メールアドレスが今使えるものかを確認し、変更する場合は最初に直して、届いた確認メールに応答します。
2. ほかの項目を直す: 氏名・組織名・住所・電話番号を現在の情報に修正します。保護を有効にしたままなら、公開表示は代行者の情報のままで、レジストラが持つ本人の情報だけが更新されます。
3. 確認メールに応答する: 変更後に登録者メールアドレスの確認を求められることがあります。迷惑メールフォルダも含めて確認します。

登録者名や組織名を変えると、gTLD では「登録者の変更」として扱われ、一定期間ほかのレジストラへ移管できなくなることがあります。移管の予定がある場合は、移管と情報変更の順序をレジストラに確認してから進めます。ICANN の移管ポリシーは見直しが進められているため、ロックの扱いも最新の案内で確認してください。

移管後に保護を設定し直す

レジストラを移管すると、移管元の保護サービスは終了し、移管先では未設定の状態になるのが一般的です。移管直後は、移管元の代行者の情報が表示されたままになっていたり、逆に本人の情報が表示されていたりと、状態が分かりにくくなります。

1. 移管が完了したら、移管先の管理画面で登録者情報が正しく入っているかを確認します。
2. 移管先のプライバシー保護（公開代行）を申し込みます。申し込み時に選ぶ方式のレジストラもあれば、取得後に設定画面で有効にする方式のレジストラもあります。
3. 数時間から1日ほど置いて、RDAP や WHOIS で表示が移管先の保護の内容に変わったことを確認します。

移管の手続き中に保護を一時的に外す必要がある場合は、外している期間をできるだけ短くするよう、移管先での申し込みの準備を済ませてから解除します。

.jp ドメインでの注意点

.jp ドメインは JPRS の規則に基づいて運用されており、表示される項目や公開代行で伏せられる範囲が gTLD とは異なります。代行の対象が一部の項目に限られたり、ドメインの種別によって扱いが違ったりすることがあります。属性型 JP（.co.jp など）は組織の情報が表示される前提の種別です。保護を更新・変更する前に、契約中のレジストラの .jp 向けの案内を確認し、変更後は JPRS の WHOIS で表示を確かめます。

更新後の確認

どの場面でも、更新したら次の3点を確認します。

• RDAP や WHOIS で、公開表示が意図どおりになっているか
• 公開されている連絡先にテストメールを送り、自分に転送されるか（転送の仕組みがある場合）
• 管理画面で、保護の期限と自動更新の設定が正しいか

確認の結果を記録しておくと、次回の更新時に比べやすくなります。

まとめ

• プライバシー保護の更新が必要になるのは、オプションの期限、登録者情報の変更、移管、サービス内容の変更の4つの場面です。
• 保護に独自の期限があるレジストラでは、自動更新と支払い方法を確認し、ドメイン本体と更新時期を揃えます。
• 保護を有効にしていても本人の登録情報は正確に保ち、変更はメールアドレスから先に行います。
• 移管すると保護は引き継がれないため、移管先で設定し直し、表示の切り替わりを確認します。
• 更新後は RDAP や WHOIS で第三者から見える表示を確かめ、転送が働くかもテストします。

• ドメインの自動更新を設定する方法と更新漏れを防ぐ確認ポイント
• 信頼できるレジストラの選び方