ドメインプロテクションとは？不正移管を防ぐ設定を解説

ドメインプロテクションとは、ドメイン取得サービスの管理画面で行う重要な変更を制限し、登録者の承認などを追加する保護機能です。ただし、この名称は業界共通の単一規格ではありません。レジストラーロック、レジストリロック、登録情報変更の承認、二要素認証、WHOIS公開代行は、それぞれ守る対象と働く場所が異なります。

結論からいうと、企業サイト、ECサイト、独自ドメインメール、社名・商品名を含むドメインなど、失ったときの影響が大きいドメインでは、取得直後に移管ロックと管理アカウントの二要素認証を有効にし、必要に応じて変更承認型のドメインプロテクションを追加する価値があります。一方、ロックを設定しても契約更新は代行されません。有効期限、自動更新、決済手段、登録者メールアドレスも別に管理する必要があります。

この記事では、ICANN、JPRS、レジストラ公式情報を基に、2026年10月16日時点の仕組み、設定手順、移管時の解除方法、AuthCode、60日制限、更新切れ対策を整理します。ドメインそのものの基礎と取得後の接続方法は、LUFTMEDIAのドメインとは？URL・DNSとの関係と取得後に行う設定も参照してください。

ドメインプロテクションは何の操作を止める機能なのか？

「ドメインプロテクション」は、一般にはレジストラが提供する追加の操作制限を指します。第三者が管理アカウントへ侵入した場合や、担当者が誤操作した場合でも、登録者メールへの承認などを通さなければ重要な変更を完了できないようにする機能です。ただし、サービスによって保護項目、承認方法、料金、初期状態が違うため、名称だけで判断できません。

具体例として、お名前.comのドメインプロテクション公式案内では、ドメインWhois情報変更、属性JPドメイン情報変更、ネームサーバー変更、DNS関連機能、メール転送、URL転送、ドメインパーキング、ドメイン移管ロック、ドメイン売買、自動更新設定が保護対象として示されています。設定・変更時にはドメイン登録者の承認が必要です。つまり、他社への不正移管だけでなく、Webサイトやメールの行き先を変える操作、登録者情報や更新設定を書き換える操作も対象にできます。

2026年10月16日時点のお名前.com公式表示では、料金は1ドメインにつき年額1,078円（税込）です。ただし、サービス維持調整費が加算される場合があると案内されています。また、申し込んだだけでは各制限項目は有効にならず、初期設定がすべて「無効」である点に注意が必要です。申込後に「ドメインプロテクション設定」で対象項目をONにして初めて操作制限が働きます。他社の同名・類似機能では対象範囲が異なるため、公式マニュアルの「保護対象」「解除方法」「承認先」を確認してください。

なお、サーバーへの攻撃、WordPressの改ざん、DNSキャッシュ汚染、SSL証明書の秘密鍵漏えいを直接防ぐ機能ではありません。ドメイン管理側の操作を守る仕組みであり、サーバーやCMSのセキュリティ対策とは併用します。

申込画面で名称を見るだけでなく、保護する操作を項目単位で確認しましょう。

レジストラーロックのclientTransferProhibitedは何を防ぐのか？

レジストラーロックは、現在のレジストラから別のレジストラへの移管要求を拒否させるための状態です。gTLDでは、RDAPやWHOISのDomain Statusに「clientTransferProhibited」と表示されることがあります。ICANNのEPPステータス解説は、このコードを「現在のレジストラから他社への移管要求をレジストリに拒否させる状態」と説明しています。

ここでいう「client」は利用者の端末ではなく、レジストリへ命令を送るレジストラ側を表します。通常はレジストラの管理画面にある「移管ロック」「Transfer Lock」「Registrar Lock」などで設定します。ONなら他社移管を止め、実際に移管するときだけOFFに戻します。状態確認は、契約先の「ドメイン一覧」から対象ドメインの詳細を開く方法に加え、ICANN LookupなどのRDAP検索でDomain Statusを確認する方法があります。

clientTransferProhibitedが守る中心は「レジストラ間移管」です。ネームサーバー、DNSレコード、登録者情報の変更まで同時に禁止するとは限りません。管理画面に侵入した第三者が先にロックを解除できる設計なら、単独では十分な防御にならないため、ログイン時の二要素認証やロック解除時の追加承認を重ねます。

