Анализ сайта

Что именно проверяет анализ страницы

Инструмент запрашивает указанный адрес и разбирает HTML так же, как это делает поисковый краулер на первом проходе. JavaScript не выполняется, поэтому в отчёте видно исходный ответ сервера. Проверок около двадцати, они собраны в четыре группы.

Мета-теги и заголовки

• Title: есть ли он и укладывается ли в 50–65 символов. Всё, что длиннее, поисковик обрежет.
• Description: комфортный интервал 120–160 символов. Если тега нет, Google подставит случайный фрагмент со страницы, и почти всегда неудачный.
• H1: ровно один на страницу. Два заголовка первого уровня размывают тему, ноль лишает робота главной подсказки.
• Иерархия H2–H4: считается количество подзаголовков каждого уровня и проверяется, не пропущен ли уровень.

Текст, ссылки, изображения

Из кода вырезаются скрипты и стили, после чего считается объём видимого текста. Меньше 300 слов — зона риска: по конкурентным запросам такая страница почти не имеет шансов. Отдельной строкой идут картинки без атрибута alt. Робот не распознаёт содержимое файла сам, а alt заодно приводит посетителей из поиска по изображениям. Внутренние и внешние ссылки разведены по разным счётчикам. Страница без единой внутренней ссылки выглядит тупиковой веткой и медленно набирает вес.

Технические сигналы

• Код ответа сервера. Ожидается 200, а редирект или 404 видно сразу.
• Работает ли сайт по HTTPS.
• canonical: страница ссылается сама на себя или отдаёт вес чужому адресу.
• meta robots: не закрыта ли страница директивой noindex по недосмотру.
• Атрибут lang у корневого тега.
• Разметка Open Graph для превью в мессенджерах и соцсетях.
• Полное время ответа сервера в секундах.

Как читать оценку

Число в кольце — доля пройденных проверок, а не место в выдаче. 90 баллов у визитки и 90 баллов у карточки товара означают совсем разное. Полезнее смотреть на карточки под кольцом. Зелёная говорит, что пункт закрыт. Жёлтая означает спорное решение. Красная требует правки сегодня.

Гнаться за сотней не нужно. Страница с оценкой 84 и сильным текстом обойдёт вылизанную по чек-листу пустышку без содержания. Отчёт нужен, чтобы за минуту увидеть дыры, а не чтобы соревноваться цифрами.

В каком порядке исправлять

1. Всё, что мешает индексации. Директива noindex, чужой canonical, код ответа не 200. Пока это не исправлено, остальное бессмысленно: страницы попросту нет в индексе.
2. Title и Description. Правка занимает пять минут, а изменение кликабельности видно в Search Console через одну-две недели.
3. Заголовки и объём текста. Один H1, честная иерархия, дописанные разделы там, где текста меньше 300 слов.
4. Атрибуты alt и внутренние ссылки. Рутина, на которой держится поиск по картинкам и распределение веса внутри сайта.
5. Скорость. Смотрите её отдельно в «Проверке скорости сайта»: там данные Lighthouse и реальных пользователей.

Что находится чаще всего

На сайтах малого бизнеса три ошибки повторяются из проекта в проект. Description пустой на всех внутренних страницах, потому что CMS заполнила его только для главной. Второй H1 приезжает из шаблона вместе с логотипом в шапке. Атрибут alt отсутствует сразу у всех картинок: контент-менеджер загружал их пачкой и подписывать не стал. Каждая из проблем правится за один вечер и не стоит ни рубля. Проверяйте не главную, а пару типовых внутренних страниц. Именно там шаблонные ошибки и живут.

Что инструмент не проверяет

Здесь разбирается один адрес, а не весь домен. За кадром остаются дубли по сайту, структура разделов, файл robots.txt, карта сайта и качество внешних ссылок. Не оценивается и сам текст: связность и польза для читателя. Для текстовой части используйте «Анализ текста», он считает тошноту и водность прямо в браузере. Полноценный аудит собирается из нескольких инструментов, а не из одной цифры.

Как это связано с позициями

On-page факторы не двигают сайт в топ сами по себе. Они убирают препятствия. Если Title дублируется на сорока страницах, поисковик сам решает, какую из них показать по запросу, и решает не всегда в вашу пользу. Закрытая от индексации страница не ранжируется вообще, сколько бы ссылок на неё ни вело.

Порядок работы простой. Сначала чистая техника. Потом полнота ответа на запрос. Потом внешние сигналы и поведение посетителей. Прогоняйте отчёт после каждого крупного изменения шаблона: разработчик правит вёрстку и случайно сносит H1 или canonical чаще, чем принято думать.