ГлавнаяБлогСкорость загрузки сайта

Скорость загрузки сайта: как проверить и улучшить

Никита Вихров
Никита Вихров
SEO-специалист · 11 лет
19 июня 20269 минSEO · техника

Медленный сайт теряет людей ещё до того, как они увидят твоё предложение. Разберу, чем мерить скорость, какие цифры считаются нормой и что конкретно крутить, чтобы страница открывалась за пару секунд.

Коротко
  • Скорость влияет и на отказы, и на позиции: Google и Яндекс учитывают её при ранжировании, а человек уходит, если страница думает дольше трёх секунд.
  • Меряй по двум источникам: PageSpeed Insights для лабораторных метрик и реальные данные пользователей — лаба и поле часто расходятся.
  • Три метрики, которые надо знать: LCP (когда показался главный блок), INP (как быстро сайт отвечает на клик), CLS (скачет ли вёрстка). У каждой есть жёсткий порог «хорошо».
  • Главные тормоза почти всегда одни и те же: тяжёлые картинки, лишние скрипты, медленный сервер и отсутствие кэша.

Почему скорость решает

Скорость — это не про красивую цифру в отчёте, а про деньги и трафик. Если страница грузится пять секунд вместо двух, ты теряешь часть людей ещё на входе: они закрывают вкладку и уходят к конкуренту, чья страница открылась сразу. По данным Google, при росте времени загрузки с одной секунды до трёх вероятность ухода поднимается примерно на треть. Цифры разнятся по нишам, но направление одно: чем дольше ждёт человек, тем меньше шанс, что он останется.

Поисковики смотрят на это с двух сторон. Прямо — скорость входит в сигналы ранжирования: у Google это Core Web Vitals, часть оценки страничного опыта, у Яндекса — поведенческие и технические факторы, где медленная отдача бьёт по позициям через рост отказов. Косвенно — медленный сайт хуже индексируется, потому что робот за отведённое время обходит меньше страниц. Как это вписывается в общую картину, я разбирал в материале про факторы ранжирования.

Вывод простой: скорость — фундамент, на котором стоит всё остальное SEO. Можно сколько угодно вылизывать тексты и собирать ссылки, но если страница открывается через силу, поведенческие тянут тебя вниз, а часть бюджета на трафик утекает сквозь пальцы.

Как проверить скорость

Начни с Google PageSpeed Insights — вставляешь URL, получаешь оценку от 0 до 100 отдельно для мобильных и десктопа плюс список конкретных проблем. Смотри в первую очередь на мобильную версию: она почти всегда хуже, а большая часть трафика идёт с телефонов. Важный нюанс: PageSpeed показывает два блока данных. Сверху — реальные данные пользователей за 28 дней, если их хватает, ниже — лабораторный тест на эмуляторе. Лаба и поле расходятся часто, и доверять надо полю: это то, что чувствуют живые люди.

Со стороны Яндекса данные о скорости и проблемах страниц смотри в Яндекс.Вебмастере — в разделах по индексированию и в отчётах по страницам видно, где робот спотыкается. Как там вообще ориентироваться, я расписал в гайде по Яндекс.Вебмастеру. А чтобы быстро прогнать сайт по верхам и найти очевидные дыры, держи экспресс-аудит по чеклисту.

Теперь три метрики Core Web Vitals человеческим языком. LCP (Largest Contentful Paint) — за сколько отрисовался самый крупный элемент экрана: обычно главная картинка или заголовок. Грубо это «когда человек увидел, что страница загрузилась». INP (Interaction to Next Paint) — насколько быстро сайт реагирует на действие: тапнул по кнопке, и через сколько что-то произошло. INP с 2024 года заменил старую метрику FID. CLS (Cumulative Layout Shift) — насколько прыгает вёрстка во время загрузки: когда ты целишься в кнопку, а она уезжает, потому что сверху подгрузилась реклама. Пороги у каждой свои.

Метрика Что измеряет Хорошо Плохо
LCPКогда показался главный блок≤ 2,5 с> 4 с
INPОтзывчивость на клик≤ 200 мс> 500 мс
CLSСкачки вёрстки≤ 0,1> 0,25
Официальные пороги Google. Между «хорошо» и «плохо» есть жёлтая зона — там есть смысл дотянуть, но это не пожар. Точные определения — в документации Google по Core Web Vitals.
Проверь свои цифры
Вставь значения из PageSpeed Insights — покажу, в какой ты зоне по каждой метрике.
показ главного блока
с
отзывчивость на клик
мс
скачки вёрстки
Считается прямо в твоём браузере — ничего никуда не отправляется. Пороги — официальные значения Google.

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