また、「clientUpdateProhibited」は登録情報の更新、「clientDeleteProhibited」は削除を制限する別のEPPステータスです。各コードを設定できるかはレジストラやTLDによります。契約画面で「ロック中」とだけ表示される場合は、何を禁止しているのか公式サポートへ確認してください。

通常運用では移管ロックをONにし、移管作業の直前だけ解除する運用が分かりやすいです。

レジストリロックは通常の移管ロックとどう違うのか？

レジストラーロックが契約先レジストラの層で設定されるのに対し、レジストリロックはTLDの登録データベースを管理するレジストリ側で変更を制限します。管理画面の認証情報を奪われ、レジストラ側で不正な申請が作られても、レジストリ側の別手続きが残るため、より強い多層防御になります。

JPRSのレジストリロックサービスでは、JPドメイン名について、登録情報変更、属性型・地域型JPドメイン名のドメイン名変更、ドメイン名移転、廃止、指定事業者変更、対象ドメインを使ったホスト情報変更などの申請を制限すると説明されています。登録者の氏名・組織名やネームサーバー設定など、サイトとメールの制御に直結する情報をレジストリ側で保護する仕組みです。

ただし、一般的な個人向け管理画面で即時にON・OFFできる機能とは限りません。JPRSは、利用可否や申込方法の詳細を管理指定事業者へ問い合わせるよう案内しています。企業の主要ドメイン、金融・行政関連サービス、停止や乗っ取りによる損害が大きいドメインでは、契約先へ「JPRSのレジストリロックを利用できるか」「解除時に電話確認などの別経路認証があるか」「変更に必要な時間と費用」を確認するとよいでしょう。

一方、日常的にDNSや登録情報を変更する開発用ドメインでは、解除手続きの時間が作業の制約になります。保護強度だけでなく、変更頻度、緊急時の連絡先、休日対応、解除に要する標準時間を運用設計へ含めます。レジストリロックと、レジストラ独自の「ドメインプロテクション」を同じ機能だと思い込まないことが重要です。

重要ドメインでは、契約先へレジストリ側で止まる申請範囲と解除経路を文書で確認してください。

登録情報変更の承認・二要素認証・WHOIS公開代行はどう使い分けるのか？

登録情報変更の承認は、登録者名、組織名、メールアドレスなどを書き換える際、登録者メールなどで意思確認を行う仕組みです。ドメインプロテクションの一部として提供されることがあります。承認メールの受信先自体が侵害されると突破される可能性があるため、登録者メールにはドメイン管理画面と異なる強固なパスワードと二要素認証を設定します。保護対象ドメインのメールだけを承認先にすると、DNSを奪われた際にメールも受け取れなくなるため、外部の復旧用メールを登録できるかも確認します。

二要素認証は、管理アカウントへのログインや重要操作に、パスワード以外の確認要素を加える機能です。お名前.comでは、2026年10月16日時点の公式ヘルプで「お名前.com Navi」へログインし、画面右上の「マイページ」→「ログイン情報の確認・変更」→「ログインセキュリティ」から二段階認証を設定すると案内しています。メールまたはSMSによる認証コードが使われ、ログイン、会員情報変更、パスワード変更、二段階認証設定の変更などが対象です。これは不正ログイン対策であり、EPPの移管ロックそのものではありません。

WHOIS公開代行や登録者情報非表示は、公開検索結果へ個人の連絡先をそのまま出さないためのプライバシー機能です。JPRSのWhois登録者情報非表示設定も、対象情報を検索結果から非表示または別表示に置き換える仕組みと説明しています。公開情報を隠すことと、移管・DNS変更を禁止することは別です。WHOIS公開代行だけを有効にしても、管理アカウントを奪われた後の操作は止められません。

役割を整理すると、二要素認証は「入口」、変更承認は「重要操作」、レジストラーロックは「他社移管」、レジストリロックは「レジストリ層の変更」、WHOIS公開代行は「公開情報」を守ります。どれか一つを万能な保護機能として扱わず、リスクに応じて組み合わせます。

二要素認証、変更承認、移管ロック、WHOIS非表示を別々の確認欄として管理台帳に記録しましょう。

取得直後に管理画面でどの順番で設定するのか？

