Сначала воспроизведите проблему
Фраза «сайт тормозит» может означать долгий первый ответ, позднее появление изображения, зависание фильтра или медленное оформление заказа. Запишите страницу, действие, устройство, сеть и примерное время. Проверьте, повторяется ли ситуация без авторизации и на другом соединении.
Выберите одинаковый набор страниц для сравнения: главную, категорию, товар и корзину. Не делайте вывод о всём магазине по одному запуску теста главной страницы. На результат могут влиять кеш, сторонние сервисы и текущая нагрузка.
Разделите сервер и браузер
Если первый ответ приходит долго, изучают серверные журналы, запросы к данным, обмены и внешние обращения. Если HTML получен быстро, а страница долго остаётся неудобной, проверяют изображения, шрифты, скрипты и работу интерфейса.
У разработчика должен получиться список измеряемых причин. Например: тяжёлое главное изображение, повторный запрос одинаковых данных, блокирующий внешний виджет или дорогая выборка каталога. Это более полезный результат, чем рекомендация «включить все виды кеша».
Какие показатели смотреть
В Core Web Vitals отдельно оцениваются появление основного контента (LCP), отклик на действие (INP) и стабильность расположения элементов (CLS). Лабораторная проверка помогает воспроизвести проблему, а данные реальных пользователей показывают условия посещений. Эти результаты могут различаться.
Не превращайте одну общую оценку в единственную цель. Магазин с красивым показателем на главной всё ещё может иметь медленную корзину. После оптимизации проверяют пользовательские сценарии и корректность данных, включая цены и остатки.
Изображения и сторонние виджеты
Подготовьте изображения под реальный размер отображения, проверьте сжатие и задайте размеры, чтобы блоки не прыгали при загрузке. Картинки ниже первого экрана можно загружать позже; главное изображение не стоит случайно откладывать вместе с ними.
Составьте перечень чатов, аналитики, карт, отзывов и форм. Для каждого уточните необходимость и момент загрузки. Удалять сервис только потому, что он внешний, неправильно: сначала измерьте его влияние и выясните, какие задачи он выполняет.
Кеширование требует проверки персональных данных
Кеш полезен для повторно используемых данных, но персональная корзина, цены клиента и состояние входа требуют корректных границ. После изменения настроек сравните гостя и авторизованного покупателя, двух разных пользователей и обновление каталога.
На сайте с композитным режимом важно проверить и первый показ страницы. Неверная цена или вид интерфейса, исправляющиеся через секунду, остаются ошибкой для посетителя. Изменения сначала проверяют на копии с подходящими данными.
Безопасный порядок исправлений
- Сохраните исходные измерения и условия проверки.
- Найдите причину, которую можно воспроизвести.
- Подготовьте изменение и способ отката.
- Проверьте копию сайта: страницы, корзину, вход, цены и обмен.
- Опубликуйте согласованное изменение и повторите те же измерения.
- Проверьте журналы и реальные обращения после выпуска.
Не меняйте одновременно хостинг, платформу, изображения и все настройки: в таком случае трудно понять, что помогло и что вызвало регрессию.
Что передать исполнителю
Для начала нужны ссылки, описание действий, время возникновения проблемы и сведения о недавних изменениях. Доступы передают через согласованный защищённый канал. По итогам диагностики запросите причины, приоритеты, оценку работ и критерии проверки. Обещания ускорить любой сайт в одинаковое число раз без измерений не дают полезного ориентира.
