1. Соберите все точки подключения
- блоки T123;
- HTML в head и body;
- счетчики аналитики;
- виджеты чата и коллтрекинга;
- код в Zero Block;
- внешние CSS и шрифты;
- менеджеры тегов.
2. Назначьте владельца
У каждого скрипта должна быть бизнес-задача и человек, который использует результат. Код без владельца часто оказывается наследием старой рекламной кампании.
3. Посмотрите Network
Сгруппируйте запросы по доменам и найдите сторонние библиотеки, тяжелые изображения, iframe и повторяющиеся подключения.
4. Посмотрите Performance
Ищите длинные задачи JavaScript, обработчики scroll и resize, которые занимают основной поток. Маленький файл может быть тяжелым по вычислениям.
5. Отключайте по одному
Сравнивайте страницу до и после отключения интеграции. Такой тест показывает фактический вклад конкретного сервиса.
6. Следуйте принципу отложенной загрузки
Tilda рекомендует не загружать внешние скрипты до первого экрана без необходимости. Подробности есть в официальной инструкции.
7. Зафиксируйте результат
Создайте таблицу: скрипт, источник, страницы, назначение, способ загрузки, владелец. Это сильно упрощает следующий аудит и редизайн.
Что проверить в браузере и поиске
- поискать T123 на всех шаблонных страницах;
- проверить код в head проекта и отдельных страниц;
- сгруппировать внешние домены в Network;
- назначить владельца каждому сервису;
- зафиксировать допустимый момент загрузки;
После аудита заведите реестр интеграций. Для нового скрипта должны быть указаны цель, владелец, область подключения и дата пересмотра.
Что ломается при масштабировании
Особенно опасен код, который подключен одновременно в настройках сайта и внутри отдельных страниц. Такой дубль может годами оставаться незаметным, создавая повторные события и сетевые запросы.
Сначала составьте реестр всего стороннего кода
Самая частая проблема аудита - неизвестно, что вообще подключено. На Tilda код может находиться в T123, шапке и подвале сайта, настройках аналитики, отдельных блоках и внешнем менеджере тегов. Поэтому первый шаг - список: сервис, где подключен, для чего нужен, на каких страницах работает и кто отвечает за него.
После этого проще найти дубли и старые эксперименты. Код, назначение которого никто не может объяснить, не должен годами оставаться в продакшене.
Техническая проверка
В Network группируем запросы по доменам, в Performance смотрим длинные задачи, затем временно отключаем подозрительный сервис на копии страницы. Tilda также рекомендует откладывать загрузку внешних скриптов, если без них нельзя обойтись. См. рекомендации Tilda по скорости. Для дальнейшей работы полезны разбор сторонних скриптов, аудит виджетов и аналитика и производительность.
У каждого скрипта должен быть владелец и назначение
В реестре полезно хранить четыре поля: сервис, цель, место подключения и ответственный. Если никто не может объяснить, зачем код работает на всех страницах, это первый кандидат на удаление или ограничение области загрузки.
Такой реестр помогает после редизайна: вместо копирования всей старой шапки можно восстановить только нужные интеграции и сразу избежать дублей.
Проверьте повторное подключение одного сервиса
Один и тот же счетчик может находиться в настройках сайта, T123 и менеджере тегов одновременно. Это увеличивает нагрузку и создает дубли событий. Во время аудита сравнивайте домены запросов, идентификаторы счетчиков и места подключения, а не только названия блоков.
Что должно остаться после аудита
Аудит стороннего кода - это инвентаризация плюс измерение. Удаляйте забытое, ограничивайте область подключения и откладывайте все, что не требуется для первого экрана.
