Блог Perkova&Perkova

Повторное подключение скрипта: как убрать лишнюю загрузку

Один внешний скрипт может оказаться на странице несколько раз: в настройках сайта, отдельном T123 и скопированном блоке. Это иногда даёт двойные события, повторный виджет или лишнюю инициализацию. Сначала найдите источник каждого подключения, затем удалите только подтверждённый дубль.

Зафиксируйте симптом

В учебном примере виджет консультации появился дважды после копирования страницы. Выпишите страницу, название сервиса и ожидаемое количество экземпляров. Два сетевых запроса сами по себе ещё не доказывают дубль: сервис может загружать разные модули или повторно запрашивать данные.

Проверьте внешний код в T123, HTML-элементах Zero Block и общих настройках проекта. Если установлен менеджер тегов, проверьте и его конфигурацию. Вставки могут находиться в общей шапке или подвале.

Посмотрите подключённые файлы

На опубликованной странице откройте инструменты разработчика. В Elements найдите script с нужным src, а в Network проверьте соответствующие запросы и Initiator. Для собственного исследования можно выполнить в консоли:

Array.from(document.scripts)
  .filter(script => script.src)
  .map(script => script.src);

Этот стандартный JavaScript только возвращает адреса внешних скриптов, присутствующих в документе. Он ничего не удаляет и не показывает все косвенные загрузки внутри рамок или менеджера тегов. Не вставляйте диагностическую строку на рабочую страницу как постоянный код.

Выберите одно место установки

  1. Сравните найденные адреса и назначение вставок.
  2. Проверьте официальную инструкцию владельца скрипта: ему может требоваться одна библиотека и несколько отдельных конфигураций.
  3. Оставьте согласованное место загрузки.
  4. Удалите только лишнее повторное подключение в собственной вставке или настройке.
  5. Опубликуйте затронутые страницы и повторите исходный сценарий.

Если общий код обслуживает все страницы, удаление локального дубля безопаснее, чем случайное отключение общей интеграции. Но решение зависит от реальной структуры. Не удаляйте системные файлы Tilda и не «чистите» документ от всех повторяющихся слов script.

Отдельно проверьте обработчики

Библиотека может загружаться один раз, а обработчик клика назначаться дважды. Тогда нужно исправлять инициализацию собственного кода, а не сетевую загрузку. Сравните поведение после удаления только одного источника на тестовой копии и проверьте ошибки консоли.

Одна и та же библиотека из разных версий также не равна безвредному дублю. Совместимость и порядок загрузки проверяют по документации конкретного сервиса.

Приёмка и откат

Откройте страницу новым сеансом браузера. Проверьте один экземпляр виджета, одно выполнение ожидаемого действия и сохранение остальных функций. На телефоне повторите основной сценарий. При сбое верните сохранённую собственную вставку и установите причину до следующего удаления.

Расположение собственного кода описано в справке Tilda. Связанные темы — локальный CSS и двойной счёт событий. Если нужна помощь с интеграцией, можно обсудить доработку с Perkova&Perkova.

2026-01-02 10:00 Практика Tilda