Сначала составьте список
Проверьте T123, настройки сайта, счетчики, чаты, коллтрекинг, карты, CRM-виджеты, формы, A/B-тесты и внешние шрифты. Без инвентаризации легко забыть скрипт, который подключен через шапку.
Network
Откройте DevTools - Network, перезагрузите страницу с отключенным кешем и отсортируйте запросы по размеру и времени. Домены сторонних сервисов быстро показывают, кто создает дополнительные соединения.
Performance
Запишите загрузку и найдите длинные задачи JavaScript. Тяжелый виджет может мало весить по сети, но долго занимать основной поток браузера.
Метод блокировки
Самый надежный тест - отключить конкретный сервис и сравнить метрики. Затем вернуть его и перейти к следующему. Так вы получаете причинную связь, а не предположение.
Что рекомендует Tilda
Tilda прямо советует проверять внешние коды и откладывать инициализацию сторонних скриптов, если без них нельзя обойтись. В справке отмечено, что внешний код часто тормозит отрисовку. См. рекомендации по скорости.
Что делать с найденным виджетом
- удалить, если бизнес им не пользуется;
- загружать после согласия пользователя;
- инициализировать после первого экрана;
- включать только на нужных страницах;
- заменить более легким решением.
Контроль после настройки
- составьте список всех внешних доменов в Network;
- отсортируйте запросы по времени и размеру;
- найдите long tasks в Performance;
- заблокируйте подозрительный домен и повторите загрузку;
- зафиксируйте разницу до и после;
Хороший результат аудита - не только ускоренная страница, но и список правил подключения новых сервисов, чтобы через месяц проблема не вернулась.
Когда настройка перестает работать
PageSpeed может показать сторонний код как проблему, но по одному отчету трудно оценить бизнес-ценность виджета. Решение об удалении должно опираться на замер и фактическое использование сервиса.
Не угадывайте по названию сервиса - измеряйте его вклад
Один и тот же чат может почти не влиять на страницу в одном проекте и создавать длинные задачи в другом. Это зависит от способа подключения, момента инициализации, числа сетевых запросов и дополнительного кода. Поэтому аудит сторонних сервисов удобно делать методом исключения: фиксируем базовый замер, отключаем один виджет и повторяем тест.
В Chrome DevTools полезны Network и Performance: смотрим домены третьих сторон, размер ресурсов, блокирующие запросы и длинные задачи JavaScript. В PageSpeed Insights отдельные диагностики также помогают увидеть вклад стороннего кода.
Приоритет отключения
Сначала проверяем то, что загружается на всех страницах и не нужно человеку в первые секунды: чаты, коллтрекинг, тепловые карты, дополнительные пиксели, тестовые виджеты. Затем переносим инициализацию на более поздний момент. Связанные материалы: сторонние скрипты на Tilda, чаты и коллтрекинг и аудит стороннего кода.
Проводите контролируемый тест
Зафиксируйте базовый замер, затем отключите один виджет и повторите несколько запусков в одинаковых условиях. Сравнивайте не только общий балл, но и сетевые запросы, длинные задачи JavaScript, LCP и INP. После этого возвращайте сервис и переходите к следующему.
Такой метод позволяет отличить тяжелый виджет от случайного колебания сети. Для бизнес-критичных сервисов следующий шаг - отложенная инициализация или подключение только на тех страницах, где они действительно нужны.
Как принять решение по каждому виджету
Тяжелые виджеты ищутся экспериментом: инвентаризация, измерение, отключение, повторный замер. Такой аудит дает больше пользы, чем попытка оптимизировать все скрипты одновременно.
