Скорость загрузки сайта: как проверить и ускорить

Скорость загрузки сайта Google оценивает по трём метрикам Core Web Vitals: LCP (до 2,5 с), INP (до 200 мс) и CLS (до 0,1). Данные берутся от реальных пользователей, а не из теста. Медленный сайт теряет и позиции, и людей, которые уходят, не дождавшись. Ниже - как измерять правильно, какие проблемы встречаются чаще всего и 8 шагов, дающих наибольший эффект без переделки сайта.

Почему скорость сайта - это не только про SEO

О скорости обычно вспоминают в контексте ранжирования: «Google любит быстрые сайты». Это правда, но не главная причина ею заниматься. Скорость - фактор ранжирования, однако один из сотен. Медленный сайт с сильным контентом всё равно обойдёт быстрый, но пустой.

Главная причина в другом. Более двух третей трафика в Украине - мобильный, часто с нестабильной связью. Человек, который ждёт открытия страницы пять секунд, в большинстве случаев возвращается в выдачу и открывает следующий сайт. Вы не увидите этого в позициях - вы увидите это в высоком показателе отказов и низкой конверсии при нормальном трафике.

Поэтому в каждом аудите я смотрю на скорость не как на «технический пункт для галочки», а как на прямое влияние на деньги: сколько людей вы приводите и сколько из них теряете на первом экране.

Core Web Vitals простыми словами

Google свёл оценку скорости к трём метрикам. Они измеряют не «время загрузки» абстрактно, а то, что чувствует человек.

Важная деталь, которую часто упускают: Google считает эти метрики по данным реальных посетителей Chrome за последние 28 дней, а не по результату теста. То есть если ваша аудитория заходит с дешёвых телефонов через мобильный интернет, метрики будут хуже, чем показывает тест на быстром ноутбуке в офисе. Именно поэтому «у меня PageSpeed показывает 90» и «в Search Console страницы красные» - не противоречие, а две разные вещи.

Как правильно проверить скорость загрузки сайта

1. Отчёт Core Web Vitals в Search Console

Самый важный источник. Показывает, как Google видит сайт по данным реальных пользователей: какие страницы «хорошие», какие «требуют улучшения», какие «плохие», отдельно для мобильных и десктопа. Если этот отчёт вы ещё не открывали - начните с него.

2. PageSpeed Insights

Бесплатный инструмент Google для проверки отдельной страницы. Смотрите на верхний блок - там полевые данные реальных пользователей. Ниже идёт лабораторный тест с оценкой от 0 до 100 и списком рекомендаций. Оценка полезна как ориентир, но не является фактором ранжирования - Google смотрит именно на полевые метрики.

3. Проверка глазами

Самый простой и самый честный тест: откройте сайт со своего телефона через мобильный интернет, не через Wi-Fi. Не из кеша - в режиме инкогнито. Если пришлось ждать, ваши клиенты тоже ждут.

Типичная ошибка: проверять только главную. Главную обычно вылизывают, а страницы категорий, карточки товаров и статьи - там и живут проблемы. Проверяйте те страницы, на которые приходит трафик.

Что тормозит сайт чаще всего

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

• Тяжёлые изображения. Фото на 3-5 МБ, загруженные прямо с камеры, в формате JPEG, без сжатия. Самая распространённая и легче всего исправимая проблема;
• Сторонние скрипты. Чаты, виджеты отзывов, пиксели рекламы, карты - каждый подгружает свой код. Пять-шесть таких виджетов легко добавляют 2-3 секунды;
• Нет кеширования. Браузер каждый раз загружает всё с нуля, хотя мог бы взять стили и картинки из памяти;
• Медленный хостинг. Сервер долго думает перед тем, как отдать первый байт. Часто это самый дешёвый тариф, на котором крутится ещё сотня сайтов;
• Раздутый шаблон. Тема для WordPress «со всем сразу», где подгружается десяток библиотек, из которых используется две;
• Шрифты. Несколько семейств в разных начертаниях с внешнего сервиса. Пока они не загрузились, текст либо невидим, либо прыгает.

8 шагов, которые дают наибольший эффект

В порядке от самого простого к более сложному. Первые четыре обычно закрываются за день и дают наибольший прирост.

1. Сожмите изображения и переведите в WebP

