Lab Leadersлаборатория роста бизнеса

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

Опубликовано 9 октября 2026 г.11 мин чтения

Скорость загрузки сайта — это то, как быстро страница показывает главное содержимое и начинает откликаться на нажатия. Google считает её хорошей, если основной блок появляется за 2,5 секунды, отклик на действие занимает не больше 200 миллисекунд, а вёрстка почти не прыгает при загрузке. Проверить свой сайт можно бесплатно в PageSpeed Insights за пару минут, но верить баллу надо с поправками.

Данные и правила на октябрь 2026 года.

Эта статья для владельца, который платит за рекламу или продвижение и подозревает, что часть людей уходит раньше, чем видит предложение. Разберём, как проверить скорость самому, чему в отчётах верить и что спросить у подрядчика. Примером будет наш сайт: в июле 2026 года он набирал 71 балл из 100 на телефоне, и виноваты оказались счётчики посещаемости.

Что такое скорость загрузки сайта и как её измеряет Google?

Для человека «быстрый сайт» означает одно: открыл ссылку и сразу увидел нужное. Google разложил это ощущение на три показателя и назвал набор Core Web Vitals, по-русски «основные интернет-показатели». У каждого есть порог «хорошо», опубликованный на web.dev, сайте Google для разработчиков:

ПоказательЧто измеряет простыми словамиХорошо
LCP (отрисовка основного содержимого)Через сколько секунд появился самый крупный блок первого экрана: заголовок, фото товара, баннердо 2,5 с
INP (отклик на действие)Сколько страница «думает» после нажатия на кнопку или пункт менюдо 200 мс
CLS (сдвиг вёрстки)Насколько прыгают блоки, пока страница догружается, например кнопка уезжает из-под пальцадо 0,1
2,5 с
Порог «хорошо» для отрисовки основного содержимого страницы, у 75% посещений
Source: web.dev, статья Web Vitals, обновлена 31.10.2024

Ещё одно правило из той же документации: пороги проверяют не по одному заходу, а по 75-му процентилю, то есть хорошими должны быть три посещения из четырёх, отдельно на телефонах и на компьютерах. Недостаточно, чтобы сайт быстро открывался у вас в офисе по оптоволокну. Страница должна открываться быстро у покупателя в метро со слабой связью.

Как проверить скорость сайта бесплатно?

Самый простой инструмент от самого Google называется PageSpeed Insights. Он бесплатный и не требует регистрации.

  1. Откройте PageSpeed Insights и вставьте адрес

    Проверяйте не только главную. Возьмите страницу, на которую ведёт реклама, и одну страницу товара или услуги. Главная часто самая лёгкая, а люди приходят на внутренние страницы.

  2. Смотрите вкладку «Мобильные устройства»

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

  3. Сначала читайте верхний блок с данными реальных посетителей

    Если у сайта достаточно трафика, вверху будет оценка по реальным посещениям из браузера Chrome за последние 28 дней. Это и есть то, что видит Google. Если блока нет, посетителей пока слишком мало для статистики.

  4. Потом смотрите балл и список «Диагностика»

    Балл из 100 считает лабораторная проверка. В диагностике перечислено, что именно тормозит: тяжёлые картинки, сторонние скрипты, долгий ответ сервера.

Второй бесплатный источник есть в Search Console, кабинете Google для владельцев сайтов. Там есть отчёт «Основные интернет-показатели»: он группирует страницы сайта на хорошие, требующие улучшения и плохие по тем же данным реальных посетителей. Как подключить кабинет, мы разбирали в статье про Google Search Console.

Почему балл PageSpeed скачет и чему верить?

В отчёте PageSpeed Insights живут два разных замера, и их часто путают.

Полевые данные собраны у реальных людей, которые заходили на страницу из Chrome за последние 28 дней. Источник называется CrUX, отчёт об опыте пользователей Chrome. Именно на эти цифры Google смотрит, когда оценивает удобство страницы.

Лабораторные данные получены одной проверкой прямо сейчас, в смоделированных условиях. Документация PageSpeed Insights прямо предупреждает: хорошие лабораторные данные не означают, что у реальных людей всё так же хорошо. Балл 90 и выше считается хорошим, от 50 до 89 требует улучшения, ниже 50 считается плохим.

Лабораторный балл
Одна проверка в смоделированных условиях. Удобен, чтобы искать причину тормозов и сравнивать «до» и «после» правки.
Полевые данные
Реальные посещения за 28 дней. По ним Google судит о странице, но правка отразится в них не сразу, а по мере накопления новых визитов.

Балл скачет от прогона к прогону, и это нормально. На одном из наших сайтов одна и та же страница в двух проверках подряд дала 98 и 95 баллов. Причина в коротких подвисаниях браузера: в одну проверку они попадают, в другую нет. Поэтому правило простое: мерить два-три раза подряд и смотреть на разброс.

