Технический SEO‑аудит для малого бизнеса: 8 проверок Core Web Vitals за час

Если сайт грузится дольше 2,5 секунд, а кнопки «прыгают» при загрузке, клиенты уходят, не дождавшись. Поисковые системы тоже замечают: Google прямо учитывает Core Web Vitals при ранжировании, Яндекс — через поведенческие сигналы. За час можно проверить восемь ключевых метрик, понять, что тормозит сайт, и составить план исправлений. Разберём, на что смотреть и какие инструменты использовать, чтобы не тратить деньги на аудиторов там, где справитесь сами.

Что такое Core Web Vitals и зачем они вашему сайту?

Это три показателя, которые измеряют скорость и удобство страницы с точки зрения пользователя: LCP (загрузка основного контента), INP (отклик на действия) и CLS (визуальная стабильность). Google объявил их фактором ранжирования ещё в 2021‑м, а в 2024‑м заменил FID на INP. Яндекс не называет их напрямую, но медленный сайт получает высокий показатель отказов — а это уже сигнал для алгоритмов. Поэтому без контроля этих метрик любое продвижение сайтов будет работать вполсилы.

Проверить все три можно бесплатно через PageSpeed Insights или Lighthouse в браузере. Достаточно вбить URL — и через минуту получите оценку по каждому показателю и конкретные рекомендации.

Как проверить LCP за пять минут?

Largest Contentful Paint показывает, через сколько секунд загружается самый большой элемент страницы (обычно картинка, видео или большой блок текста). Норма — до 2,5 секунд. Если больше, смотрите на три вещи: размер изображений (неoptimized фото могут весить 5 МБ вместо 200 КБ), серверный рендеринг (медленный хостинг добавляет секунду), блокирующий JavaScript (скрипты, которые грузятся раньше контента).

В отчёте PageSpeed Insights будет указано, какой именно элемент тормозит LCP. Часто это hero‑изображение — его достаточно сжать и добавить атрибуты fetchpriority="high" и loading="lazy" для остальных картинок. Если проблема на стороне хостинга, поможет переезд на более быстрый сервер. В статье про скорость загрузки сайта разобраны все факторы влияния на LCP и способы ускорения без программиста.

Почему INP важнее привычного FID?

Interaction to Next Paint измеряет задержку между кликом пользователя и моментом, когда страница визуально отвечает. Раньше Google измерял только первое взаимодействие (FID), теперь — все взаимодействия на странице до ухода. Это значит, что сайт может быстро загрузиться, но при попытке открыть меню или добавить товар в корзину пользователь ждёт 300–500 мс. Для магазина это критично: каждая секунда ожидания снижает конверсию.

Проверить INP можно в той же PageSpeed Insights под вкладкой «Диагностика». Если показатель выше 200 мс, ищите тяжёлые обработчики событий, долгие таймауты и сторонние скрипты (чат‑боты, пиксели соцсетей). Иногда улучшить INP помогает отложенная загрузка некритичного JavaScript — техника, описанная в гайде по полному SEO‑аудиту (блок «Производительность»).

Где смотреть CLS и как перестать «прыгать»?

Cumulative Layout Shift — это сумма неожиданных сдвигов элементов страницы. Типичная ситуация: вы читаете текст, а тут подгружается рекламный баннер и сдвигает абзац вниз. Или кнопка «Купить» уезжает, и вы кликаете не туда. Норма CLS — меньше 0,1. Если больше, проблема обычно в отсутствии фиксированных размеров для изображений, iframe и рекламных блоков.

Google Search Console покажет страницы с плохим CLS в отчёте «Core Web Vitals». Чтобы исправить, добавьте в CSS атрибуты width и height для всех изображений, а для рекламы зарезервируйте контейнеры с минимальной высотой. Это простые правки, которые делаются за час, а поведенческие факторы улучшаются сразу: пользователь перестаёт раздражаться и дольше остаётся на сайте.

Какие ещё пять проверок стоит сделать за тот же час?

Кроме LCP, INP и CLS, есть метрики, которые косвенно влияют на Core Web Vitals и ранжирование. Вот пять быстрых проверок:

• TTFB (Time to First Byte) — время ответа сервера. Норма — до 800 мс. Если больше, проблема в хостинге или CMS. Проверяется через PageSpeed Insights в разделе «Server response time».
• First Contentful Paint (FCP) — появление первого текста или изображения. Влияет на восприятие скорости. Норма — до 1,8 секунды.
• Количество запросов к серверу — чем больше, тем дольше загрузка. Оптимально — менее 50. Считается в Lighthouse по вкладке «Network».
• Размер DOM‑дерева — количество элементов на странице. Если больше 1500 узлов, браузер тратит время на отрисовку. Lighthouse показывает этот показатель.
• Наличие JavaScript и CSS, блокирующих рендеринг — скрипты, которые загружаются до контента, увеличивают LCP и INP. Lighthouse выделяет их отдельным предупреждением.

Для каждой проблемы в отчётах есть конкретные ссылки на документацию или рекомендации. Не обязательно всё исправлять сразу — начните с того, что даёт наибольший прирост скорости.

Типичные ошибки при аудите Core Web Vitals

• Проверять только главную страницу. Часто проблемы есть на карточках товаров или статьях — именно их видят пользователи из рекламы.
• Игнорировать мобильную версию. PageSpeed Insights показывает два результата: для десктопа и для мобильных. На телефонах метрики обычно хуже, а Google ранжирует по мобильной версии.
• Оптимизировать скорость, не думая о поведенческих факторах. Быстрый сайт с плохим контентом всё равно получит отказы. Связь метрик скорости и поведения разобрана в аудите поведенческих факторов.
• Не следить за динамикой. Core Web Vitals меняются после каждого обновления сайта — настройте регулярные проверки раз в неделю через Google Search Console или автоматические инструменты.
• Надеяться только на плагины кеширования. Они помогают, но не решают проблему тяжёлых изображений или медленного хостинга.

Теперь, когда вы понимаете, что именно проверять, возьмите список и пройдитесь по своему сайту. За час реально выявить 8–10 проблем, которые реально исправить силами одного вебмастера.