Технологии

Скорость загрузки сайта: как проверить и почему это влияет на продажи

Скорость загрузки сайта = деньги. Core Web Vitals, инструменты проверки, что замедляет сайт и как ускорить. Почему чистый PHP грузится быстрее WordPress.

Скорость загрузки сайта: как проверить и почему это влияет на продажи
faqupd3973$

Каждая лишняя секунда загрузки сайта стоит вам денег. Не метафорически — буквально. Amazon подсчитал: задержка на 100 миллисекунд снижает выручку на 1%. Google выяснил: при увеличении времени загрузки с 1 до 3 секунд вероятность отказа вырастает на 32%. Скорость загрузки сайта — это не техническая метрика для разработчиков. Это напрямую про деньги: конверсии, позиции в поиске и деньги, которые уходят к конкурентам. Разбираем по-честному.

-7%
конверсии за каждую +1 сек
53%
уходят если >3 сек загрузки
<1 сек
скорость наших сайтов
3,4к
запросов/мес «скорость загрузки»

Для малого бизнеса масштаб другой, но механизм тот же. Если сайт грузится 5 секунд вместо 1 секунды, вы теряете около 40% посетителей ещё на входе. Из оставшихся 60% конверсия в заявку ниже, потому что медленный сайт создаёт ощущение ненадёжности.

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

Разные инструменты показывают разные срезы данных. Используйте все три для полной картины.

Google PageSpeed Insights

pagespeed.web.dev — официальный инструмент Google. Использует реальные данные CrUX. Даёт балл 0–100 и список конкретных проблем. Мобильная оценка важнее десктопной.

GTmetrix

gtmetrix.com — водопад загрузки: визуальный таймлайн каждого ресурса. Видно, что именно тормозит. Удобен для диагностики конкретных узких мест и сравнения до/после оптимизации.

WebPageTest

webpagetest.org — тест с серверов в разных гео. Можно выбрать Москву или Санкт-Петербург. Критично для российских сайтов: CDN, быстрый в Европе, может быть медленным из России.

Важно: один прогон — не результат

PageSpeed даёт разные баллы в зависимости от нагрузки на сервер в момент теста. Правило: проверяйте 3–5 раз и берите среднее. Никогда не принимайте решение на основании одного результата. Это относится и к PageSpeed, и к GTmetrix.

Core Web Vitals: три метрики, которые учитывает Google

С 2021 года Google официально использует Core Web Vitals как сигнал ранжирования. Сайты, которые проходят все три порога, получают преимущество в выдаче при прочих равных условиях.

LCP

Largest Contentful Paint

Время до отрисовки главного элемента страницы. Норма: менее 2,5 сек. Обычно это главная картинка или H1. Что влияет: размер изображений, TTFB сервера, блокирующие скрипты.

INP

Interaction to Next Paint

Отзывчивость интерфейса. Норма: менее 200 мс. Плохой INP — кнопка не реагирует полсекунды. Основная причина: тяжёлый JavaScript, блокирующий главный поток.

CLS

Cumulative Layout Shift

Визуальная стабильность страницы. Норма: менее 0,1. Знакомо: начинаете читать, появляется баннер — всё съезжает. Причина: изображения без width/height, рекламные блоки.

TTFB

Time to First Byte

Время до получения первого байта от сервера. Норма: менее 800 мс. Отражает скорость сервера напрямую. На дешёвом shared-хостинге — легко 1–2 сек.

WordPress vs Тильда vs Чистый PHP: Core Web Vitals

Реальные данные из наших замеров и публичных кейсов. Не маркетинг — цифры из PageSpeed.

Метрика WordPress (типичный) Тильда Чистый PHP
PageSpeed Mobile 35–65 55–75 92–97
LCP 2,8–5,5 сек 2,0–3,5 сек 0,8–1,4 сек
INP 300–800 мс 150–300 мс 50–120 мс
CLS 0,05–0,30 0,02–0,12 0,00–0,02
TTFB 400–1200 мс 200–600 мс 40–120 мс
Проходит Core Web Vitals Редко Иногда По умолчанию
"

С агрессивной оптимизацией WordPress можно довести до 80–85 баллов — это требует специалиста и регулярного обслуживания. Чистый PHP даёт 90+ по умолчанию, без дополнительных усилий.

— Никита Шорин, Trip Labs

Что замедляет сайт

Главные виновники медленного сайта

WordPress с плагинами (десятки PHP-файлов, 10–50 запросов к БД, 20–40 JS/CSS файлов при каждом запросе). Неоптимизированные изображения (фото с телефона 4–8 МБ вместо 200–400 КБ WebP). Внешние скрипты — каждый добавляет 50–200 мс. Медленный хостинг с TTFB >800 мс.

Подробнее о технической причине медленности WordPress: CMS спроектирована для гибкости через плагины. При 20 плагинах — сотни hooks в жизненном цикле запроса. Кэш-плагины снижают нагрузку на сервер, но HTML уже сгенерирован со всеми JS и CSS. Количество HTTP-запросов в браузере не меняется.