С программами, которые меряют скорость на вашем компьютере, ещё хуже. На одном из наших сайтов локальная проверка показала время блокировки страницы 2 420 миллисекунд. Это время, когда страница не отвечает на нажатия, потому что браузер занят скриптами. PageSpeed Insights в тот же день показал 10 миллисекунд. Разница в 240 раз. Если подрядчик приносит отчёт «с моего ноутбука», просите проверку в PageSpeed Insights со ссылкой на отчёт.

Влияет ли скорость сайта на позиции в Google?

Влияет, но не так сильно, как обещают в рекламе услуг по ускорению. В документации Google о качестве страниц сказано, что основные системы ранжирования стремятся вознаграждать страницы, удобные для посетителя, и Google рекомендует владельцам добиваться хороших основных интернет-показателей.

Там же есть оговорка для тех, кто покупает ускорение ради позиций. Хорошие результаты в отчёте Search Console или в сторонних инструментах не гарантируют, что страница окажется наверху выдачи, а погоня за идеальным баллом только ради SEO, по словам Google, может быть не лучшим использованием вашего времени.

Не гарантирует
Хорошие показатели скорости не гарантируют попадания страницы в верх выдачи
Source: Google Search Central, «Understanding page experience», обновлено 22.09.2026

Наша позиция такая. Скорость похожа на чистоту в магазине: грязь отпугивает покупателей, но сама по себе чистота продаж не делает. Если сайт медленный, это стоит чинить в первую очередь ради людей, которые уходят, не дождавшись страницы. Рост позиций, если он случится, станет приятным бонусом. Остальные технические проверки, от которых зависит поиск, собраны в статье SEO-оптимизация сайта.

Сколько заявок теряет медленный сайт?

Самое известное открытое исследование на эту тему называется Milliseconds Make Millions. Его провели Deloitte и агентство 55 по заказу Google: 37 сайтов европейских и американских брендов, больше 30 миллионов сессий. Мобильную скорость отслеживали каждый час в течение 30 дней и сравнивали с тем, как люди двигались по воронке, то есть по шагам от входа на сайт до заявки или покупки.

Тип сайтаЧто изменилось при ускорении на 0,1 секунды
Сбор заявокдо +21,6% людей дошли до страницы с формой
Розницапокупатели потратили на 9,2% больше
Путешествияконверсия в бронирование выросла на 10%

Источник: Deloitte и 55 по заказу Google, отчёт Milliseconds Make Millions, разбор на web.dev.

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

Для тех, кто платит за клики, есть ещё один довод. В справке Google Ads об оптимизации объявлений и целевых страниц прямо советуют проверить, что страницы загружаются быстро. Целевая страница, куда ведёт объявление, оценивается в Google Ads отдельно: качество целевой страницы входит в показатель качества объявления вместе с ожидаемой кликабельностью и релевантностью. Если посадочная страница медленная, вы можете платить за клик человека, который ушёл до первого экрана. Что должно быть на такой странице кроме скорости, разобрано в статье про лендинг.

Узнайте, где ваш сайт теряет посетителей

Пройти диагностику

Что чаще всего тормозит сайт?

Привычный ответ «тяжёлые картинки» верен лишь отчасти. У сайтов малого бизнеса виновники повторяются:

ВиновникКак проявляетсяЧто делать
Сторонние скрипты: счётчики, чат-виджеты, пиксели соцсетей, онлайн-консультантыСтраница почти готова, но заголовок появляется с задержкой, кнопки не сразу реагируютЗагружать их позже основного содержимого, лишние убрать
Картинки без заданных размеров и без сжатияБлоки прыгают, фото первого экрана грузится последнимСжать, указать ширину и высоту, отдавать современный формат
ШрифтыЗаголовок сначала рисуется одним шрифтом, потом перескакивает на другойПроверить, сколько файлов шрифтов грузится и в каком порядке
Медленный ответ сервераБелый экран ещё до начала загрузкиСмотреть хостинг и кэширование, когда сайт запоминает готовую страницу и не собирает её заново для каждого посетителя
Встроенные видео, карты, ленты соцсетейСтраница грузит чужой сайт целиком внутри своегоЗаменить картинкой-превью со ссылкой

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

Как мы ускорили свой сайт с 71 до 98–100 баллов на телефоне?

В конце июля 2026 года PageSpeed Insights показывал нашему сайту lab-leaders.com 100 баллов для компьютера и 71 для телефона. Главный блок первого экрана появлялся через 6,7 секунды при пороге 2,5.

Разбор отчёта показал, что картинки и сервер ни при чём. Время съедали два счётчика посещаемости: библиотека Google Analytics весом 173 КБ и Яндекс Метрика весом 79 КБ. Они загружались сразу после открытия страницы, и телефон обрабатывал их вместо того, чтобы показать заголовок.

