Как проверить сайт самостоятельно: пошаговая инструкция для владельца

Проверьте доступность сайта и HTTP-код

Сначала откройте основной адрес сайта. Если страница не загружается, проверьте её с другого устройства или через мобильный интернет. Так можно отделить общую недоступность от локальной проблемы браузера, DNS или сети.

HTTP-код — это числовой ответ сервера на запрос. Для первичной диагностики достаточно знать несколько вариантов:

• 200 — запрос выполнен успешно;
• 301 — адрес постоянно перенаправляется на другой URL;
• 404 — запрошенная страница не найдена;
• 500–503 — проблема на стороне приложения, сервера или инфраструктуры.

Код 301 сам по себе не является ошибкой. Он нужен, например, для перенаправления с HTTP на HTTPS или со старого адреса на новый. Важно, чтобы редирект вёл на правильную страницу и не образовывал цепочку или цикл. Коды HTTP делятся на классы успешных ответов, перенаправлений, клиентских и серверных ошибок. Источник: developer.mozilla.org.

Если сайт регулярно отвечает кодами 500–503, зафиксируйте адрес страницы и время ошибки, а затем передайте данные разработчику, хостеру или системному администратору.

Проверьте HTTPS и сертификат

Сайт должен открываться по адресу с https:// без предупреждений браузера. В отчёте стоит проверить:

• действует ли сертификат;
• соответствует ли он домену;
• когда заканчивается срок действия;
• перенаправляется ли HTTP-версия на HTTPS;
• включён ли HSTS.

HTTPS защищает передачу данных между браузером и сервером, но не подтверждает отсутствие уязвимостей. HSTS дополнительно сообщает браузеру, что сайт следует открывать только через HTTPS. Источник: developer.mozilla.org.

Срочного исправления требуют просроченный сертификат, сертификат для другого домена и предупреждение браузера. Если сертификат пока действует, но срок заканчивается скоро, нужно убедиться, что автоматическое продление настроено и работает.

Проверьте robots.txt и sitemap.xml

Файл robots.txt обычно расположен по адресу site.ru/robots.txt. Он управляет обходом сайта поисковыми роботами. Особое внимание нужно обратить на директиву Disallow: /: для указанного робота она закрывает обход всего сайта. При этом ограничения для административных страниц, корзины, личного кабинета или внутреннего поиска могут быть нормальными. Robots.txt регулирует сканирование, но сам по себе не гарантирует попадание страницы в индекс. Источник: Google for Developers.

Карта сайта обычно доступна по адресу site.ru/sitemap.xml или site.ru/sitemap_index.xml. Проверьте, что файл открывается, содержит адреса текущего домена и не ссылается на тестовую версию сайта. Sitemap помогает поисковым системам находить URL, но не гарантирует индексацию каждого из них. Источник: Google for Developers.

Количество URL в карте сайта не обязательно совпадает с числом видимых страниц. В неё могут входить статьи, категории, языковые версии и несколько вложенных карт.

Проверьте основной адрес и содержание страницы

Основной, или канонический, адрес задаётся тегом canonical. Он помогает поисковым системам выбрать предпочтительную версию страницы, если одинаковый контент доступен по нескольким URL. Проверьте, что canonical ведёт на текущий домен, использует HTTPS и не содержит адрес тестового сайта. Google рассматривает canonical как сигнал, а не как безусловную команду, поэтому любое несовпадение сначала нужно оценить в контексте структуры сайта. Источник: Google for Developers.

Дополнительно вручную проверьте Title, Description и H1. Они должны соответствовать содержанию страницы и не содержать шаблонных формулировок вроде «Главная» или «Новая страница».

Оцените время ответа сервера

Время ответа сервера не равно полной скорости загрузки сайта. Оно показывает, сколько времени проходит до получения первого байта ответа. На итоговую скорость также влияют изображения, скрипты, шрифты, сторонние виджеты, устройство пользователя и качество соединения. Источник: web.dev.

Один замер нельзя считать постоянной характеристикой сайта. Результат зависит от текущей нагрузки, кэша, CDN, расположения сервера и точки проверки. Повторите замер несколько раз. Если сервер стабильно отвечает медленно, причину нужно искать в хостинге, приложении, базе данных или конфигурации сервера.

Разберите сигналы безопасности

Экспресс-проверка может показать внешние настройки безопасности, попадание домена или IP в чёрные списки и доступные сетевые порты. Она не исследует исходный код, базу данных, права пользователей и внутреннюю инфраструктуру.

В примере отчёта политика Content Security Policy содержит разрешения unsafe-inline и unsafe-eval. CSP ограничивает источники контента и выполнение кода в браузере; такие исключения ослабляют политику, но сами по себе не доказывают наличие уязвимости. Возможность их удаления должен оценить разработчик. Источник: developer.mozilla.org.

Фраза «сайт не найден в проверенных чёрных списках» означает только отсутствие совпадений в выбранных источниках на момент запроса. Это не гарантия полной безопасности.

Открытый порт также не равен взлому. Например, SSH-порт 22 может использоваться для администрирования сервера. Системному администратору нужно проверить, нужен ли внешний доступ, как настроена авторизация и ограничено ли подключение.