WHOIS情報とThick Whoisの違い｜登録データの中身と「誰が持つか」を整理する

「WHOIS情報」はドメインの登録データそのもの、「Thick Whois」はそのデータをレジストリ（TLDの管理組織）がどこまで持つかという保存方式の名前です。比べる軸が違うため、両者は対立する概念ではありません。この記事では、WHOIS情報に何が載っているか、Thick と Thin の違い、そして現在の主流になった RDAP での調べ方までを、サイト運営者が実務で迷わない順に整理します。

WHOIS情報とは何か

WHOIS情報は、ドメイン名を登録したときに記録されるデータの総称です。おおまかに次の3種類に分かれます。

• ドメインそのものの情報：ドメイン名、登録日、有効期限、更新日、ステータス（clientTransferProhibited など）、ネームサーバー
• 管理している事業者の情報：レジストラ（登録を受け付けた事業者）の名前、IANA ID、不正利用の連絡先
• 登録者の連絡先情報：登録者・管理担当・技術担当の氏名や組織名、住所、メールアドレス、電話番号

WordPress サイトの運営で WHOIS を見る場面は、たとえば「ドメインの期限がいつ切れるか」「移管ロックがかかっているか」「ネームサーバーが意図どおりか」を確かめるときです。このうち期限・ステータス・ネームサーバーはドメインそのものの情報で、どの方式でも公開されています。差が出るのは3つ目の登録者情報です。

なお、2018年に EU の一般データ保護規則（GDPR）が施行されて以降、gTLD（.com や .net など）の登録者情報は多くが非公開（Redacted）表示になりました。WHOIS を引いて名前が出てこなくても、それ自体は異常ではありません。

Thick Whois と Thin Whois の違い

ドメインの登録データは、レジストリとレジストラの2か所に分かれて存在します。Thick と Thin は、登録者の連絡先までレジストリが保持しているかどうかの違いです。

Thin Whois（シン）

レジストリが持つのはドメイン名、レジストラ、ネームサーバー、ステータス、日付といった最小限の情報だけです。登録者の連絡先はレジストラ側だけが持ちます。そのため、レジストリの WHOIS を引くと「このドメインの詳しい情報はこのレジストラの WHOIS サーバーにある」という案内（Registrar WHOIS Server の行）が返り、詳細はそちらを引き直す二段構えになります。.com と .net は長く Thin の代表例でした。

Thick Whois（シック）

レジストリが登録者の連絡先を含む全データを保持する方式です。1か所に問い合わせれば全項目がそろうため、レジストラが廃業した場合や移管の際にもデータが失われにくいという利点があります。多くの新しい gTLD や .org などはこの方式で運用されてきました。

両者を比べると

かつて ICANN は .com や .net も Thick に移行させる方針（Thick WHOIS Transition Policy）を決めていましたが、GDPR との整合をめぐって実施が延期され続けました。その後に策定された登録データ全般の新しい方針（Registration Data Policy）で扱いが見直され、レジストラからレジストリへの登録者データ移転は一律の義務ではなくなったと理解されています。細部の条件は変わることがあるため、正確な扱いは ICANN の公式文書で確認してください（2026年10月現在）。

つまり「Thick だから登録者情報が見える」とは限りません。Thick か Thin かはどこに保存されているかの話であり、誰に表示するかは別の規則（プライバシー保護や非公開化）で決まります。この2つを分けて考えると混乱が減ります。

実際に調べる方法

whois コマンドで引く

Linux や macOS の whois コマンドは、レジストリの案内をたどってレジストラ側まで自動で引き直す実装が一般的です。どちらの応答かを意識したい場合は、問い合わせ先を指定します。

# 通常の問い合わせ（クライアントが案内をたどることが多い）
whois example.com

# .com のレジストリ（Verisign）に直接問い合わせる
whois -h whois.verisign-grs.com example.com

# 期限・ステータス・ネームサーバーだけを抜き出す
whois example.com | grep -iE 'expir|status|name server|registrar:'