До, 31.07.2026
Мобильный балл 71. Главный блок через 6,7 с. Счётчики грузятся сразу вместе со страницей.
После, тот же день
Мобильный балл 98–100 в нескольких прогонах PageSpeed Insights. Главный блок 2,6 с в проверке Lighthouse, лабораторного инструмента Google, на котором построен и PageSpeed Insights. Счётчики грузятся после первого касания страницы.

Что сработало:

  1. Счётчики вынесли из первого экрана. Сначала попробовали стандартный приём «загружать после всего остального». Он поднял балл только до 89: счётчики всё равно успевали загрузиться во время проверки. До сотни довело другое решение: счётчики загружаются при первом касании, прокрутке или нажатии клавиши, а если человек ничего не трогает, то через 3,5 секунды после загрузки страницы.
  2. Сохранили учёт. Чтобы ранние визиты и цели не терялись, на страницу поставили крошечные заглушки размером меньше килобайта. Они копят события, пока настоящий счётчик не загрузился, и передают их ему. Проверили по сетевым запросам, что просмотры и цели доходят в обе системы аналитики.
  3. Поправили загрузку шрифтов, чтобы заголовок не перескакивал с одного шрифта на другой.

С третьим пунктом вышел урок. На другом нашем сайте, устроенном так же, тот же приём со шрифтами дал обратный результат: шрифты вставали в очередь раньше стилей, и мобильный балл три прогона подряд держался на 92–94. Когда предзагрузку шрифтов убрали, главный блок стал появляться за 1,3 секунды вместо 2,7. Рецепт, который помог одному сайту, может навредить соседнему. Поэтому любую правку скорости проверяйте замером «до» и «после».

Если счётчики на вашем сайте стоят через Google Tag Manager, контейнер для рекламных и аналитических тегов, логика та же: чем больше тегов срабатывает при загрузке, тем дольше пустой экран. Как навести в нём порядок, разобрано в статье про Google Tag Manager.

Что делать, если сайт на конструкторе?

На конструкторах доступ к коду ограничен, и ускорять приходится через настройки. Помогают те же принципы:

  • сжимать картинки до загрузки и не ставить на первый экран фото по 3–5 МБ;
  • указывать размеры изображений, если конструктор это позволяет;
  • не вставлять лишние скрипты в настройки «код в head»: каждый виджет, счётчик и пиксель стоит времени;
  • заменять встроенные видео и карты картинкой со ссылкой там, где они не нужны на первом экране.

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

Что спросить у подрядчика, который обещает ускорить сайт?

Ускорение сайта продают часто, а проверить результат заказчику сложно. Пять вопросов подрядчику до начала работ:

  1. Какие страницы ускоряем? Главная и страницы, куда ведёт реклама, важнее всего остального.
  2. Мерим телефон или компьютер? Нужен телефон: проверка там строже, и с телефонов приходит большая часть людей.
  3. По какому замеру сдаёте работу? Правильный ответ: ссылки на отчёты PageSpeed Insights «до» и «после» с датами, а через месяц полевые данные в Search Console.
  4. Не сломается ли аналитика? После переделки счётчиков проверьте, что визиты и заявки по-прежнему записываются. Ускорить сайт, выключив учёт, проще всего, и заметят это не сразу.
  5. Что будет с позициями? Честный подрядчик скажет, что гарантировать рост позиций из-за скорости нельзя, и сошлётся на ту же документацию Google.

Подозрительно звучат два обещания: «100 баллов на всех страницах» и «после ускорения вы попадёте в топ». Первое на сложных страницах часто недостижимо, второго не обещает и сам Google. Скорость входит в технический аудит, и чтобы увидеть сайт целиком, начните со статьи про аудит сайта.

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

Хотите понять, что мешает сайту приносить заявки?

Записаться на разбор
Полезна ли статья?
Автор
Фёдор Шеришев
Google Ads × AI · основатель Lab Leaders

Основатель Lab Leaders. Google Partners с 2017 года, владелец мебельного производства Ideal Comfort. Строю бизнесы с помощью Google Ads и AI-агентов.

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

301 редирект: что это, чем отличается от 302 и как настроить при переезде

301 редирект сообщает поисковику, что страница переехала навсегда. Разбираем коды, настройку, переезд домена и ошибки, из-за которых падает трафик.

10 мин

Robots.txt: что это, как настроить и проверить, чтобы не закрыть сайт от поиска

Robots.txt запрещает роботу обход, но не показ страницы в поиске. Разбираем, что писать в файле, какие строки устарели и как его проверить.

11 мин

Карта сайта (sitemap.xml): что это, как сделать и проверить, что поисковик её прочитал

Карта сайта помогает поисковику узнать о страницах, но не гарантирует индексацию. Разбираем, как её сделать, добавить в Google и Яндекс и проверить.

10 мин

Микроразметка сайта: что даёт в 2026 году, какие типы нужны и как её проверить

Что на самом деле даёт разметка schema.org после того, как Google убрал блок FAQ, какие типы нужны небольшому бизнесу и почему у нас на 73 страницах из 80 не хватало разметки.

12 мин