- По данным Google, 53% посетителей с телефона уходят, если страница грузится дольше 3 секунд.
- Проверять нужно на слабом мобильном интернете, а не на рабочем компьютере по Wi-Fi: мы считаем от 1 Мбит/с.
- Главные тормоза: ответ сервера, вес кода, нет сжатия, файлы до показа страницы, тяжёлые картинки и чужие виджеты.
- После переезда с Тильды на свой код первый экран сайта клиники стал появляться за 2,3 с вместо 11,5 с.
Почему медленно грузятся сайты на телефоне
Владелец смотрит свой сайт с ноутбука в офисе: быстрый интернет, мощный процессор, всё уже сохранено в кэше браузера. Клиент открывает ту же страницу с телефона на улице, где связь проседает. Для него это другой сайт.
По данным Google, 53% посетителей с телефона уходят, если страница грузится дольше 3 секунд. Человек не ждёт: он нажимает «назад» и открывает следующий результат. В рекламе это двойная потеря - клик оплачен, а заявки нет.
Поэтому мы проверяем сайты на слабом мобильном интернете: 1 Мбит/с и 300 мс на каждый круг до сервера и обратно. Так бывает в переполненной сети 4G, в метро, в торговом центре или за городом. Если сайт укладывается в 3 секунды на такой связи, на хорошей он не подведёт.
Из чего складываются 3 секунды на слабом интернете
Первый показ страницы - это сумма нескольких ожиданий. Наш аудит считает её так:
- Соединение и шифрование. Два круга до сервера, на слабой связи это 0,6 с ещё до первого байта.
- Ответ сервера. Сколько сервер думает, прежде чем начать отдавать страницу. Норма - до 0,8 с.
- Передача кода страницы. 1 Мбит/с - это около 125 КБ в секунду. Сжатый код обычно в 3-5 раз меньше исходного.
- Файлы, без которых браузер не покажет страницу. Стили и скрипты в начале кода: каждый добавляет ещё круг, 0,3 с.

