Каждая лишняя секунда загрузки сайта стоит вам денег. Не метафорически — буквально. Amazon подсчитал: задержка на 100 миллисекунд снижает выручку на 1%. Google выяснил: при увеличении времени загрузки с 1 до 3 секунд вероятность отказа вырастает на 32%. Скорость загрузки сайта — это не техническая метрика для разработчиков. Это напрямую про деньги: конверсии, позиции в поиске и деньги, которые уходят к конкурентам. Разбираем по-честному.
Для малого бизнеса масштаб другой, но механизм тот же. Если сайт грузится 5 секунд вместо 1 секунды, вы теряете около 40% посетителей ещё на входе. Из оставшихся 60% конверсия в заявку ниже, потому что медленный сайт создаёт ощущение ненадёжности.
Как проверить скорость загрузки сайта: 3 инструмента
Разные инструменты показывают разные срезы данных. Используйте все три для полной картины.
Google PageSpeed Insights
pagespeed.web.dev — официальный инструмент Google. Использует реальные данные CrUX. Даёт балл 0–100 и список конкретных проблем. Мобильная оценка важнее десктопной.
GTmetrix
gtmetrix.com — водопад загрузки: визуальный таймлайн каждого ресурса. Видно, что именно тормозит. Удобен для диагностики конкретных узких мест и сравнения до/после оптимизации.
WebPageTest
webpagetest.org — тест с серверов в разных гео. Можно выбрать Москву или Санкт-Петербург. Критично для российских сайтов: CDN, быстрый в Европе, может быть медленным из России.
Важно: один прогон — не результат
PageSpeed даёт разные баллы в зависимости от нагрузки на сервер в момент теста. На собственном сайте 27 августа 2026 года мы видели разброс до 20 пунктов между прогонами одной и той же страницы. Правило: проверяйте 3–5 раз и берите среднее. Никогда не принимайте решение на основании одного результата. Это относится и к PageSpeed, и к GTmetrix.
Core Web Vitals: три метрики, которые учитывает Google
С 2021 года Google официально использует Core Web Vitals как сигнал ранжирования. Сайты, которые проходят все три порога, получают преимущество в выдаче при прочих равных условиях.
Largest Contentful Paint
Время до отрисовки главного элемента страницы. Норма: менее 2,5 сек. Обычно это главная картинка или H1. Что влияет: размер изображений, TTFB сервера, блокирующие скрипты.
Interaction to Next Paint
Отзывчивость интерфейса. Норма: менее 200 мс. Плохой INP — кнопка не реагирует полсекунды. Основная причина: тяжёлый JavaScript, блокирующий главный поток.
Cumulative Layout Shift
Визуальная стабильность страницы. Норма: менее 0,1. Знакомо: начинаете читать, появляется баннер — всё съезжает. Причина: изображения без width/height, рекламные блоки.
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+ по умолчанию, без дополнительных усилий.
— Никита Шорин, Эко ОСТри замера с датами: два чужих сайта и один свой
Диапазоны в таблице выше — обобщение по десяткам проектов. Ниже три конкретных замера: адрес сайта, движок, инструмент и дата. Два сайта чужие, третий — наш собственный, и он показал не лучший результат.
| Сайт | На чём сделан | Что показал замер | Дата |
|---|---|---|---|
| ремонт и стройка, Калининград | Тильда | LCP 61,2 сек, 224 запроса, 2,58 МБ | 04.09.2026 |
| выставочные стенды, Москва | MODX, готовая тема | 11 сек до загрузки на мобильном | 04.09.2026 |
| eco-os.ru | Чистый PHP | было 5,7 сек LCP → стало 3,4 сек, 93 балла | 27.08.2026 |
Строительная компания из Калининграда: 2,58 МБ кода на 5448 знаков текста
Сайт строительной компании на Тильде. Замер 4 сентября 2026 года, мобильный профиль. Страница отдаёт браузеру 2,58 МБ кода, при этом полезного текста на ней — 5448 знаков. На каждый знак, который читает человек, приходится около полукилобайта служебного кода: разница примерно в 500 раз.
Откуда вес: 224 HTTP-запроса на одну страницу, из них 144 скрипта. Браузер обращается к 34 внешним хостам — каждый новый хост это отдельный DNS-запрос, установка соединения и TLS-рукопожатие ещё до того, как начнёт грузиться сам файл.
Что видит посетитель. По Wi-Fi страница загружается за 3,1 секунды — терпимо. На мобильном 4G — 38,3 секунды. При слабом сигнале — 95 секунд, больше полутора минут. PageSpeed Insights в мобильном профиле показал LCP 61,2 секунды при норме Google в 2,5 секунды: это в 24 раза выше порога.
Разрыв между Wi-Fi и 4G — главная слепая зона владельца
Владелец сайта открывает его с офисного Wi-Fi и видит 3,1 секунды. Клиент открывает с телефона в дороге и ждёт 38,3 секунды. Обе цифры — про один и тот же сайт в один и тот же день. Поэтому замер делают в мобильном профиле, а не «у себя за столом».
Выставочная компания из Москвы: 11 секунд на мобильном
Сайт выставочной компании, движок MODX с готовой темой. Замер 4 сентября 2026 года: 11 секунд до загрузки на мобильном. Это в 4,4 раза больше порога Google по LCP и примерно вдвое дольше того времени, за которое, по данным Google, уходит половина мобильных посетителей.
MODX — не «медленный движок»: он отдаёт страницу быстро. Вес набирается тем, что подключено поверх него, и в готовой теме этот набор задан заранее, ещё до того, как владелец добавил первую страницу.
eco-os.ru: наш собственный сайт грузился 5,7 секунды
27 августа 2026 года мы прогнали через собственный аудит свой сайт. Результат: LCP 5,7 секунды на мобильном при том, что сайт написан на чистом PHP без CMS и плагинов. Причина одна и техническая — тег <picture> стоял без вложенного <source>, поэтому браузер грузил тяжёлый вариант изображения вместо лёгкого.
После правки — 3,4 секунды LCP и 93 балла PageSpeed в мобильном профиле. Честная оговорка по методике: между прогонами PageSpeed на одной и той же странице мы видели разброс до 20 пунктов. Поэтому 93 — это не «наш балл навсегда», а среднее по серии прогонов; одиночный результат ни о чём не говорит ни у нас, ни у конкурента.
Это не приговор конструкторам и CMS
Три замера выше — три конкретных сайта на конкретную дату, а не характеристика всех сайтов на Тильде и MODX. Медленной страницу делает не движок сам по себе, а объём того, что на него навешано: сторонние скрипты, тяжёлые изображения, готовая тема с библиотеками на каждой странице. Конструктор и готовая CMS при должной настройке дают приемлемые цифры. Разница в объёме работы: на своём коде вы решаете, что попадёт на страницу, а в готовом решении вычищаете лишнее из того, что уже подключено за вас. И наоборот — свой код от ошибок не защищает: наш сайт с LCP 5,7 секунды тому пример. Что выбирать под задачу, разбираем отдельно: самописный сайт или CMS.
Что замедляет сайт
Главные виновники медленного сайта
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 в стартовом тарифе без оплаты.
Как мы выводим сайт в зелёную зону Core Web Vitals
Пять этапов, которые применяем к каждому проекту. На своём сайте они дали 93 балла PageSpeed и 3,4 секунды LCP после правки 27 августа 2026 года.
О полной стоимости разработки таких сайтов — читайте в статье сколько стоит сайт для бизнеса. О том, как скорость и технический фундамент влияют на SEO — SEO для сайта компании. Почему мы не используем WordPress — почему не WordPress. Как выбрать между готовой CMS и своим кодом под конкретную задачу — самописный сайт или CMS.
Частые вопросы про скорость сайта
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 (в браузере, без оплаты), ImageOptim (Mac), TinyPNG (web, до 20 файлов за раз), cwebp в командной строке. Для сайтов с сотнями картинок — автоматическое сжатие на сервере через nginx-модуль или плагин CMS.
Замер 4 сентября 2026 года, сайт калининградской строительной компании на Тильде: 2,58 МБ кода на 5448 знаков текста — примерно в 500 раз больше служебного кода, чем полезного текста. На странице 224 HTTP-запроса, 144 скрипта и обращения к 34 внешним хостам. Скорость полной загрузки: 3,1 секунды по Wi-Fi, 38,3 секунды на 4G, 95 секунд при слабом сигнале. PageSpeed Insights в мобильном профиле показал LCP 61,2 секунды при норме Google 2,5 секунды.
Нет. Медленной страницу делает не сам движок, а то, сколько на него навешано: сторонние скрипты, неоптимизированные изображения, готовая тема с набором библиотек на каждой странице, счётчики и чаты. Конструктор или готовая CMS при должной настройке дают приемлемые цифры. Разница в объёме работы: на своём коде вы решаете, что попадёт на страницу, а в готовом решении убираете лишнее из того, что уже подключено за вас. Пример из собственной практики: сайт eco-os.ru написан на чистом PHP, но 27 августа 2026 года самоаудит показал LCP 5,7 секунды на мобильном из-за одной ошибки в разметке изображения. После правки — 3,4 секунды.
