Коротко для тех, кому нужен ответ сразу. Скорость загрузки сайта проверяется двумя способами: лабораторным замером в PageSpeed Insights и полевыми данными реальных посетителей в Яндекс Метрике и Вебмастере. Ориентироваться надо не на общий балл, а на три показателя Core Web Vitals: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Самые частые причины торможения банальны: тяжёлые картинки, лишние сторонние скрипты и медленный ответ сервера.
Дальше разберу, чем мерить, как читать отчёт, что чинить в первую очередь и что делать, если сайт на Тильде, где доступа к коду почти нет.
Почему скорость вообще важна
Два независимых механизма, и второй заметнее первого.
Ранжирование
Скорость входит в набор факторов и в Яндексе, и в Google. Но её влияние обычно переоценивают: ускорение сайта с трёх секунд до двух само по себе в топ не выведет.
Работает это скорее как порог. Откровенно медленный сайт получает минус, быстрый не получает бонуса. Если страница грузится восемь секунд на телефоне, это проблема. Если две с половиной, дальше выигрывают за счёт содержания и структуры, а не миллисекунд.
Поведение людей и деньги
Здесь всё жёстче. Человек, пришедший с рекламы, не ждёт: он возвращается в выдачу и открывает следующий сайт.
Для контекстной рекламы это прямые потери. Клик оплачен, посетитель ушёл до того, как увидел оффер. При бюджете в сто тысяч рублей каждые десять процентов отказов из-за скорости это десять тысяч, выброшенных буквально в воздух.
Поэтому скорость я проверяю не только на SEO-проектах, но и всегда перед запуском рекламы: чинить посадочную дешевле, чем оплачивать её медлительность кликами.
Какие метрики смотреть
Старое представление «сайт грузится за N секунд» устарело. Загрузка это процесс, и важно, в какой момент человек может пользоваться страницей.
Core Web Vitals
Три показателя, на которые опирается Google и которые полезны как ориентир в любом поиске.
| Метрика | Что измеряет | Хорошо | Требует работы | Плохо |
|---|---|---|---|---|
| LCP | когда отрисовался главный элемент экрана | до 2,5 с | 2,5–4 с | больше 4 с |
| INP | задержка отклика на действия человека | до 200 мс | 200–500 мс | больше 500 мс |
| CLS | насколько прыгает вёрстка при загрузке | до 0,1 | 0,1–0,25 | больше 0,25 |
LCP это обычно первая крупная картинка или заголовок первого экрана. Чаще всего страдает именно он, и чаще всего виновата картинка.
INP заменил старую метрику FID в 2024 году. Он измеряет не первую реакцию, а самую медленную за визит: нажали на меню, а оно открылось через полсекунды, вот это он и поймает.
CLS про раздражение. Контент подгружается, кнопка уезжает вниз, человек попадает пальцем не туда. Основная причина: картинки и рекламные блоки без заданных размеров.
Вспомогательные метрики
TTFB это время до первого байта, ответ сервера. Норма до 0,8 секунды. Если здесь плохо, дальше оптимизировать бессмысленно: вы ускоряете то, что ещё не началось.
FCP это момент, когда на экране появилось хоть что-то. Норма до 1,8 секунды.
TBT это суммарное время, когда браузер занят выполнением скриптов и не реагирует на человека. Лабораторный заменитель INP.
Почему общий балл обманчив
Балл в PageSpeed Insights это взвешенная сумма нескольких лабораторных метрик, посчитанная на эмулированном медленном телефоне. Он удобен для сравнения, но принимать решения по нему опасно.
Сайт с баллом 45 и LCP в 2,3 секунды у реальных посетителей работает лучше, чем сайт с баллом 92, у которого реальные люди видят 4 секунды из-за медленного сервера в час пик.
Правило простое: балл для навигации, полевые данные для решений.
Чем проверить скорость загрузки сайта
PageSpeed Insights
Основной бесплатный инструмент от Google. Вставляете адрес, получаете два блока.
Полевые данные сверху: реальные измерения у посетителей Chrome за последние 28 дней. Появляются, только если у страницы хватает трафика. Это самая ценная часть отчёта.
Лабораторные данные ниже: один замер на эмулированном устройстве. Стабильны, воспроизводимы, но не отражают реальность.
Смотреть надо вкладку мобильных устройств. Именно там основная масса трафика и именно там всё плохо.
Lighthouse в браузере
Тот же движок, встроен в Chrome: правая кнопка, «Посмотреть код», вкладка Lighthouse. Удобен тем, что работает на страницах за паролем и на локальных версиях.
Важная деталь: расширения браузера искажают результат. Замеряйте в режиме инкогнито с отключёнными дополнениями.
Яндекс Метрика
В Метрике есть отчёт по времени загрузки страниц на основе данных реальных посетителей. Разбивается по страницам, устройствам, браузерам и регионам.
Это ближе всего к правде для российской аудитории, потому что Chrome даёт данные не по всем, а Метрика стоит почти везде. Если Метрика ещё не настроена как следует, начните с настройки Яндекс Метрики.
Яндекс Вебмастер
В разделе диагностики Вебмастер сообщает о медленном ответе сервера и о проблемах, которые мешают обходу. Отдельно есть данные по скорости в разделе качества сайта.
Полезен тем, что показывает картину глазами робота, а не человека: если сервер отвечает медленно роботу, часть страниц просто не будет обойдена.
Ручная проверка
Самый недооценённый способ: откройте сайт на своём телефоне по мобильному интернету, не по вайфаю, и засеките время до момента, когда можно нажать на кнопку.
Ощущения человека и цифры отчёта иногда расходятся, и доверять стоит ощущениям.
Какая скорость считается нормальной
Ориентиры, которыми пользуюсь сам.
| Показатель | Комфортно | Терпимо | Надо чинить |
|---|---|---|---|
| Полная загрузка на мобильном | до 2,5 с | 2,5–4 с | больше 4 с |
| Ответ сервера, TTFB | до 0,5 с | 0,5–1 с | больше 1 с |
| Балл PageSpeed, мобильные | 70+ | 50–70 | ниже 50 |
| Вес страницы | до 1,5 МБ | 1,5–3 МБ | больше 3 МБ |
Гнаться за баллом 100 смысла нет. На реальном сайте с аналитикой, чатом и формами это недостижимо без потери функциональности, а разница между 85 и 95 для человека не заметна.
Разумная цель: зелёная зона по Core Web Vitals на мобильных и отсутствие очевидных тормозов. Дальше вкладывайтесь в содержание.
Почему сайт тормозит
За годы разборов список причин почти не меняется. Идут в порядке частоты.
Тяжёлые картинки
Абсолютный лидер. Фотография на 4 мегабайта, загруженная прямо с телефона и сжатая до нужного размера уже в браузере.
Признаки: вес страницы больше 3 мегабайт, в отчёте висит рекомендация про форматы нового поколения, LCP приходится на изображение.
Что делать: сжимать до загрузки, переводить в WebP, задавать размеры в разметке, включать отложенную загрузку для всего, что ниже первого экрана.
Сторонние скрипты
Метрика, Google Analytics, пиксели, чат, коллтрекинг, виджет обратного звонка, карта, отзывы, всплывающее окно с промокодом. Каждый по отдельности мелочь, вместе полсекунды блокировки.
Что делать: провести ревизию. Открыть вкладку сети в браузере и посмотреть, что грузится. Обычно половина скриптов ставилась под акцию, которая закончилась два года назад.
Тяжёлое, но не критичное для первого экрана подключать с отложенной загрузкой.
Медленный сервер
Дешёвый хостинг, перегруженный сосед по серверу, отсутствие кеширования, тяжёлые запросы к базе. Диагностируется по TTFB.
Что делать: включить кеширование, поднять тариф, поставить CDN. Для сайтов на конструкторах эта проблема снята платформой.
Шрифты
Три гарнитуры по шесть начертаний, каждая подгружается с внешнего сервера. Пока грузятся, текста на экране нет.
Что делать: оставить одну-две гарнитуры и два-три начертания, подключать локально, задавать поведение подстановки, чтобы текст показывался сразу системным шрифтом.
Всё сразу на одной странице
Длинный лендинг на пятнадцать экранов, где сразу грузятся все изображения, включая те, до которых долистает один человек из десяти.
Что делать: отложенная загрузка для всего ниже первого экрана.
Видео на первом экране
Фоновое видео весом в десятки мегабайт. Красиво на демонстрации, смертельно на мобильном интернете.
Что делать: заменить на изображение на мобильных, а на десктопе подключать после загрузки основного содержимого.
Тяжёлая тема или конструктор блоков
На движках с визуальными конструкторами страница обрастает служебной разметкой и десятком библиотек, из которых используется одна функция.
Что делать: сократить число плагинов, отключить подключение библиотек на тех страницах, где они не нужны.
Что делать на Тильде
Отдельный разговор, потому что сайт на конструкторе ограничивает возможности, но не так сильно, как принято думать.
Что вы не контролируете
Сервер, движок, порядок подключения скриптов платформы, служебные библиотеки. Заметная часть балла в PageSpeed на Тильде формируется именно этим, и повлиять на это нельзя.
Поэтому балл 55 на мобильных для Тильды это нормальный результат, а не приговор. Сравнивайте себя с конкурентами на той же платформе.
Что вы контролируете, и это почти всё важное
Картинки. Главный рычаг. Тильда сама умеет отдавать WebP и адаптивные версии, но она не спасёт от исходника на 5 мегабайт. Сжимайте до загрузки: ширина под реальный размер блока, качество 80 процентов, WebP.
Число блоков. Каждый блок это разметка и часто своя логика. Лендинг из сорока блоков грузится дольше лендинга из пятнадцати, причём без выигрыша в конверсии.
Свой код. Самая частая причина торможения на Тильде: несколько библиотек, подключённых в шапку сайта ради одной анимации. Вынесите в подвал или подключайте с отложенной загрузкой.
Виджеты. Чат, звонок, квиз, таймер, отзывы. Оставьте те, которые реально влияют на заявки, остальное убрать.
Шрифты. Не подключайте по три гарнитуры. Тильда позволяет загружать свои шрифты, пользуйтесь этим вместо внешних источников.
Видео. Фоновое видео на первом экране отключайте на мобильных.
Анимации появления. Эффект появления блоков при прокрутке выглядит эффектно, но добавляет работы браузеру и портит ощущение отзывчивости на слабых телефонах.
Технические ограничения платформы и способы их обойти я подробнее разбирал в материале про SEO на Тильде.
Реалистичный порядок работ на Тильде
- Прогнать все шаблоны страниц через PageSpeed, записать текущие значения.
- Пересжать изображения первого экрана. Обычно это половина эффекта.
- Провести ревизию своего кода и виджетов, убрать неиспользуемое.
- Сократить число шрифтовых начертаний.
- Отключить фоновые видео и тяжёлые анимации на мобильных.
- Замерить снова через неделю, уже по полевым данным.
Что делать на других системах
WordPress и похожие движки
Кеширование. Первое, что включается. Даёт самый заметный прирост при наименьших усилиях.
Ревизия плагинов. Каждый плагин добавляет свои файлы. Двадцать плагинов на сайте-визитке это гарантированные тормоза.
Оптимизация базы. Чистка ревизий записей, мусора и просроченных служебных записей.
Сжатие и объединение файлов стилей и скриптов. Осторожно: часто ломает вёрстку, проверяйте после каждого шага.
CDN, если посетители географически разбросаны.
Самописные сайты и магазины
Здесь причины глубже и лечатся разработчиком.
Тяжёлые запросы к базе на каждой загрузке страницы. Отсутствие кеша каталога. Загрузка всего каталога в память вместо постраничного вывода. Картинки товаров в исходном размере вместо превью.
На магазинах я обычно начинаю с карточки товара и страницы категории: это шаблоны, которые генерируют основной трафик, и эффект от их ускорения масштабируется на тысячи адресов.
Как расставить приоритеты
Отчёт PageSpeed выдаёт тридцать рекомендаций, и хвататься за все сразу бессмысленно. Мой порядок.
Сначала то, что влияет на LCP первого экрана. Картинка героя, шрифт заголовка, ответ сервера. Это 80 процентов ощущаемой скорости.
Потом блокирующие скрипты. Всё, что мешает браузеру показать страницу.
Потом CLS. Задать размеры картинкам и зарезервировать место под блоки, которые подгружаются позже. Дёшево и сразу заметно.
Потом остальное. Микрооптимизации вроде сжатия файлов стилей дают проценты, а не разы.
И проверочный вопрос перед каждой правкой: изменится ли от неё цифра LCP у реальных посетителей. Если нет, откладывайте.
Частые заблуждения
«Балл 100 обязателен». Нет. На живом коммерческом сайте это недостижимо и не нужно.
«Ускорение поднимет в топ». Само по себе нет. Скорость снимает барьер, но не заменяет структуру, содержание и коммерческие факторы. Что действительно влияет на позиции, разбирал в материале про SEO-продвижение сайта.
«Данные PageSpeed это правда». Лабораторный замер это симуляция. Правда живёт в полевых данных и в Метрике.
«Хватит проверить главную». Главная обычно самая вылизанная. Трафик собирают карточки, статьи и категории, проверять надо все шаблоны.
«Сайт быстрый, я проверял на компьютере». На офисном интернете и мощном ноутбуке быстро всё. Проверяйте на телефоне и на мобильной сети.
FAQ
Какая скорость загрузки сайта считается нормальной?
Ориентир для мобильных: полная загрузка до 2,5 секунды, LCP до 2,5 секунды, ответ сервера до 0,5 секунды. Выше 4 секунд это заметные потери посетителей.
Чем лучше проверить скорость загрузки сайта?
PageSpeed Insights для общей картины и рекомендаций, Яндекс Метрика для реальных данных по вашей аудитории, Вебмастер для взгляда со стороны робота. Один инструмент полной картины не даёт.
Почему у меня низкий балл, а сайт открывается быстро?
Балл считается на эмуляции медленного телефона и слабой сети. Если полевые данные в зелёной зоне, у реальных посетителей всё в порядке, и низкий балл не повод паниковать.
Влияет ли скорость на позиции в Яндексе?
Влияет как один из факторов качества, но не решающий. Медленный сайт получает минус, быстрый не получает автоматического бонуса.
Что такое Core Web Vitals простыми словами?
Три показателя удобства: как быстро появился главный элемент экрана, насколько быстро страница реагирует на нажатия и насколько сильно прыгает вёрстка при загрузке.
Можно ли ускорить сайт на Тильде?
Можно, хотя часть параметров вам недоступна. Основной резерв: сжатие картинок, ревизия своего кода и виджетов, сокращение числа шрифтов и отключение тяжёлых анимаций на мобильных.
Сколько стоит ускорение сайта?
На конструкторе большая часть работ делается своими руками за несколько часов. На самописном сайте или магазине это работа разработчика, и стоимость зависит от найденных причин.
Как часто проверять скорость?
Раз в квартал и обязательно после любых заметных изменений на сайте. Новый виджет или подключённый скрипт легко откатывает результат нескольких недель работы.
Что в итоге
Скорость загрузки сайта это не гонка за баллом в отчёте, а вопрос о том, дождётся ли человек вашу страницу. Мерить надо по полевым данным, чинить по влиянию на первый экран, проверять на телефоне и на мобильной сети.
Практически всегда 80 процентов эффекта дают три вещи: сжатые картинки, ревизия сторонних скриптов и быстрый ответ сервера. Всё остальное это шлифовка.
Если не хотите разбираться самостоятельно, начните с бесплатной проверки: часа хватает, чтобы назвать настоящие причины торможения и порядок работ.