Посчитаем на примере. Код главной весит 150 КБ, сервер отвечает за 0,8 с, до показа браузер ждёт три файла. Со сжатием: 0,6 + 0,8 + 0,3 + 0,9 - около 2,6 с, укладываемся. Без сжатия передача кода занимает уже 1,2 с, и выходит около 3,5 с. Одна настройка сервера - и страница уже за чертой в 3 секунды, не увидев цену.
Это оценка без картинок и счётчиков. Настоящий замер в браузере почти всегда дольше, поэтому запас нужен.
Какая скорость сайта нормальная: наши пороги
Жёсткого стандарта нет, но есть пороги, после которых сайт на телефоне начинает терять людей. Их проверяет наш бесплатный аудит сайта:
| Что проверяем | Норма | Почему важно |
|---|---|---|
| Ответ сервера | до 0,8 с | дальше страница появится ещё позже |
| Код главной без картинок и скриптов | до 150 КБ | тяжёлый код - долгая загрузка |
| Сжатие | включено | без него данных по сети идёт в разы больше |
| Файлы до показа страницы | не больше 3 | каждый - пауза на слабой связи |
| Картинки ниже первого экрана | грузятся по прокрутке | иначе тянут трафик раньше времени |
| Размеры картинок в коде | заданы | иначе текст прыгает при загрузке |
| Первый показ на 1 Мбит/с | до 3 с | дольше - половина уходит |
| Настройка для телефона | ширина по экрану, масштаб разрешён | иначе мелкая копия компьютерной версии |
Для своих сайтов мы держим планку строже: Lighthouse в режиме телефона от 90 баллов перед запуском, скрипты до 100 КБ при передаче, вся страница - 2-3 МБ.
Как проверить скорость загрузки сайта за 5 минут
- Телефон и секундомер. Выключите Wi-Fi, откройте сайт по мобильному интернету и засеките время до первого экрана с ценой и кнопкой.
- PageSpeed Insights от Google. Вставьте адрес и смотрите вкладку для мобильных, а не для компьютера. Главное - когда появляется первый экран и сколько весит страница.
- Замедление сети в Chrome. Инструменты разработчика, вкладка Network, медленный мобильный интернет: своими глазами видно, сколько человек смотрит на пустой экран. Там же вкладка Lighthouse в режиме телефона.
- Яндекс Метрика. Отчёт о времени загрузки показывает, как сайт открывается у реальных посетителей, а не в лаборатории.
Замеряйте несколько раз: результаты Lighthouse немного отличаются от прогона к прогону. Если мобильная версия сильно отстаёт от компьютерной, причина обычно в весе страницы и скриптах.
Что замедляет загрузку сайта: ошибки, которые мы встречаем
Кроме очевидных фото прямо с камеры, мы раз за разом видим одни и те же решения, которые съедают секунды:
- Первый экран спрятан до загрузки скриптов. Красивое появление заголовка сделано так, что до окончания загрузки скрипта экран прозрачный. Человек ждёт, хотя текст уже пришёл. Эффект появления можно наложить поверх уже показанного экрана.
- Главная картинка грузится лениво. Ленивая загрузка нужна всему, что ниже первого экрана, но не самой первой картинке: её, наоборот, нужно просить у браузера в первую очередь.
- Прелоадер. Заставка «загружаем» на обычном сайте - это секунды, добавленные руками, даже повторному посетителю.
- Чужие виджеты сразу при входе. Чат, обратный звонок, карта, видео, несколько счётчиков тянут скрипты с чужих серверов. Мы подключаем их после основной страницы или по первому действию человека.
- Шрифты и библиотеки с зарубежных CDN. В России такие серверы отвечают нестабильно. Шрифты и скрипты надёжнее отдавать со своего домена, а шрифт подгружать так, чтобы текст был виден сразу.
- Одно видео на все экраны. На первом экране нужны два файла: для компьютера до 4-5 МБ и отдельный вертикальный для телефона до 1,5-2 МБ, с обложкой до начала воспроизведения.
- Картинки без размеров и форматов. Картинки в WebP или AVIF под несколько ширин экрана, с заданными размерами - иначе телефон качает фото для большого монитора, а текст прыгает.
Как ускорить загрузку сайта: порядок работ
Порядок зависит от замера. Начинаем с того, что даёт больше всего при меньших затратах:
- Включить сжатие на сервере и кэширование статичных файлов.
- Уменьшить и сжать картинки, перевести их в WebP или AVIF, включить ленивую загрузку ниже первого экрана.
- Убрать неиспользуемые скрипты и стили, остальные подключить так, чтобы они не мешали показу первого экрана.
- Пересмотреть виджеты: оставить те, что приносят заявки, и загружать их после основной страницы.
- Если тормозит сам сервер - менять хостинг или платформу.
Иногда ускорение упирается в потолок платформы. Конструктор не даёт убрать свой лишний код, и дальше ускорять нечего. Тогда честнее перенести сайт на свой код: так устроена наша разработка сайтов.
Наши замеры: сайт клиники и лендинг продукта
Сайт клиники работал на Тильде. На телефоне первый экран появлялся через 11,5 секунды, а главная весила больше 10 МБ. Мы перенесли сайт на свой код и замерили снова.
| Показатель | На Тильде | На своём коде |
|---|---|---|
| Первый экран на телефоне | 11,5 с | 2,3 с |
| Вес главной страницы | 10,6 МБ | 0,96 МБ |
Замер - Lighthouse в режиме телефона, август 2026. Вес страницы уменьшился примерно в 11 раз, первый экран стал появляться в 5 раз быстрее.

Второй пример - наш собственный лендинг VM Analytics. После оптимизации первый экран на телефоне появляется за 1,9 с вместо 7,3 с. Там, где раньше человек смотрел на белый экран, теперь он сразу видит предложение и кнопку.
Частые вопросы
Какая скорость загрузки сайта считается нормальной?
Ориентируйтесь на телефон и слабый интернет: первый экран с предложением и кнопкой должен появляться до 3 секунд. По данным Google, после 3 секунд ожидания уходят 53% посетителей с телефона.
Влияет ли скорость сайта на SEO и рекламу?
Да. Медленная страница теряет посетителей до того, как они что-то прочтут. В рекламе каждый такой уход - оплаченный клик без заявки.
Можно ли ускорить сайт на Тильде или другом конструкторе?
Частично. Можно сжать картинки, убрать лишние блоки, виджеты и шрифты. Но код самого конструктора вы не контролируете, и в какой-то момент ускорять дальше нечего. Тогда остаётся переезд на свой код.
Почему PageSpeed показывает одно, а на телефоне всё иначе?
PageSpeed и Lighthouse замеряют страницу в лаборатории на заданной скорости сети. Реальный телефон может быть медленнее, а связь хуже. Поэтому мы смотрим и лабораторный замер, и отчёт Метрики о загрузке у живых посетителей.
Что проверяет бесплатный аудит сайта?
Ответ сервера, вес главной страницы, сжатие, файлы до показа страницы, картинки, прыжки вёрстки и версию для телефона. Отдельно аудит оценивает, как сайт откроется на слабом мобильном интернете в 1 Мбит/с.