新規取得後は、決済完了だけで作業を終えず、次の順番で管理状態を確定します。画面名と仕様は2026年10月16日時点でもレジストラによって異なりますが、「ドメイン一覧」「契約一覧」「セキュリティ」「移管ロック」「自動更新」など、同じ目的の項目を探してください。

1. 管理アカウントを固定する：会社管理のメールアドレスを使い、長く使い回しのないパスワードへ変更します。共有IDをチャットへ貼らず、パスワード管理ツールで権限を分けます。
2. 二要素認証を有効にする：「アカウント設定」「ログインセキュリティ」などを開きます。復旧コードが発行された場合は、認証端末とは別の安全な場所へ保管します。SMSしか選べない場合は、電話番号変更時の復旧方法も確認します。
3. 登録者情報を確認する：「登録者情報」「Registrant」「WHOIS情報」で、実際の権利者名、組織名、到達可能なメールアドレスを確認します。制作会社や退職予定者の個人名義に依存させません。
4. 移管ロックをONにする：「移管ロック」「Transfer Lock」で有効状態を確認します。RDAPでclientTransferProhibitedが表示されるかも確認すると、管理画面表示との照合になります。
5. 追加プロテクションを設定する：利用する場合は、申込後にネームサーバー、DNS、登録情報、移管ロック、自動更新など必要な保護項目をONにします。
6. 自動更新と決済を確認する：「自動更新設定」「お支払い方法」「有効期限」を開き、更新年数、更新日、カード期限、残高や請求先を確認します。
7. DNS変更前の記録を残す：現在のNS、A、AAAA、CNAME、MX、TXTを控えます。公開状態の確認方法はDNSの確認方法｜PC・スマホ・ドメイン別に解説で整理しています。

これらはWebブラウザ上の管理画面で行うため、Windows、macOS、iPhone、Androidで保護機能の意味は変わりません。ただし、スマートフォン表示ではメニューが折りたたまれ、詳細設定が見つけにくい場合があります。項目が表示されないときはPC表示へ切り替え、それでも見つからなければ対象TLDが機能に対応しているか公式サポートへ確認します。

取得日は「二要素認証・登録者情報・移管ロック・自動更新」までを同じ作業票で完了させましょう。

他社へ移管するときはロック解除とAuthCodeをどう扱うのか？

正当な移管を行うときは、保護を恒久的に外すのではなく、作業時間を決めて一時解除します。一般的なgTLDの流れは、登録者情報と受信メールの確認、移管可否の確認、移管ロック解除、AuthCode取得、移管先での申請、承認、完了確認、移管先での再ロックです。

ICANNのAuth-Code解説によると、AuthCodeは登録者を識別し、レジストラ間移管に用いるコードです。管理画面で生成できない場合、レジストラは要求から5暦日以内に提供する必要があります。AuthCodeはパスワードと同様に扱い、メールや共有文書へ長期間残さず、移管先の公式画面だけへ入力します。

操作例は「ドメイン一覧」→対象ドメイン→「移管ロック」または「Transfer Lock」→解除→「AuthCode表示／発行」です。ドメインプロテクションが移管ロック変更を保護している場合は、先に該当項目をOFFにして登録者承認を完了します。お名前.comの2026年10月16日時点の案内では、「ドメイン」→「ドメイン機能一覧」→「登録情報の設定」→「ドメインプロテクション設定」で対象項目を変更し、登録者メールへ届く承認依頼から6時間以内に承認します。公式ガイドは承認後の反映に3時間程度かかる場合があると案内しているため、移管期限の直前に始めないようにします。

JPドメイン名では手順が異なります。JPRSの管理指定事業者変更手順では、変更元へAuthCodeを確認し、変更先へ申込み、変更元からの意思確認へ回答します。JPRSが生成するAuthCodeの有効期限は、生成日の翌日を1日目とした35日後の23時59分59秒です。期限切れなら変更元への確認からやり直します。

失敗した場合は、表示された理由を切り分けます。「ロック中」なら解除状態と反映待ちを確認し、「AuthCode不一致」なら空白や古いコードを確認し、「登録者メールを受信できない」なら移管より先に連絡先復旧を依頼します。解除中は防御が一段減るため、移管が中止になった場合も速やかに再ロックします。

AuthCodeは移管開始直前に取得し、完了または中止を確認したら移管ロックを戻してください。

60日制限で移管できないときは何を確認するのか？

