Скорость сайта и основные веб-показатели в 2026

Обновлено в августе 2026.
Раздел практики: Техника сайта.
Медленный сайт раздражает людей и ухудшает поведенческие сигналы. К августу 2026 по-прежнему важны три вещи: быстрый показ основного контента, стабильная вёрстка и живой отклик на клики — особенно на мобильном трафике.
В Google этот набор метрик называют Core Web Vitals; на русском — основные веб-показатели. Ниже используем русское название; английские сокращения LCP, INP, CLS оставляем как есть в отчётах.
«100 баллов» в лабораторном тесте не цель. Цель — чтобы реальный посетитель с обычного смартфона увидел текст и смог нажать на ссылку без секундного «зависания».
- 1LCPСкорость контентаОтчёт: PageSpeed/CWV · Цель: < 2.5 с
- 2INPОтзывчивостьОтчёт: CrUX/PageSpeed · Цель: < 200 мс
- 3CLSСтабильностьОтчёт: CrUX · Цель: < 0.1
Сделайте сегодня: Запустите PageSpeed и зафиксируйте LCP, INP, CLS на главной странице.
Метрики простыми словами
На bigfozzy.com я смотрю на четыре вещи. LCP — когда на экране появляется «главное»: заголовок, крупная картинка, первый смысловой блок. Отзывчивость (INP) — как быстро страница реагирует на тап: открытие меню, клик по ссылке, раскрытие блока. CLS — прыгает ли текст, когда подгрузились баннер, шрифт или картинка без размеров. TTFB — сколько сервер думает до первого байта; на наших PHP-страницах с тяжёлыми include это частый потолок.
Как я проверяю за 30 минут
Открываю главную, хаб и 2–3 статьи на телефоне или в узком окне браузера (≈375–480 px). Засекаю ощущения: когда появился текст? Съехала ли вёрстка? Клики сразу или с паузой? Прогоняю 1–2 URL через PageSpeed Insights — но приоритет правкам по тому, что вижу глазами. И обязательно сверяю, не совпал ли «просел трафик» с замедлением: иногда виновата скорость, а не «фильтр» (см. что делать при падении трафика).
Картинки — самый частый виновник LCP/CLS
Сжимаю JPEG/PNG/WebP — не тащу 2000px в колонку 400px. Задаю размеры или CSS max-width:100%; height:auto, чтобы не было прыжков. Hero на первом экране ставлю без ленивой загрузки; превью ниже — с loading="lazy". На лентах новостей float-картинки в узкой колонке легко наезжают на текст — держу адаптивные правила в CSS.
Скрипты, реклама, аналитика
Некритичные скрипты отправляю в конец или с отложенной загрузкой. Рекламные блоки, которые вставляют баннер 728×90 без резерва места, убивают CLS — на bigfozzy.com мы убрали баннеры из тела статьи (в ads_top/ads_bottom), оставив доход через другие каналы. Счётчики: один аккуратный лучше пяти «на всякий случай».
Вёрстка и мобильность
Таблица на 900px без media queries ломает UX на телефоне: горизонтальный скролл, крошечный текст, картинки поверх абзацев. Базовые правила — в юзабилити и разделе основ SEO. Viewport и адекватный шрифт важнее декоративных фонов.
Хостинг и время ответа сервера (TTFB)
Перегруженный shared-хостинг плюс тяжёлые include на каждый хит — это долгий первый байт. Цепочки редиректов http→https→www→apex добавляют задержки. Кэш на уровне сервера/CDN помогает статике; динамические вставки всё равно нужно облегчать.
Про хостинг см. также материалы о хостинге.
Мой план работ
За вечер на bigfozzy.com я сжимаю 10 самых тяжёлых картинок на главных URL, чиню прыгающие блоки (размеры, резерв места) и убираю явный мусор с первого экрана. За неделю разбираю TTFB на типовой статье, откладываю скрипты, проверяю мобильную читаемость всех хабов и фиксирую «до/после» в аналитике или кабинете вебмастера.
Связь со SEO-стратегией
Скорость — не единственный фактор, но без неё хуже работают и контент, и ссылки. Держите в голове актуальные направления и следите за индексом после правок: чеклист кабинетов.
Итог: сначала уберите то, что бесит пользователя на телефоне. Баллы лаборатории подтянутся следом.