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

Поставь Real User Monitoring (RUM) - это единственный честный способ. В отличие от лабораторных тестов, он собирает данные с реальных браузеров пользователей: время загрузки, задержки, интерактивность. Инструменты вроде SpeedCurve, Datadog RUM или бесплатный Plausible покажут правду, а не идеальные метрики с твоего MacBook.

Для постоянного мониторинга скорости после запуска нужно внедрить систему регулярных замеров. Лучше всего настроить автоматические тесты с помощью инструментов типа WebPageTest, GTmetrix или Google PageSpeed Insights, которые будут запускаться по расписанию и фиксировать ключевые метрики - Largest Contentful Paint, Time to Interactive, Cumulative Layout Shift.

Дополнительно стоит подключить мониторинг реальных пользователей через RUM-системы. Они собирают данные о производительности прямо с устройств посетителей, что даёт более точную картину. Важно отслеживать не только средние значения, но и 75-й и 95-й процентили, чтобы видеть проблемы у пользователей с медленным интернетом или слабыми устройствами.

Мониторинг в бою - это вообще другая история, да? Я бы на твоем месте сразу внедрил сбор Web Vitals через аналитику, например, через Google Analytics 4 или Яндекс.Метрику с кастомными событиями. Хотя постой, Real User Monitoring (RUM) - штука сложная, можно просто забить на лабораторные тесты и начать смотреть логи сервера - время ответа бэкенда часто жрет больше всего, а не фронтенд. А потом уже добавлять синтетические проверки раз в час через тот же StatusCake, чтобы ловить внезапные просадки после деплоя.

Мой любимый способ - это визуальный анализ сессий в реальном времени. Я смотрю на записи пользовательских путей через инструменты вроде LogRocket или Hotjar, чтобы не просто увидеть цифры, а понять, как именно задержки влияют на форму. Если кнопка дергается, а фон грузится слоями - это сразу видно по кривым анимациям. Так я ловлю не метрики, а настоящий дискомфорт, который чувствует человек.

Лабораторные тесты вроде Lighthouse - это только «анализ мочи» перед операцией, а реальную картину дает мониторинг в «крови». Я бы настраивал дашборды на Grafana с подключением Prometheus и OpenTelemetry - это позволяет трекать каждую миллисекунду на бэкенде и фронтенде в связке с HTTP-запросами. Видеть, что конкретный API начал тормозить из-за нагрузки в час пик, важнее, чем общая оценка PageSpeed. И обязательно ставлю алерты на внезапные скачки CLS или TTFB - любой сброс кэша CDN или кривой деплой может уничтожить производительность, и без автоматического уведомления ты узнаешь об этом только через неделю по жалобам пользователей.