Коротко
- Оценка PageSpeed — лабораторный тест на эмуляции недорогого телефона. Важнее неё блок реальных данных пользователей, если он есть.
- Для бизнеса важны три показателя: когда показался главный элемент экрана (LCP), как быстро сайт реагирует на нажатия (INP) и не прыгает ли вёрстка (CLS).
- Большинство пунктов из списка «Возможности» на сайте малого бизнеса дают доли секунды. Тяжёлые фото, видео на первом экране и сторонние виджеты дают секунды.
- На конструкторе вы управляете в основном контентом: фото, видео, блоки, виджеты. На CMS доступны ещё кеширование, сервер и тема.
- Яндекс фиксирует ошибку, если страницы загружаются дольше 3 секунд, — это видно в Вебмастере.
Чем проверить скорость: три инструмента
Каждый инструмент отвечает на свой вопрос, поэтому смотреть стоит все три.
| Инструмент | Что показывает | Чем полезен | Ограничения |
|---|---|---|---|
| PageSpeed Insights | Реальные данные пользователей Chrome за 28 дней и лабораторный тест с оценкой 0–100 | Даёт список конкретных причин медленной загрузки | Реальных данных у небольших сайтов часто нет; оценка скачет от запуска к запуску |
| Яндекс Метрика, отчёт «Время загрузки страниц» | Время ответа сервера, загрузки DOM, отрисовки у ваших реальных посетителей | Можно разделить по страницам, устройствам, источникам | Не говорит, что именно тормозит |
| Яндекс Вебмастер, раздел ошибок | Сообщение «Долгий ответ сервера» | Показывает, что проблему видит робот Яндекса | Сигнал только о серьёзных задержках |
По описанию PageSpeed Insights реальные данные берутся из отчёта об опыте пользователей Chrome за предыдущие 28 дней. Если по конкретной странице данных мало, сервис показывает данные по всему сайту, а если мало и их — блок реальных данных не выводится. Лабораторная часть — это Lighthouse, который эмулирует загрузку на мобильном устройстве среднего уровня с мобильной сетью. Оценка 90 и выше считается хорошей, 50–89 — требует улучшения, ниже 50 — плохой.
В Метрике отчёт находится в разделе «Отчёты» → «Мониторинг» → «Время загрузки страниц». По умолчанию он показывает медиану (квантиль 50%): половина загрузок быстрее показанного значения. Переключите на 90% — увидите, как сайт грузится у самых «невезучих» посетителей, часто это мобильный интернет.
В Вебмастере, по справке об ошибках, если некоторые страницы загружаются больше 3 секунд, робот фиксирует это как ошибку «Долгий ответ сервера». Если сейчас сервер отвечает быстро, сообщение пропадёт после следующего обхода. Если сайт ещё не подключён к Вебмастеру, вот инструкция, как добавить сайт в Яндекс Вебмастер.
Как читать отчёт PageSpeed: три цифры, которые важны
Отчёт PageSpeed выглядит пугающе: десятки пунктов, красные треугольники, оценка 34. Для бизнеса из всего этого важны три показателя — Core Web Vitals, основные метрики качества страницы по версии Google. Пороги — из руководства web.dev, меряются по 75-му перцентилю загрузок отдельно для мобильных и компьютеров.
| Показатель | Что значит по-человечески | Хорошо | Плохо | На что влияет |
|---|---|---|---|---|
| LCP — отрисовка крупнейшего элемента | Через сколько секунд человек увидел главное: заголовок, фото, баннер первого экрана | до 2,5 с | больше 4 с | Уйдёт ли человек, не дождавшись |
| INP — задержка реакции на действие | Как быстро сайт откликается на нажатие кнопки, открытие меню, ввод в форму | до 200 мс | больше 500 мс | Не «зависает» ли форма и меню |
| CLS — смещение вёрстки | Прыгают ли блоки, пока страница догружается | до 0,1 | больше 0,25 | Не промахнётся ли человек мимо кнопки |
Остальные цифры отчёта — FCP, TBT, Speed Index — вспомогательные. Они помогают найти причину, но сами по себе цель не задают.
Если реальных данных нет, ориентируйтесь на лабораторный LCP и на вашу собственную проверку с телефона на мобильном интернете. И не сравнивайте оценку с конкурентом по одному запуску: она меняется от теста к тесту, сравнивать имеет смысл тренд.
Что из рекомендаций реально влияет, а что можно игнорировать
Это главная таблица статьи. Мы разделили типичные пункты отчёта PageSpeed по тому, насколько они меняют скорость на сайте малого бизнеса — лендинге или сайте услуг на 10–50 страниц.
| Рекомендация в отчёте | Насколько важно | Почему |
|---|---|---|
| Настройте подходящий размер изображений / Используйте современные форматы (WebP, AVIF) | Высокая | Фото по 3–5 МБ с телефона или фотостока — самая частая причина медленного первого экрана |
| Отложите загрузку скрытых изображений | Высокая | Галереи и портфолио внизу страницы не должны грузиться сразу |
| Сократите время ответа сервера (TTFB) | Высокая, если больше секунды | Медленный хостинг тормозит всё остальное, и именно его видит Вебмастер |
| Уменьшите влияние стороннего кода | Высокая | Чаты, квизы, коллтрекинг, пиксели соцсетей, виджеты отзывов — каждый добавляет скрипты |
| Видео на первом экране | Высокая | Фоновое видео на мобильном интернете — секунды задержки |
| Устраните ресурсы, блокирующие отображение | Средняя | Важно, но на конструкторе часто не исправляется без смены платформы |
| Изображения без явных размеров / смещение макета | Средняя | Даёт «прыгающие» блоки и промахи мимо кнопок |
| Удалите неиспользуемый JavaScript / CSS | Низкая — средняя | Обычно это код самой платформы. На конструкторе почти не исправить, на CMS — силами разработчика |
| Сократите JavaScript / CSS (минификация) | Низкая | Экономит килобайты, а не секунды |
| Используйте эффективную политику кеширования для сторонних ресурсов | Низкая | Кеш сторонних скриптов (счётчиков, шрифтов Google) настраивает не вы |
Не используйте document.write(), пассивные прослушиватели и подобное |
Можно игнорировать | Технические замечания с минимальным эффектом для небольших сайтов |
| Оценка 100 из 100 | Не цель | Сайт с оценкой 75 и быстрым первым экраном продаёт лучше, чем пустой сайт с оценкой 100 |
Правило простое: сначала то, что весит мегабайты (фото, видео, виджеты), потом то, что задерживает сервер, и только потом — оптимизация кода. Особенно это касается сайтов, которые продают картинкой, — например, глэмпингов с большими галереями.
Отдельно о счётчиках. Метрику и пиксели рекламных систем не удаляйте ради оценки: без аналитики вы не узнаете, откуда приходят заявки. Удалять стоит то, чем никто не пользуется: старые чаты, неработающие виджеты, дубли счётчиков.
Если хочется понять, что именно тормозит ваш сайт и мешает ему в поиске, это можно разобрать за один созвон.
Что ускорить на конструкторе (Тильда, Wix и подобные)
На конструкторе вы не управляете сервером и кодом платформы. Зато управляете контентом, а он чаще всего и тормозит.
- Сожмите фото перед загрузкой. Ширины 1600–2000 пикселей хватает для полноэкранного фото на любом мониторе. Фото с телефона на 4000 пикселей и 6 МБ — лишнее в разы. Многие конструкторы умеют сами конвертировать в современные форматы — проверьте настройки сайта.
- Уберите фоновое видео с первого экрана на мобильных. Если видео важно, замените на постер (статичный кадр) и кнопку «Смотреть».
- Включите отложенную загрузку изображений, если она есть в настройках платформы.
- Проведите ревизию виджетов. Выпишите всё, что подключено через вставку кода: чат, квиз, коллтрекинг, отзывы, всплывающие окна, пиксели. Уберите то, что не приносит заявок или дублирует друг друга.
- Сократите главную. 30 блоков на одной странице — это 30 блоков, которые надо загрузить. Часть можно вынести на отдельные страницы.
- Проверьте шрифты. Три-четыре начертания одного шрифта — нормально. Пять разных шрифтов — лишняя загрузка.
Чего на конструкторе не исправить: неиспользуемый код самой платформы, блокирующие скрипты платформы, время ответа серверов конструктора. Если по этим пунктам всё критично, а фото и виджеты уже в порядке, — это аргумент задуматься о переезде, но не первый шаг.
Что ускорить на CMS (WordPress, Битрикс и другие)
На CMS у вас больше рычагов — и больше способов всё сломать. Перед каждым изменением делайте резервную копию.
- Всё из списка для конструктора — фото, видео, виджеты, шрифты.
- Кеширование страниц. Готовая страница отдаётся посетителю из кеша, а не собирается заново на каждый запрос. На WordPress это плагин кеширования, в Битриксе — встроенное «композитное» кеширование. Часто это самый большой выигрыш по времени ответа сервера.
- Хостинг. Если время ответа сервера больше секунды даже на простой странице, проверьте тариф: дешёвый виртуальный хостинг с сотнями соседей — частая причина. Переезд на нормальный тариф обычно стоит меньше, чем месяц рекламы.
- Версия PHP и обновления. Устаревшая версия языка и CMS бывает заметно медленнее актуальной. Обновлять — после копии и на тестовой версии.
- Плагины. На WordPress каждый плагин может подключать свои скрипты на все страницы. Отключите неиспользуемые и проверьте скорость.
- Изображения в теме. Тяжёлый слайдер на главной из пяти фото по 2 МБ — классика. Один баннер вместо слайдера часто и быстрее, и понятнее.
- Сеть доставки контента (CDN) — копии файлов сайта на серверах ближе к посетителю. Полезна, если клиенты по всей стране, для городского бизнеса с хорошим хостингом обычно не нужна.
Пошаговый план ускорения на один день
- Замерьте исходные цифры: PageSpeed для главной и двух главных страниц услуг (мобильная версия), отчёт Метрики за последний месяц, проверка ошибок в Вебмастере. Запишите.
- Откройте сайт с телефона на мобильном интернете и засеките, когда видно заголовок и кнопку. Заодно пройдите чек-лист мобильной версии сайта.
- В отчёте PageSpeed найдите LCP-элемент — отчёт показывает, какой элемент страницы считается крупнейшим. Чаще всего это фото первого экрана.
- Сожмите и замените фото первого экрана, затем все крупные фото на ключевых страницах.
- Уберите или отложите видео и неиспользуемые виджеты.
- На CMS — включите кеширование и проверьте время ответа сервера.
- Повторите замеры через день. Реальные данные в PageSpeed обновятся только через несколько недель — они считаются за 28 дней.
Пример: как скорость превращается в заявки
Условный пример, не кейс студии. Сайт стоматологии в Екатеринбурге, 4 000 визитов в месяц, из них 3 000 — со смартфонов. На главной слайдер из шести фото по 2–3 МБ, фоновое видео и четыре виджета: чат, квиз, коллтрекинг, отзывы. LCP на мобильном — около 6 секунд.
| Что сделали (условно) | Было | Стало |
|---|---|---|
| Слайдер заменили одним фото 250 КБ | ~14 МБ на первом экране | ~1 МБ |
| Видео заменили постером на мобильных | Видео грузится сразу | Грузится по нажатию |
| Убрали дублирующий чат и старый виджет отзывов | 4 виджета | 2 виджета |
| LCP на мобильном (лабораторный) | ~6 с | ~2,5 с |
Допустим, раньше часть мобильных посетителей уходила, не дождавшись первого экрана, и после ускорения отказы на смартфонах снизились на несколько процентных пунктов. При 3 000 мобильных визитах это сотня с лишним людей, которые остались и увидели предложение. Даже при конверсии 2% это несколько дополнительных записей в месяц. Все цифры условные: реальный эффект зависит от того, насколько медленным был сайт и что ещё мешает заявкам. Скорость — только одна из причин, остальные мы разбирали в статье почему сайт не приносит заявки.
Обратите внимание: самый большой выигрыш дал не код, а содержимое первого экрана. Это тот же блок, который решает, поймёт ли человек предложение, — подробнее о нём в статье про первый экран сайта.
Если не хочется разбираться с отчётами самостоятельно, оставьте контакты — проверим скорость и скажем, что ускорить первым.
Частые вопросы
Влияет ли скорость сайта на позиции в Яндексе?
Яндекс не раскрывает, как конкретные факторы влияют на ранжирование. При этом он сам измеряет скорость: в Вебмастере есть ошибка «Долгий ответ сервера» для страниц, которые грузятся дольше 3 секунд, а ещё раньше Вебмастер ввёл достижение «Скорость сайта» по данным переходов из мобильного поиска. Медленный сайт точно теряет посетителей, а это уже влияет и на заявки, и на поведение пользователей.
Какая оценка PageSpeed считается нормальной?
По шкале Google 90 и выше — хорошо, 50–89 — требует улучшения, ниже 50 — плохо. Но для бизнеса важнее три показателя: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Сайт с оценкой 70 и хорошими значениями этих трёх показателей — нормальный сайт.
Почему оценка PageSpeed каждый раз разная?
Лабораторный тест каждый раз заново загружает страницу, а время ответа сервера, сторонних скриптов и сети меняется. Разброс в несколько пунктов — норма. Сравнивайте несколько запусков и тренд, а не одну цифру.
Можно ли ускорить сайт на Тильде?
Да, в пределах контента: сжать фото, убрать видео с первого экрана, сократить число блоков и сторонних виджетов, включить доступные в настройках оптимизации. Код самой платформы и её серверы вы не контролируете, поэтому часть рекомендаций PageSpeed на конструкторе останется.
Нужно ли удалять Метрику, чтобы повысить оценку?
Нет. Метрика и пиксели рекламы нужны, чтобы понимать, откуда приходят заявки, и настраивать рекламу. Их вклад в скорость обычно меньше, чем у тяжёлых фото и неиспользуемых виджетов. Удаляйте то, чем никто не пользуется, а не то, что даёт данные.
10+ лет делаю сайты и запускаю рекламу, вместе с командой запустили больше 500 проектов. Пишу о том, что проверили на практике.
Задать вопрос в Telegram →
