По данным группы Рунити, в доменной зоне .ru насчитывается 552 866 сайтов, которые возвращают ошибки при обращении. Это не означает, что все они навсегда закрыты: причина недоступности может быть временной.
Сколько неработающих сайтов нашла Рунити?
Компания сообщила о 552 866 сайтах с ошибками при обращении в зоне .ru. По её данным, это 9,3% зарегистрированных доменов зоны. Результат относится к мониторингу доступности ресурсов, а не к числу закрывшихся компаний или потерянных клиентов.
Исследование описано в блоге Рунити на Хабре от 30 октября. Авторы сравнивают наблюдения разных лет и связывают часть проблем с накоплением проектов, которые перестали обслуживать.
Здесь важно сохранить единицу измерения: речь о сайтах и доменах. У одной компании может быть несколько адресов, а зарегистрированный домен не обязательно принадлежит действующему бизнесу. По этому числу нельзя посчитать убытки рынка.
Почему ошибка не доказывает окончательное закрытие сайта?
В мониторинге учитываются ресурсы, отвечающие ошибками, в том числе кодами 4xx и 5xx. Первые могут быть связаны с запросом или доступом к странице, вторые — с работой сервера. Временный сбой и заброшенный проект могут попасть в такую картину по разным причинам.
Сама Рунити подчёркивает: наличие ошибки не означает, что владелец окончательно закрыл ресурс. Среди причин названы проблемы при переносе или обновлении, прекращение поддержки и сложности с управлением доменом.
Публикация не раскрывает полную методику повторных проверок и все условия обращения к каждому адресу. Поэтому мы не называем результат независимой оценкой постоянно недоступных бизнесов. Для своего сайта нужен отдельный разбор конкретной ошибки.
Что проверить владельцу сайта помимо оплаты домена?
Проверьте, открывается ли нужный адрес, доступны ли основные страницы и может ли человек выполнить целевое действие. Оплаченный домен подтверждает регистрацию имени, но не исправность хостинга, навигации, формы или передачи заявки.
Для небольшой компании предлагаем такой порядок:
- Открыть главную и страницу основной услуги с телефона.
- Перейти по кнопке, которой пользуется клиент.
- Проверить тестовое обращение по согласованному сценарию.
- Убедиться, что обращение действительно сохранилось и попало ответственному.
- Записать, кто получает сообщение о сбое и кто его исправляет.
Подготовить сами страницы помогает пошаговая инструкция по созданию сайта. А проверку пути обращения мы разбираем в статье о заявке с сайта до базы данных.
Как отличать исправную страницу от работающего процесса?
Сверяйте результат с задачей посетителя. Страница может открываться, а кнопка вести не туда; сообщение «отправлено» может появляться, хотя заявка не сохранилась. Поэтому итог проверки нужно подтверждать в месте, где должен появиться результат.
Для учебной проверки заранее пометьте обращение как тестовое и договоритесь с ответственным, где его искать. Если результат неизвестен, сначала выясните его, прежде чем повторять отправку и создавать дубли.
Это редакционный порядок приёмки собственного сайта. Мы не выполняли массовые проверки доменов и не обследовали сайты участников исследования. Практический вывод из новости простой: следить стоит за доступностью нужного клиенту действия, а не только за сроком оплаты домена.