Я пытаюсь добиться следующего:
- Один контейнер GTM для нескольких веб-сайтов / доменов (на одной платформе)
- Активировать только теги, которые активны для текущего веб-сайта (путем проверки идентификатора настроенной аналитики / criteo / adwords / другого поставщика на уровне данных)
- Настроить триггеры, такие как «страница бронирования достигнута» и «бронирование создано» один раз (по настраиваемому событию и с использованием уровня данных)
Моя проблема заключается в объединении условия «активный тег» (проверка идентификатора учетной записи) с событием «бронирование создано» без дублирования логики. Потому что каждый триггер является условием ИЛИ, а не условием И.
В настоящее время это приводит к созданию очень специфичных исключений, содержащих большинство триггеров, таких как «Резервирование создано», специфичных для тега (Analytics / Criteo / Adwords). В результате приходится по-прежнему создавать очень конкретные (повторяющиеся) триггеры вместо их повторного использования. Основная проблема заключается в том, что исключения должны соответствовать типу события триггера. И триггеры нельзя комбинировать или расширять.
Конфигурация моих тегов / триггеров теперь выглядит так:
Мои вопросы:
- Есть ли способ объединить несколько триггеров (И вместо ИЛИ)
- Могу ли я создать исключение для тега, которое не зависит от того же события, что и исходный триггер?
- Я ищу решение не в том направлении? Как предотвратить запуск тега, который отключен (на уровне данных), без дублирования логики «настраиваемых событий» для каждого тега / поставщика.