Google Tag Manager (GTM)

Пример

Магазин иска три неща наведнъж: поръчките да се броят в Google Ads, същото да стига до Meta и на две страници да има топлинна карта. Без контейнер това са три заявки към разработчика, три пускания на код и три чакания.

С контейнер кодът се слага веднъж. Маркетологът добавя етикета, пуска режим на преглед и вижда на живо дали се задейства точно при благодарствената страница, а не при всяко зареждане. Публикува версия 12. След седмица страницата натежава, версия 11 се връща с едно натискане и сайтът е както преди — без нощно пускане и без разработчик.

Цената на това удобство е реална: всеки етикет е чужд JavaScript, който се изпълнява в браузъра на посетителя. Шест етикета в контейнера означават шест външни файла на всяко зареждане — и точно затова контейнерите с времето натежават повече от самия сайт.

Защо има значение за бизнеса

Контейнерът дава на маркетинга скорост, но и права. Който може да публикува в него, може да пусне код, който се изпълнява на всяка страница, включително на страницата за плащане. Затова две неща се уреждат писмено още в началото: на чие име е акаунтът и кой има право да публикува. Подизпълнител, който си тръгва с права за публикуване, остава с достъп до сайта ви, без да има достъп до сървъра.

Съседният въпрос е кой притежава рекламните акаунти и данните; отговорът е на страницата за дигитален маркетинг. Тук важи същото правило: акаунтът е ваш, достъпът се дава и се оттегля.

Какво да попитате

• На чие име е акаунтът в Tag Manager и кой има право да публикува версии?
• Кои етикети има в контейнера в момента, кой ги е добавил и за какво служат?
• Свързан ли е режимът на съгласие с контейнера — спират ли маркетинговите етикети при отказ?
• Кога за последно е махнат неизползван етикет и как се следи тежестта им?
• Има ли версия, към която да се върнем, ако нещо се счупи в петък вечер?