Технический анализ сайта: что мешает индексации и нормальной работе
Иногда проблема выглядит странно: сайт открывается, страница есть, текст на месте, а в поиске она не появляется или показывается с неожиданным заголовком. В такой момент легко сразу думать о контенте, ссылках и позициях, хотя причина может быть куда ближе — в техническом ответе страницы.
Анализ сайта в 2whois помогает быстро проверить базовые признаки, которые видят поисковые роботы и внешние сервисы: HTTP-код, конечный адрес после редиректа, директивы индексации, title, description, canonical, robots.txt, sitemap.xml и разметку для превью ссылки.
Когда нужен технический анализ сайта
Такая проверка полезна не только перед запуском нового проекта. Чаще ее открывают после изменений: переезда на HTTPS, смены CMS, обновления шаблона, настройки ЧПУ, переноса домена, установки плагина SEO или правки robots.txt.
Одна неправильная директива может закрыть страницу от поиска. Один лишний редирект может привести робота не туда. Пустой title не сломает сайт для посетителя, но в выдаче страница будет выглядеть слабее, чем могла бы.
Что именно проверяет 2whois
2whois смотрит одну страницу выбранного домена или поддомена. Сервис определяет публичный IP, открывает страницу по HTTPS или HTTP, безопасно проходит цепочку редиректов и анализирует полученный HTML-ответ. jаvascript на странице не исполняется: проверяется то, что сервер отдал сразу.
В результате видны три группы признаков. Первая относится к доступности: HTTP-код, HTTPS, редиректы, время ответа, размер страницы, Content-Type, кодировка и сжатие. Вторая — к индексации: title, description, H1, canonical, meta robots, X-Robots-Tag, robots.txt и sitemap.xml. Третья — к представлению ссылки: OpenGraph, JSON-LD, favicon, язык документа и мобильный viewport.
Как читать результат
Зеленые строки означают, что явных проблем в конкретной проверке не найдено. Желтые строки — повод посмотреть внимательнее. Красный статус появляется там, где признак может прямо мешать нормальной работе или индексации.
| Проверка | Почему важна | Что делать при проблеме |
|---|---|---|
| HTTP-код | Поисковик должен получить рабочую страницу, а не 404, 500 или обрыв соединения | Проверить адрес, веб-сервер, приложение, логи и доступность сайта |
| Редиректы | Цепочка должна вести на правильный конечный URL и не зацикливаться | Убрать лишние переходы, проверить http/https и www/без www |
| Meta robots и X-Robots-Tag | Директива noindex может исключить страницу из поиска | Проверить шаблон, плагин SEO, настройки CMS и заголовки сервера |
| Robots.txt | Файл может случайно закрыть важные разделы от обхода | Проверить правила для User-agent: * и отдельные правила для поисковых роботов |
| Sitemap.xml | Карта помогает поисковику быстрее увидеть важные страницы сайта | Сделать файл доступным по HTTP 200 и исправить XML-ошибки |
| Title, description и H1 | Эти элементы помогают понять тему страницы и влияют на вид сниппета | Заполнить их вручную и убрать дубли или несколько H1 без смысла |
| Canonical | Неверный canonical может подсказать поисковику выбрать другую страницу | Указать канонический адрес текущей страницы или убрать ошибочную ссылку |
Чем анализ сайта отличается от проверки DNS и SSL
DNS отвечает на вопрос, куда направлен домен. SSL показывает, можно ли доверять HTTPS-соединению и не истек ли сертификат. Технический анализ сайта проверяет следующий слой: что получает робот, когда домен уже открылся как веб-страница.
Если анализ сообщает, что публичный IP не найден, сначала откройте проверку DNS-записей и NSLOOKUP. Если страница открывается только по HTTP или HTTPS вызывает ошибку, переходите к проверке SSL-сертификата. Если сайт отвечает медленно или не отвечает вовсе, полезна проверка доступности.
Почему страница может быть открыта в браузере, но закрыта для поиска
Посетитель часто видит уже готовую страницу и не замечает служебных сигналов. Поисковый робот сначала получает HTTP-ответ и HTML-код. Если в заголовке или в meta robots стоит noindex, страница может быть исключена из поиска даже при красивом внешнем виде.
Похожая история бывает с robots.txt. Файл нужен не для оформления сайта, поэтому о нем вспоминают редко. После тестового закрытия сайта от индексации директива Disallow: / иногда остается в продакшене. Для владельца сайт работает, а робот получает запрет на обход.
Canonical тоже не всегда заметен снаружи. Если страница указывает канонический адрес на другой URL, поисковик может считать текущую страницу дублем. Это нормально для технических дублей, но плохо, если канонический адрес выбран случайно.
Что делать после проверки
Начните с красных строк. Ошибка HTTP, noindex, полный запрет в robots.txt или некорректный sitemap.xml обычно важнее, чем отсутствие OpenGraph. Сначала нужно убедиться, что страницу вообще можно получить, обойти и проиндексировать.
Затем проверьте предупреждения. Короткий или пустой title, отсутствующий description, несколько H1, странный canonical, нет favicon или viewport — не всегда критическая ошибка, но такие вещи ухудшают качество страницы и усложняют диагностику.
Если проблема появилась после обновления сайта, сравните результат с последней рабочей версией. Часто виноват новый шаблон, правило редиректа, SEO-плагин или настройка, которая автоматически добавила noindex на нужные страницы.
Чего такая проверка не обещает
Зеленый результат не означает, что страница уже находится в индексе и будет высоко ранжироваться. Поисковые системы учитывают качество контента, дубли, внутренние ссылки, историю обхода, поведенческие и множество других сигналов, которые одна внешняя проверка не видит.
2whois не заменяет Яндекс Вебмастер и Google Search Console. Там нужно смотреть фактические страницы в поиске, ошибки обхода, отправку sitemap, переобход и данные по конкретному подтвержденному сайту. Зато 2whois удобен как быстрая независимая проверка: ее можно открыть без доступа к панели сайта и сразу увидеть очевидные технические препятствия.
Как выполнить проверку
- Откройте анализ сайта в 2whois.
- Введите домен или поддомен, например
example.ruилиblog.example.ru. - Посмотрите итог и количество замечаний.
- Откройте подробные таблицы и начните с строк, отмеченных ошибкой или предупреждением.
- После исправлений повторите проверку и затем проверьте страницу в панелях Яндекс Вебмастера и Google Search Console.
Если сайт важен для заявок или продаж, техническую проверку стоит не держать в голове, а поставить на регулярный контроль. Monitorus поможет следить за доступностью, доменом, SSL и внешними сигналами безопасности, чтобы о проблеме стало известно не после падения трафика, а сразу после изменения.