В девяти случаях из десяти виноваты одни и те же четыре вещи. По убыванию частоты.

Ответ сервера
TTFB
HTML
CSS и шрифты
Главная картинка
← LCP, увидел
Скрипты, виджеты
← INP, можно кликать
Что грузится при открытии страницы. Картинки и скрипты — самые длинные полосы, с них и начинают.
1Картинки
Фото на 4 мегабайта, вставленное как есть. Лечится сжатием и форматами WebP/AVIF плюс размерами под экран, а не «отдаём 3000px и ужимаем стилями».
2Скрипты
Счётчики, чаты, виджеты звонка, пиксели. Каждый сторонний скрипт блокирует отрисовку. Половину обычно можно отложить или выкинуть — никто не заметит, а INP подскочит.
3Сервер и хостинг
Если сервер отвечает за 600+ мс, ускорять фронтенд почти бессмысленно — упёрся в потолок. Дешёвый шаред-хостинг, отсутствие gzip/brotli, тяжёлая база.
4Нет кэша
Без кэша браузер каждый раз качает одни и те же стили, шрифты и логотип заново. Кэш и CDN отдают статику мгновенно. Самая дешёвая по усилиям оптимизация с заметным эффектом.
Порядок не случаен — в нём же эти причины и лечат. Картинки почти всегда дают самый быстрый прирост.
Куда уходят 4 секунды загрузки — на что тратится время до того, как человек увидит страницу:
HTML-документ
0,3 с
CSS и шрифты
0,6 с
JavaScript
1,2 с
Картинки (LCP)
2,1 с
Львиную долю съедают тяжёлые картинки и лишний JavaScript — туда и бей первым. HTML и CSS почти никогда не узкое место.

Как ускорить по шагам

Иди сверху вниз, от самого выгодного к мелочам. Не пытайся сделать всё разом — замеряй после каждого шага, чтобы видеть, что реально сработало.

Найди свой тормоз
Скажи, что тормозит — подскажу, за что хвататься первым. Дальше иди по чеклисту.
Чеклист ускорения — отмечай по ходу0 из 5
Сожми картинки. Прогони изображения через сжатие, переведи в WebP, проставь размеры и loading="lazy" для всего ниже первого экрана. Часто это +15–25 баллов в PageSpeed за вечер.
Разберись со скриптами. Выпиши все сторонние скрипты и по каждому реши: нужен ли, можно ли отложить через defer/async или подгрузить после первого взаимодействия. Удали то, чем давно не пользуешься.
Включи кэш и сжатие. Настрой заголовки кэширования для статики, включи gzip или brotli на сервере. Аудитория размазана по стране — подключи CDN.
Проверь сервер. Замерь время ответа (TTFB). Стабильно выше 500–600 мс — повод сменить тариф или хостинг. На медленном железе остальные оптимизации не вытянут.
Убери скачки вёрстки. Пропиши размеры под картинки и рекламные блоки, чтобы контент не прыгал — это чинит CLS. Шрифты подгружай с font-display: swap, чтобы текст не висел невидимым.
Все пять закрыты — перепроверь сайт в PageSpeed.
Делай по порядку, перепроверяй в PageSpeed после каждого шага. Прогресс сохраняется в твоём браузере.

Не хочешь разбираться сам — пройду этот путь за тебя и отдам приоритизированный список правок с цифрами «до/после» — это часть моего SEO-аудита.

Тильда и конструкторы: что реально в твоих руках

На Тильде и других конструкторах ты не управляешь сервером и кодом ядра — и это сразу ставит потолок. Платформа отдаёт довольно много служебного JS и CSS, который не выкинешь. Поэтому гнаться за 100/100 на Тильде бессмысленно: реалистичная цель — зелёная или хотя бы крепкая жёлтая зона, без явных тормозов.

Что реально под контролем. Картинки — главный рычаг: не заливай тяжёлые исходники, Тильда умеет отдавать оптимизированные версии, но мусор на входе всё испортит. Сторонние скрипты в HTML-блоках — самая частая причина, почему тильда-сайт еле живой: люди втыкают пять виджетов, квиз, два чата и три пикселя. Оставь необходимый минимум. Шрифты — не подключай по три семейства с кучей начертаний, хватит пары. Тяжёлые анимации и Zero Block с видео на фоне тоже бьют по скорости на телефонах.

