Недавно я провел несколько тестов и более подробно рассмотрел эти проблемы.Так что имейте какое-то решение и рекомендации, связанные с этим.
Основная цель - , чтобы минимизировать влияние на скорость вашего сайта и переместить все сценарии конверсии и сторонних разработчиков, например, на более низкую приоритетную нагрузку.добавьте их в нижний колонтитул, а не в голову, как предлагают все эти сервисы.Вы не потеряете много времени для загрузки этих сценариев с более низким приоритетом с точки зрения отслеживания и анализа.Возможно, вы немного увеличите вероятность того, что некоторые конверсии не будут отслеживаться и будут пропущены в ваших отчетах, но в то же время вы улучшите скорость сайта для всех пользователей.Исключением будет держать Google Analytics или Google Tag Manager в голове, поскольку это может иметь более высокий приоритет и быть важным с точки зрения функциональности и отслеживания.
Еще одна важная и полезная практика - для проверки иудалите все теги, в которых у вас нет активных кампаний, и оставьте на веб-сайте только эти сценарии отслеживания, что важно с точки зрения маркетинга и отслеживания и что имеет смысл.
Мой рекомендуемый метод управления всеми этими третьими сторонамиСценарии - это использование диспетчера тегов Google и управление всеми этими тегами.
Как оптимизировать скорость сайта при использовании сторонних сценариев с Диспетчером тегов Google:
- Приоритетность загрузки всех сценариеви упорядочить их по приоритетам
Используйте триггер просмотра страниц Google Tag Manager для запуска тегов при загрузке страниц в веб-браузерах.Существует три типа триггеров, которые отслеживают события загрузки страницы, и у каждого типа есть немного разные критерии, чтобы определить, когда триггер должен запускать тег:
Просмотр страницы: срабатывает немедленно, когда веб-браузер начинает загружать страницу.Используйте эту опцию, если вам нужны только данные, полученные из показов страницы.
DOM Ready: срабатывает после того, как браузер завершил создание полной страницы в HTML, и объектная модель документа (DOM) готова для анализа.Теги на основе просмотра страниц, которые взаимодействуют с DOM для заполнения переменных, должны использовать этот тип триггера, чтобы гарантировать, что правильные значения доступны для диспетчера тегов.
Window Loaded: срабатывает после полной загрузки страницы, включая любые встроенные ресурсытакие как изображения и сценарии.
Чтобы создать новый триггер просмотра страницы:
- Нажмите Триггеры, а затем Новый.
- Нажмите Конфигурация триггера и выберите тип триггера просмотра страницы.
Необязательно, но рекомендуется для повышения производительности. Укажите условия (обычно шаблон URL) для страниц, на которых ожидается клик:
- Под заголовком «Этот триггервключает », выберите« Некоторые события ».
- В разделе« Запустить этот триггер, когда происходит событие, и все эти условия выполняются », добавьте фильтр, чтобы включить этот триггер только на тех страницах, где он требуется, например, нажмитеURL содержит /path/to/promo.
Сохраните триггер и опубликуйте.
Источник: https://support.google.com/tagmanager/answer/7679319?hl=en
Я рекомендовал использовать триггер просмотра страницы только для самых важных тегов, например, Google Analytics.Для всех остальных тегов вы должны использовать как минимум DOM Ready или, что более вероятно, триггеры Page Loaded.Использование триггера Page Loaded даст меньшее влияние на скорость вашего сайта для всех этих сторонних тегов, но вы увеличите вероятность того, что некоторые конверсии не будут отслеживаться, если пользователи закрывают страницу «Спасибо» раньше, чем загружается скрипт отслеживания..
Иногда сценарии, такие как HotJar или аналогичные сценарии тепловых карт, также следует использовать со сценарием просмотра страницы, чтобы повысить точность этих аналитических данных.
Если вы добавите некоторые инструменты чата или поддержки на свой веб-сайт,тогда для этих сценариев следует также использовать триггер Page Loaded.
Просмотрите и при необходимости обновите сценарии.
Вы должны просмотреть, изменить или поставить на паузу теги, которые вы не используете, или у этих сторонних инструментов нет активных кампаний.
Использовать подсказки ресурсов: предварительная выборка DNS и / или предварительное подключение
Кроме того, вы должны использовать эти подсказки ресурсов для всех ваших сторонних ресурсов, загружаемых из другого домена.Поскольку оба не поддерживаются для одних и тех же браузеров, я бы порекомендовал использовать оба из них.
Короче говоря, вы должны использовать их для всех доменов, упомянутых в разделе «Уменьшение числа поисков DNS».
Кодто, что вы должны добавить на голову, должно выглядеть так:
<!-- Prefetch DNS for external assets -->
<link rel="dns-prefetch" href="//fonts.googleapis.com">
<link rel="dns-prefetch" href="//www.google-analytics.com">
<link rel="dns-prefetch" href="//cdn.domain.com">
<!-- Preconnect for external assets -->
<link rel="preconnect" href="//fonts.googleapis.com" crossorigin>
<link rel="preconnect" href="//www.google-analytics.com" crossorigin>
<link rel="preconnect" href="//cdn.domain.com" crossorigin>