Top.Mail.Ru
 

Курс «Режим разработчика для интернет-маркетолога», урок 4 из 5

Скорость сайта и реклама

Клик по объявлению уже оплачен, а посетитель всё ещё смотрит на белый экран. Медленная страница съедает бюджет незаметно: в отчётах это выглядит как высокий процент отказов и дорогие заявки. Хорошая новость: главные причины тормозов видны в DevTools за несколько минут.

В этом уроке откроем сайт на медленном мобильном интернете, найдём тяжёлые картинки, разберём отчёт Lighthouse и метрики Core Web Vitals, поймаем сдвиги макета. Около 40 минут, четыре тренажёра.

Смотрим сайт глазами посетителя с мобильного

Вы проверяете лендинг на рабочем компьютере с быстрым интернетом, а посетитель из РСЯ или VK открывает его со смартфона в метро. Чтобы увидеть сайт его глазами, в DevTools есть ограничение скорости сети — throttling.

  • Откройте вкладку Network. На её панели есть список No throttling — это «без ограничений».
  • Выберите Slow 4G — медленный мобильный интернет, или 3G — совсем плохая связь. Fast 4G — хороший мобильный интернет.
  • Включите галочку Disable cache. Иначе браузер возьмёт файлы из кеша с прошлого визита и страница загрузится обманчиво быстро. Новый посетитель кеша не имеет.
  • Обновите страницу и наблюдайте. Ограничение действует, только пока открыт DevTools, так что после проверки верните No throttling.

Тренажёр 1. Открываем лендинг на медленном интернете

Время в тренажёре ускорено, но секундомер показывает реальное время загрузки. Смотрите, когда появляется текст, а когда — главная картинка.

Ищем тяжёлые картинки

Картинки — самая частая причина медленных лендингов. Фотограф прислал снимок 4000 пикселей в ширину на 2–5 МБ, его загрузили на сайт как есть, а показывается он в блоке шириной 1200 пикселей. Посетитель скачивает лишние мегабайты, которых даже не видит.

Как найти. Во вкладке Network нажмите кнопку Img — останутся только картинки — и кликните по заголовку столбца Size, чтобы отсортировать по размеру. Тяжёлые файлы окажутся наверху. Реальный размер картинки на странице видно во вкладке Elements: наведите мышь на адрес картинки в теге img, и подсказка покажет, в каком размере она показывается и какое у неё исходное разрешение.

Правила для картинок:

  • Ширина — примерно как блок на странице. Для чётких экранов можно вдвое больше, но не в четыре раза.
  • Формат — WebP или AVIF вместо JPEG и PNG. При том же качестве они весят в разы меньше. Фото в PNG — почти всегда ошибка.
  • Анимированный GIF лучше заменить коротким видео: оно весит в десятки раз меньше.
  • Ленивая загрузка для картинок ниже первого экрана: атрибут loading="lazy" откладывает их загрузку, пока посетитель не прокрутит страницу. Главной картинке первого экрана он, наоборот, вреден.

Тренажёр 2. Находим и пережимаем тяжёлую картинку

Перед вами все запросы страницы. Найдите самую тяжёлую картинку и подберите для неё разумный размер и формат.

Чем сжимать. Удобный бесплатный инструмент — Squoosh (squoosh.app): загружаете картинку, выбираете ширину и формат, сразу видите размер и качество. Многие конструкторы, включая Тильду, умеют сами отдавать уменьшенные копии картинок. Но исходник всё равно лучше загружать разумного размера.

Core Web Vitals и Lighthouse

Google и Яндекс оценивают скорость не одной цифрой «время загрузки», а несколькими метриками, которые описывают ощущения посетителя. Главные три называются Core Web Vitals:

МетрикаЧто измеряетХорошо
LCPКогда появился самый крупный элемент первого экрана: главная картинка или заголовокдо 2,5 с
INPКак быстро страница реагирует на клики и нажатиядо 200 мс
CLSНасколько элементы прыгают и сдвигаются при загрузкедо 0,1