Трезвый взгляд: на конструкторе ты выжимаешь не максимум абсолютной скорости, а максимум из доступного. Убери лишнее, не перегружай страницу — и этого хватит, чтобы не проигрывать конкурентам по поведенческим. Нужна предельная скорость и полный контроль — это уже разговор про переезд на самописный сайт или CMS, а не про настройки в конструкторе.

Реальный замер Core Web Vitals «до → после» (типичный лендинг):
МетрикаБылоСталоЧто сделали
LCP4,2 с1,8 ссжали hero-картинку в WebP, lazy load остального
INP320 мс140 мсубрали лишние скрипты и виджеты
CLS0,250,04задали размеры картинкам и баннерам
Ни одной перепрошивки движка — только картинки, скрипты и размеры. Этого хватает, чтобы выйти из красной зоны PageSpeed в зелёную.

Частые ошибки, которые роняют скорость

Шесть вещей, из-за которых сайт тормозит чаще всего. Пробегись — наверняка пара найдётся.

Несжатые картинки
Фото на мегабайты, вставленное как есть. Главный тормоз почти на каждом сайте.
Десяток сторонних скриптов
Квиз, два чата, три пикселя и счётчики — каждый блокирует отрисовку.
Нет кэша и сжатия
Браузер качает одно и то же заново, сервер отдаёт без gzip/brotli.
Тяжёлый набор шрифтов
Три семейства с кучей начертаний грузятся вместо одного-двух.
Видео-фон на мобильных
Красиво на десктопе, убивает скорость на телефоне.
Нет lazy-load
Все картинки грузятся сразу, даже те, что ниже десятого экрана.
По отдельности терпимо, вместе — секунды загрузки и потерянные посетители.

Частые вопросы

Что важнее — скорость на мобильном или на десктопе?
Мобильная. Большая часть трафика идёт с телефонов, и поисковики оценивают сайт по mobile-first. В PageSpeed мобильная версия почти всегда хуже десктопной — с неё и начинай оптимизацию.
Какая скорость загрузки сайта считается нормальной?
Ориентир — главный блок страницы (LCP) показывается за 2,5 секунды или быстрее, а сервер отвечает (TTFB) меньше чем за 0,6 секунды. Для человека это ощущается как «открылось сразу». Дольше 4 секунд LCP — уже зона риска по отказам и позициям.
Чем мерить скорость сайта?
Базовый набор — Google PageSpeed Insights для оценки и списка проблем, плюс реальные данные пользователей в нём же и в Яндекс.Вебмастере. PageSpeed показывает и лабораторный тест, и поле — доверяй полю, это то, что чувствуют живые посетители.
Что такое LCP, INP и CLS простыми словами?
LCP — за сколько показался главный блок (норма до 2,5 с). INP — как быстро сайт реагирует на клик (до 200 мс). CLS — насколько прыгает вёрстка при загрузке (до 0,1). Первые две про скорость, третья про стабильность картинки.
Можно ли разогнать сайт на Тильде?
Частично. Сервер и код ядра не в твоих руках, поэтому 100/100 не выжмешь. Но картинки, лишние скрипты и виджеты, шрифты и тяжёлые анимации — под контролем. Убери мусор, и сайт выйдет в зелёную или крепкую жёлтую зону.
Что замедляет сайт сильнее всего?
Чаще всего тяжёлые несжатые картинки и куча сторонних скриптов — счётчиков, чатов, пикселей. Дальше идут медленный сервер с высоким TTFB и отсутствие кэширования. Начинай оптимизацию именно с картинок и скриптов — там самый быстрый эффект.

Главное

Если коротко

Скорость — база, без которой остальное SEO буксует. Проверяй по двум источникам: PageSpeed для проблем и реальные данные пользователей для правды. Держи в голове три порога — LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Тормозят почти всегда картинки, скрипты, сервер и отсутствие кэша — в этом же порядке их и лечи, замеряя результат после каждого шага. На Тильде гонись не за абсолютным максимумом, а за тем, чтобы убрать лишнее и не проигрывать по поведенческим.

Больше технических разборов в Telegram — «Digital-трафик»

Читать дальше

Все статьи
Ссылка скопирована