ロックを解除して正しいAuthCodeを入力しても、ICANNの移管ポリシーによる制限で移管できない場合があります。ICANN Transfer Policyでは、gTLDについて新規登録から60日以内、直前のレジストラ移管から60日以内などを移管拒否の理由として定めています。また、登録者変更後には原則として60日間のレジストラ間移管ロックが課されます。レジストラは登録者変更を申請する前に、このロックを適用しない選択肢を提供できるものの、提供は一律ではありません。

移管エラーが出たら、まず「登録日」「前回移管完了日」「登録者名・組織名・メールアドレスを変更した日」を確認します。次に、RDAPのDomain Statusと管理画面の通知を確認し、通常のclientTransferProhibitedなのか、登録者変更後の60日ロックなのかを区別します。60日ロックは、管理画面の通常ロックをOFFにしても利用者が解除できない場合があります。

移管と名義変更の両方を予定しているなら、順序が重要です。ICANNは、最終目的が別レジストラへの移管である場合、登録者変更による60日ロックを避けるため、先にレジストラ間移管を行うことを案内しています。ただし、売買、組織再編、担当者変更では契約上の名義や権限確認も関係するため、移管元・移管先双方の公式条件を事前に確認してください。

「60日」は、任意に設定した通常の移管ロックと同じではありません。通常ロックは管理画面から解除できる設計が多い一方、ポリシー上の制限は所定期間の経過が必要です。サポートへ問い合わせる際は、ドメイン名、申請日時、エラー文、登録日、前回移管日、登録者変更日を伝えると原因を切り分けやすくなります。

移管予定がある場合は、登録者情報を先に変更せず、60日制限の対象になるか確認しましょう。

更新切れを防ぎながら取得サービスをどう選ぶのか？

ドメインプロテクションやclientTransferProhibitedは、不正移管を抑える機能であり、登録期限を延長する機能ではありません。自動更新がOFF、カードが失効、請求メールが迷惑メールへ入る、登録者メールが退職者のものになっている、といった状態では、ロック中でも更新切れが起こり得ます。期限後の扱い、復旧可能期間、料金はTLDと事業者で異なるため、期限直前の判断は避けます。

運用台帳には、ドメイン名、レジストラ、登録者名義、登録者メール、有効期限、自動更新の状態、決済手段の有効期限、移管ロック、二要素認証、追加プロテクション、DNS管理先、担当者と代替担当者を記録します。月次または四半期ごとに管理画面へログインし、期限通知だけに依存せず照合します。担当者の退職や委託先変更時には、パスワード、二要素認証端末、連絡先、請求先、権限を同日に見直します。

ドメイン取得サービスを選ぶ際は、初年度価格だけでなく、更新料金、移管料金、復旧条件、二要素認証、移管ロック、DNS変更承認、登録情報変更承認、レジストリロックへの対応、サポート窓口、法人向け権限分離を比較します。2026年10月16日時点の候補を調べる場合は、LUFTMEDIAのドメイン取得サービスおすすめ比較を入口にし、申込前に各社公式サイトで最新条件と対象TLDを再確認してください。

個人ブログや短期検証用ドメインでは、標準の移管ロックと二要素認証を中心に費用とのバランスを取れます。企業の公式サイト、独自ドメインメール、EC、会員サービス、広告のリンク先、社名・ブランド名を含むドメインでは、DNSや登録情報の変更承認まで備える方が合理的です。社会的影響が大きいドメインでは、レジストリロックを管理事業者へ相談します。

取得後は、管理画面の保護設定だけでなく、ネームサーバー、DNSレコード、レンタルサーバー側のドメイン追加、SSL、メール配送を確認します。保護を強くしても、誤ったDNSをロックすれば障害状態が固定されるため、公開確認を終えてから変更制限を有効にするのが安全です。

更新管理と不正変更対策を分け、期限・決済・連絡先まで定期点検してください。

参照した公式情報

• ICANN：EPP Status Codes
• ICANN：Transfer Policy
• ICANN：About Auth-Code
• JPRS：レジストリロックサービス
• JPRS：ドメイン名の管理指定事業者の変更
• JPRS：Whois登録者情報非表示設定
• お名前.com：ドメインプロテクション
• お名前.com Naviガイド：ドメインプロテクション
• お名前.com：二段階認証設定とは何ですか？