Lighthouse — вкладка DevTools, которая загружает страницу, имитируя средний смартфон с медленным интернетом, и выставляет оценку от 0 до 100. Вместо INP он показывает TBT — время, когда страница «зависла» и не реагирует, потому что выполняет скрипты. Ещё две метрики: FCP — когда появился первый текст, и Speed Index — как быстро заполняется экран.

Ниже оценки Lighthouse даёт список рекомендаций с примерной экономией. Его удобно отдать разработчику как готовое техзадание.

Оценка Lighthouse скачет. Это лабораторный замер одного прогона, и он зависит от вашего компьютера и расширений. Запускайте 2–3 раза в окне инкогнито и смотрите на порядок цифр, а не на единицы. Реальные данные посетителей популярных сайтов показывает сервис PageSpeed Insights, а в Метрике есть отчёт о времени загрузки страниц.

Тренажёр 3. Разбираем отчёт Lighthouse

Запустите анализ, разберитесь в метриках и выберите исправления, которые вытянут оценку в зелёную зону.

Сдвиги макета: почему кнопка убегает

Знакомая ситуация: вы целитесь в кнопку, а в последний момент сверху догружается баннер, всё съезжает вниз, и палец попадает не туда. Это сдвиг макета, его измеряет метрика CLS. Он раздражает посетителей и крадёт клики по кнопкам.

Частые причины: картинки и баннеры без заданных размеров, всплывающие сверху плашки про cookies и акции, рекламные блоки и виджеты, которые появляются с задержкой, смена шрифта после загрузки.

Увидеть сдвиги помогает вкладка Rendering: меню ⋮ в правом верхнем углу DevTools → More tools → Rendering. Галочка Layout Shift Regions подсвечивает синим каждую область, которая сдвинулась. А вкладка Performance показывает текущие значения LCP, CLS и INP прямо во время работы со страницей.

Тренажёр 4. Ловим сдвиг макета

Перед вами первый экран лендинга. Обновите страницу и посмотрите, что происходит с кнопками в первую секунду.

Сторонние скрипты: виджеты, квизы, чаты

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

Чтобы оценить вклад конкретного виджета, в Network кликните по его запросу правой кнопкой и выберите Block request URL. Обновите страницу: она загрузится так, как будто виджета нет. Если разница в скорости заметная, стоит обсудить с клиентом, нужен ли этот сервис и можно ли загружать его позже — например, через несколько секунд после открытия страницы. Не забудьте потом снять блокировку.

Чек-лист скорости лендинга

  1. Страница проверена на Slow 4G с включённым Disable cache.
  2. Первый экран с оффером и кнопкой появляется быстро, без долгого белого экрана.
  3. В Network нет картинок тяжелее 200–300 КБ без веской причины.
  4. Картинки примерно соответствуют размеру блоков на странице.
  5. Фото в WebP или AVIF, нет фотографий в PNG и тяжёлых GIF.
  6. Картинки ниже первого экрана загружаются лениво.
  7. У картинок и баннеров заданы размеры, кнопки не прыгают при загрузке.
  8. Сторонние виджеты оценены через Block request URL, лишние убраны или отложены.
  9. Мобильная оценка Lighthouse проверена 2–3 раза в инкогнито.
  10. LCP до 2,5 с, CLS до 0,1 в Lighthouse или на вкладке Performance.

Домашнее задание

Откройте свой лендинг на Slow 4G с Disable cache и засеките, через сколько секунд появляется кнопка заявки. Найдите три самые тяжёлые картинки и прогоните главную через Squoosh. Запустите Lighthouse в режиме Mobile и выпишите три рекомендации с наибольшей экономией — это готовый список задач для разработчика.

Следующий урок

Формы, заявки и разведка конкурентов

Разберём, что происходит при отправке формы и почему «лиды пропадают», проверим передачу меток в заявку и посмотрим, какие счётчики, виджеты и сервисы стоят на сайтах конкурентов.