Формат WebP даёт тот же визуальный результат при весе на 25-35% меньше, чем JPEG. Плюс масштабирование: баннер на весь экран не должен быть 4000 пикселей в ширину, если показывается на 400. На этом сайте, например, фото в шапке весит 97 КБ в WebP вместо 176 КБ в JPEG, а для старых браузеров оставлен запасной вариант.

2. Включите кеширование и сжатие на сервере

Несколько строк в файле .htaccess - и браузер перестаёт каждый раз загружать стили, скрипты и картинки заново, а сервер отдаёт файлы сжатыми. Вот рабочий фрагмент, который стоит и на этом сайте:

Если сайт на WordPress - то же самое делает любой нормальный плагин кеширования. Главное - чтобы он был включён и настроен, а не просто установлен.

3. Отложите загрузку изображений ниже экрана

Атрибут loading="lazy" на картинках, которых не видно на первом экране. Браузер загрузит их только когда пользователь долистает. Одно изменение - и страница с тридцатью фото товаров грузит сначала шесть.

4. Уберите или отложите лишние скрипты

Пройдитесь по списку: чат, виджет соцсетей, счётчик, старый пиксель рекламы, которую давно выключили. Что не нужно - удалите. Что нужно - загружайте после основного контента через defer или подключайте через Google Tag Manager, чтобы управлять ими в одном месте.

5. Задайте размеры всем изображениям и блокам

Это про CLS. Когда у картинки не указаны ширина и высота, браузер не знает, сколько места под неё оставить, и текст прыгает, когда она загрузится. Человек хочет нажать кнопку - а на её месте уже реклама. Прописанные размеры снимают проблему полностью.

6. Уменьшите количество шрифтов

Два семейства в двух-трёх начертаниях - достаточно для любого сайта. И параметр display=swap при подключении, чтобы текст показывался системным шрифтом, пока загружается основной, а не оставался невидимым.

7. Подключите CDN

Если есть посетители из других стран или сайт большой - сеть доставки контента отдаёт файлы с ближайшего к человеку сервера. Для чисто украинского сайта на нормальном украинском хостинге это не критично, для международного - обязательно.

8. Смените хостинг, если сервер медленный

Показатель TTFB (время до первого байта) свыше 600-800 мс означает, что проблема в сервере, и никакая оптимизация картинок её не решит. Это самый дорогой шаг в списке, поэтому он последний - но иногда единственный, который реально помогает.

Три мифа о скорости сайта

«Нужно достичь 100 баллов в PageSpeed». Не нужно. Оценка - лабораторный ориентир, Google ранжирует по полевым Core Web Vitals. Сайт с 65 баллами и «зелёными» метриками в Search Console - в лучшем положении, чем сайт с 95 баллами и «красными». Погоня за сотней часто ломает функционал ради цифры.

«Достаточно поставить плагин кеширования». Плагин закрывает один пункт из восьми. Если страница грузит 4 МБ изображений и шесть виджетов, кеш поможет только повторным посетителям - а из поиска приходят новые.

«Ускорили сайт - вырастут позиции». Ускорение убирает тормоз, но не добавляет газа. Если контент слабый и ссылок нет, быстрый сайт останется быстрым сайтом на второй странице. Скорость - часть комплексной работы, а не замена ей.

Где скорость важна больше всего

Интернет-магазины. Там страниц тысячи, изображений десятки тысяч, а каждая задержка на этапе выбора товара - это человек, который ушёл к конкуренту. В продвижении e-commerce техническая оптимизация всегда идёт первым этапом, до контента и ссылок - иначе они не сработают на полную.

Вторая категория - сайты с мобильной аудиторией в регионах: услуги, доставка, локальный бизнес. Там и связь хуже, и телефоны проще, поэтому те же 3 МБ на странице ощущаются вдвое болезненнее, чем в Киеве.

С чего начать сегодня

1. Откройте отчёт Core Web Vitals в Search Console и посмотрите, сколько страниц «плохие» на мобильных;
2. Прогоните через PageSpeed Insights три страницы, на которые приходит больше всего трафика - не главную;
3. Проверьте вес изображений на этих страницах: если есть файлы свыше 300-500 КБ - вот первая задача;
4. Посчитайте сторонние скрипты на странице и выключите те, которыми не пользуетесь;
5. Проверьте, включено ли кеширование - в настройках хостинга или плагина.

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