レジストリの応答に Registrar WHOIS Server: の行があれば、そのサーバーに改めて -h で問い合わせるとレジストラ側の情報が見られます。応答の項目名は TLD やレジストラで表記が異なるため、grep の条件は実際の出力を見て調整してください。

RDAP で引く（現在の本命）

gTLD では、従来の WHOIS（ポート43のテキスト応答）に代わり、RDAP（Registration Data Access Protocol）が正式な提供手段になっています。ICANN は 2025年1月に gTLD の WHOIS 提供義務を終了し、RDAP を正規の情報源と位置づけました。WHOIS サーバーを動かし続けている事業者もありますが、今後は応答が返らなくなる可能性があります。

RDAP は HTTPS で JSON を返すので、ブラウザでもコマンドでも確認できます。

# 全TLD共通の案内サービス経由（適切なRDAPサーバーへ転送される）
curl -sL https://rdap.org/domain/example.com | jq '.events, .status, .nameservers[].ldhName'

# .com のレジストリRDAPに直接問い合わせる
curl -s https://rdap.verisign.com/com/v1/domain/example.com | jq '.links'

events に登録日や有効期限、status にロック状態が入ります。レジストリの応答の links には、レジストラ側の RDAP への案内が含まれることがあり、これが Thin 方式の二段構えに相当します。TLD ごとの RDAP サーバーは IANA が公開している一覧（bootstrap ファイル）で決まります。jq が無い環境では、出力をそのまま読んでもかまいません。

.jp ドメインの場合

.jp は JPRS がレジストリとして WHOIS を提供しており、登録者情報をレジストリ側で管理する仕組みです。ただし公開される項目は gTLD とは別の規則で決まっており、指定事業者（レジストラ）のサービスで公開代行を使っているかどうかでも表示が変わります。whois -h whois.jprs.jp example.jp で確認できますが、表示項目の詳細は JPRS の案内を参照してください。

サイト運営で注意したいこと

WHOIS情報と保存方式の違いが実務に響くのは、主に次の場面です。

1. 期限切れの予防：期限はレジストリの応答が基準です。レジストラの管理画面と WHOIS の日付が食い違って見えるときは、自動更新が反映される前のタイミングであることが多いので、数日おいて再確認します。
2. 移管の準備：移管ロック（clientTransferProhibited）の解除や AuthCode の取得はレジストラの管理画面で行います。WHOIS でステータスが変わったことを確かめてから手続きを進めると、失敗の原因を切り分けやすくなります。
3. 登録者情報の正確さ：表示は非公開でも、レジストラには正しい連絡先を登録しておく必要があります。登録者のメールアドレスが古いままだと、確認メールを受け取れずにドメインが停止されることがあります。
4. プライバシーの扱い：個人名義で登録している場合は、レジストラの公開代行（プライバシー保護）サービスの有無と条件を確認してください。Thick 方式でレジストリにデータが渡る場合でも、表示は非公開にできるのが一般的です。

調査結果をスクリーンショットで社内に共有する場合は、他者のドメインの登録者情報など個人データが写り込まないよう注意してください。

まとめ

• WHOIS情報はドメインの登録データそのもの。Thick / Thin はそのデータをレジストリがどこまで持つかという保存方式の違いです。
• Thin はレジストリが最小限の情報だけを持ち、登録者情報はレジストラ側にあります。Thick はレジストリが全項目を持ちます。
• 保存方式と表示の可否は別問題です。GDPR 以降、gTLD の登録者情報は多くが非公開表示になっています。
• gTLD では RDAP が正式な提供手段です。rdap.org や各レジストリの RDAP を使うと、期限・ステータス・ネームサーバーを JSON で確認できます。
• 期限・ロック状態はレジストリの応答で、手続きはレジストラの管理画面で行う、と役割を分けて確認すると迷いません。

• WHOISのプライバシー保護（公開代行）の仕組みと設定
• WHOIS情報の不一致でドメインが停止されたときの対処