Диагностируйте, почему страница работает медленно, с помощью трассировки в стиле Lighthouse
Когда использовать: Страница кажется медленной, и вы хотите, чтобы Клод провел трассировку и указал на фактическое узкое место, а не угадывал.
Предварительные требования
- Целевой URL-адрес загружается без входа в систему (или вы сначала обрабатываете аутентификацию) — Используйте navigate_page с URL-адресом; для страниц с авторизацией сначала войдите в систему с помощью инструментов щелчка/ввода chrome-devtools
Поток
-
Запустите трассировку производительностиОткройте https://example.com/product/123. Запустите трассировку производительности с 4-кратным регулированием ЦП и профилем медленной сети 3G. Назовите мне LCP, CLS и TBT.✓ Скопировано→ Три числа показателей плюс сводка трассировки
-
Найдите главного виновникаКакой отдельный актив или сценарий больше всего способствует задержке LCP? Покажите время запроса.✓ Скопировано→ Определен конкретный URL-адрес с разбивкой по времени (DNS/connect/TTFB/загрузка).
-
Предложите конкретное решениеКакое самое дешевое исправление позволит снизить время LCP до 2,5 с? Предложите одно изменение (предварительное подключение, предварительная загрузка, отсрочка, отложенное или разделение пакета) с добавлением конкретных строк.✓ Скопировано→ Действенные различия HTML/JS, а не общий список
Итог: Регрессия производительности с именованной причиной и конкретным исправлением, которую можно проверить путем повторного запуска трассировки после ее применения.
Подводные камни
- Трассировка варьируется от запуска к запуску — единичные цифры вводят в заблуждение — Запустите трассировку 3 раза и возьмите медиану, прежде чем делать какие-либо выводы.
- Локальные/девелоперские сборки отличаются от производственных — Трассировка по рабочему URL-адресу или предварительному просмотру, обслуживаемому CDN, а не по локальному хосту без сжатия.