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

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

Сравнивайте лабораторный тест с данными реальных посетителей, когда они доступны. Лаборатория помогает воспроизвести проблему и проверить гипотезу; полевые данные показывают, что испытывает аудитория на её устройствах. Показатели Core Web Vitals описывают появление основного содержимого, отзывчивость и стабильность расположения элементов. Они полезны вместе с проверкой самой задачи пользователя, а не вместо неё.

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

После сети посмотрите, что делает браузер. Большой пакет JavaScript, сторонний виджет или синхронная работа после клика могут мешать интерфейсу отвечать. При этом удаление любого скрипта наугад рискованно: он может отправлять заявку или измерять важное событие. Составьте список зависимостей и проверяйте действие формы после каждого изменения.

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

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

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

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

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

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