RDAP устраняет главные слабости WHOIS. Ответы — это JSON с определёнными именами полей, и программам не приходится гадать при чтении. Запросы идут по HTTPS, значения статусов и даты событий стандартизованы, для ошибок используются коды HTTP (404 означает, что такого объекта нет), а серверы могут отдавать аутентифицированным пользователям разный уровень детализации.
Клиенты находят нужный сервер по bootstrap-файлам, которые публикует IANA: один перечисляет базовый URL RDAP для каждого TLD, другие делают то же для диапазонов IP-адресов и номеров AS. Клиент загружает файл, находит TLD и отправляет на указанный сервер запрос вида /domain/example.com. Ответ реестра часто содержит ссылку на RDAP-сервер регистратора с дополнительными данными.
Все реестры и регистраторы gTLD обязаны предоставлять RDAP. Национальные реестры решают сами, поэтому ряда ccTLD в bootstrap-файле нет, и запросить их можно только через классический WHOIS. Как и в WHOIS, персональные контактные данные в публичных ответах обычно скрыты.
Пример
GET https://rdap.registry.example/domain/example.com
{ "objectClassName": "domain", "ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [{ "eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z" }] }