Источник данных RDAP и WHOIS
Служба реестра, из которой прочитаны данные о регистрации: RDAP там, где реестр его держит, и WHOIS там, где нет.
Служба, из которой прочитаны данные о регистрации выше. Подпись строки говорит, какой это протокол — «Источник RDAP» или «Источник WHOIS», а значение называет ответивший сервер.
RDAP и WHOIS. RDAP (Registration Data Access Protocol) — структурированный JSON-преемник WHOIS. ICANN сделал его официальным источником для общих зон вроде .com, .org и .net, и большинство национальных реестров тоже его поддерживают. SiteScan находит нужный RDAP-сервер через публичный bootstrap на rdap.org или спрашивает реестр напрямую, если его там нет (DENIC для .de, EURid для .eu). WHOIS — старый текстовый протокол. Реестры .ru, .рф, .su и .by публикуют данные только по WHOIS, а .eu, если RDAP не ответил, переходит на whois.eu.
Почему может не быть поля
Что публиковать, решает реестр. После GDPR многие скрывают данные владельца; DENIC не показывает ни регистратора, ни дат, а в WHOIS EURid дат нет. Отсутствующая строка значит, что источник этого не публикует, а не что с доменом что-то не так. Если срок прочитать не удалось, строка «Причина» объясняет почему — например, какую ошибку вернул RDAP.
Что делать
Как правило, ничего: строка показывает, откуда данные и насколько им можно доверять. Недостающее, включая срок регистрации, есть в кабинете у вашего регистратора.
Проверьте этот пункт на своём сайте
Запустите бесплатное сканирование: в отчёте будет эта строка для вашего домена вместе с остальными проверками аудита.
Ещё в разделе «Регистрация домена»
Что проверяет SiteScan
TLS-сертификат
- Срок действия SSL/TLS-сертификата
- Устаревшие версии TLS (1.0 и 1.1)
- Цепочка сертификатов TLS
- Издатель TLS-сертификата
- Алгоритм подписи сертификата
Регистрация домена
- Срок регистрации домена
- Зарегистрированное доменное имя
- Регистратор домена
- Дата регистрации домена
- Дата последнего изменения домена
- Статусы домена в реестре (EPP)
- Запрет на перенос домена
- Abuse-контакт регистратора
- Источник данных RDAP и WHOIS
Индексация
- Файл robots.txt
- CSS и JS, закрытые в robots.txt
- XML-карта сайта (sitemap.xml)
- Индекс карт сайта
- Чужие URL в карте сайта
- Даты lastmod в карте сайта
- Битые URL в карте сайта
- RSS- и Atom-лента
Адреса и редиректы
- Редирект с HTTP на HTTPS
- Редирект с www и без www
- Длина цепочки редиректов
- Обработка ошибки 404 и мягкий 404
Заголовки безопасности
- HTTP-заголовки безопасности и оценка
- Заголовок Strict-Transport-Security (HSTS)
- Заголовок Content-Security-Policy (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options и защита от кликджекинга
- Заголовок Referrer-Policy
- Заголовок Permissions-Policy
- Список HSTS preload
- CORS и чтение с других origin
- HTTP-метод TRACE
Отдача и репутация
- Заголовок Cache-Control для HTML
- Ревалидация через ETag и Last-Modified
- Поддержка HTTP/3 и QUIC
- Версии ПО в заголовках сервера
- Проверка по DNS-блоклистам (DNSBL)
Внутренние ссылки
Открытые файлы
- Открытые файлы .env, .git и бэкапы
- Листинг директорий на сервере
- Публичные source maps JavaScript
- Открытые точки входа WordPress
Служебные файлы
- Файл security.txt
- Файл llms.txt для ИИ-ассистентов
- Файл llms-full.txt
- Файл ads.txt для рекламы
- Файл humans.txt
- Адрес /.well-known/change-password
DNS и почта
- MX-записи (почтовые серверы)
- Запись SPF
- Запись и политика DMARC
- Подпись зоны DNSSEC
- Запись CAA
- Резервирование DNS-серверов
- Поддержка IPv6 (AAAA-запись)
- Политика MTA-STS
- Запись TLS-RPT для отчётов
- Запись BIMI (логотип в почте)
- Wildcard-запись в DNS
- Висячий CNAME и захват поддомена
Приватность и согласие
- Счётчики аналитики и трекеры
- Баннер согласия на cookie
- Политика конфиденциальности
- Пользовательское соглашение
- Выходные данные (Impressum)
- Заявление о доступности
Core Web Vitals
- Оценка производительности Lighthouse
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- Полевые данные CrUX и лабораторные замеры