Неоптимизированные изображения — самая частая быстрая победа. Разница в 20 раз между JPEG с телефона и WebP для веба — это 20x разница во времени загрузки. Каждый сторонний скрипт (Метрика, GA4, пиксель соцсетей, онлайн-чат) добавляет отдельный DNS-запрос и установку соединения.

Как ускорить сайт: практические методы

Быстрые победы

Конвертация изображений в WebP (сжатие на 25–35% без потери качества), lazy loading атрибутом loading="lazy", minification JS и CSS (уменьшение на 20–40%), CDN для статики (Cloudflare бесплатно, BunnyCDN платно но дешево).

Preload критических ресурсов: браузер загружает ресурсы по мере их обнаружения в HTML. Шрифт, упомянутый в CSS, начинает загружаться только после парсинга CSS. Директива <link rel="preload"> в head говорит браузеру: начни загружать немедленно.

CDN (Content Delivery Network) раздаёт статику с серверов, географически близких к пользователю. Если ваш сервер в Москве, пользователь из Новосибирска получает картинки с CDN-узла в Сибири — в несколько раз быстрее. Cloudflare предлагает бесплатный план с базовой CDN-функциональностью.

Как мы добиваемся скорости менее 1 секунды

Это не магия — это методичные этапы оптимизации, которые применяем к каждому проекту.

Этап 1: Архитектурное решение
Выбор чистого PHP вместо CMS. Никаких плагинов, никаких ORM, никаких абстракций. Запрос → PHP → HTML. Типичный TTFB: 30–80 мс вместо 300–800 мс у WordPress.
Этап 2: Оптимизация изображений
Конвертация всех изображений в WebP при заливке. Lazy loading для всего ниже первого экрана. Указание width/height для предотвращения CLS. Preload для главного баннера.
Этап 3: Минификация и объединение
CSS и JS минифицированы. Один CSS-файл вместо нескольких. JS грузится в конце body или через defer. Нет блокирующих рендер ресурсов в head.
Этап 4: Сервер и хостинг
VPS с SSD, HTTP/2, gzip-сжатие, кэширование статики через nginx (Cache-Control: max-age). Cloudflare для CDN и защиты от DDoS.
Этап 5: Проверка и сдача
PageSpeed 3–5 прогонов, берём среднее. Цель: 90+ мобильный. Все Core Web Vitals в зелёной зоне. Сдаём только после достижения целевых показателей.

О полной стоимости разработки таких сайтов — читайте в статье сколько стоит сайт для бизнеса. О том, как скорость и технический фундамент влияют на SEO — SEO для сайта компании. Почему мы не используем WordPress — почему не WordPress.

Частые вопросы про скорость сайта

PageSpeed 80+ из 100 (Google) или Core Web Vitals в зелёной зоне: LCP до 2.5 сек, INP до 200 мс, CLS до 0.1. На мобильных — те же метрики, без поблажек. Сайт, грузящийся дольше 3 секунд, теряет 40–50% посетителей до первого экрана. Норма для серьёзного бизнеса — 1.5–2 секунды до интерактивности.

PageSpeed Insights (pagespeed.web.dev) — главный инструмент, даёт цифры по Core Web Vitals. WebPageTest.org — детальный анализ загрузки по кадрам. GTmetrix — отчёт со скриншотами и рекомендациями. Яндекс.Вебмастер «Качество сайта» — местная оценка. Все четыре сервиса бесплатны и работают без регистрации.

Топ-5 причин: тяжёлые картинки (без сжатия и WebP), много JavaScript (10+ плагинов на странице), отсутствие кеширования и CDN, дешёвый хостинг (shared с 50+ соседями), плохая структура CSS/JS (render-blocking ресурсы). Реже — медленная база данных, отсутствие gzip-сжатия, слишком большие шрифты.

Да, напрямую. С 2021 года Яндекс учитывает Core Web Vitals в ранжировании. Сайт с PageSpeed 30 проигрывает сайту с PageSpeed 85 при равных текстах. Особенно сильно скорость влияет на мобильный поиск, где 60–70% запросов с телефонов. Медленный сайт = ниже позиции = меньше трафика.

Аудит скорости — 10–25 тыс. ₽. Базовая оптимизация (сжатие картинок, gzip, кеширование) — 20–50 тыс. ₽. Полноценное ускорение с переходом на CDN и переписыванием JS — 60–150 тыс. ₽. На WordPress сайтах с 30+ плагинами иногда дешевле сделать новый сайт, чем оптимизировать старый.

Использовать формат WebP (на 25–35% легче JPEG при той же визуальной картинке). Инструменты: Squoosh.app (бесплатно, online), ImageOptim (Mac), TinyPNG (web, до 20 файлов бесплатно), cwebp в командной строке. Для сайтов с сотнями картинок — автоматическое сжатие на сервере через nginx-модуль или плагин CMS.

$faqupd3973