Google Tag Manager для googлят: Руководство по управлению тегами - страница 4
Сдача работ
На выходе, после оказания всех перечисленных услуг, мы имеем несколько сценариев возможного развития событий:
1. вы довольны работой и остаетесь со мной;
2. вы недовольны работой и остаетесь со мной до тех пор, пока не окажетесь в пункте 1;
3. вы довольны работой, но не остаетесь со мной;
При всех раскладах вы получаете пожизненную online-поддержку по выполненным работам и возможность задать любой вопрос, связанный с проектом.
Не забывайте, что контекстная реклама – не таблетка от всех болезней, не панацея. На практике я все чаще убеждаюсь, что этот инструмент является вспомогательным. Да, вы можете получить от него результат в краткосрочной и долгосрочной перспективе, и он может быть, как положительным, так и отрицательным. Однако истинное «величие и выживаемость» вашего бизнеса определяется только комплексным подходом и умением приспосабливаться к окружающим реалиям.
Если у вас еще возникают сомнения, напишите мне на почту ya.osipenkov@icloud.com с описанием проблемы или конкретных задач. Желательно сразу прикрепить ТЗ. Я свяжусь с вами в течение 24 часов, и мы вместе обсудим все вопросы. Вы всегда можете обратиться ко мне за помощью по настройке контекстной рекламы и веб-аналитики.
Глава 1. Введение в Google Tag Manager
История возникновения систем управления тегами
Маркетинговые теги – это средства для сбора данных с веб-сайтов. Данные, собранные тегами, используются для проведения рекламных кампаний и веб-аналитики. В наши дни в среде веб-аналитики возникает много шумихи по поводу тегов, ведь в основе любого компетентного решения относительно рекламных кампаний в интернете лежат данные, собранные тегами.
В идеале теги могут преследовать различные цели, в том числе:
● сбор данных из веб-браузеров;
● взаимодействие между различными сайтами;
● интеграция стороннего контента;
● настройка файлов cookie и т.д.
Но каким образом это происходит? Когда браузер запрашивает веб-страницу с сервера сайта, содержимое страницы вместе с кодом тега возвращается браузеру, код тега выполняется и в результате осуществляется сбор данных. Помимо этого, тег указывает браузеру отправить собранные данные на сервер сбора данных.
Данные могут собираться на стороннем сервере сбора данных или в центре сбора данных. Теги можно подразделить на две группы в зависимости от функций:
1. основные теги (first-party tags) запускают cookie для сбора данных в одном домене и облегчают внутренний сбор данных;
2. сторонние теги (third-party tags) запускают cookie для сбора данных в стороннем домене, обычно на стороннем сайте или сайте поставщика (вендора). Теги инициируют сбор данных сторонними серверами.
Приводим краткий обзор истории тегов, и как они превратились из пикселя отслеживания в сложную систему сбора данных.
Первые теги появились примерно в 1995 году и их основной функцией было содействие рекламным серверам и аналитическим системам проведению оценки эффективности онлайн-маркетинговых кампаний и использования веб-сайтов. С развитием цифровых технология все больше сторонних поставщиков услуг начали создавать собственные теги для сбора данных, требуемых для функционирования их проектов.
Все началось с простых пикселей отслеживания, которые представляли собой небольшие прозрачные изображения, невидимые посетителям сайта, которые загружались с сервера, на котором они размещены. Эти теги-изображения представляли собой пиксель 1×1, который отображался после осуществления определенного действия, например, отправки формы или совершения покупки. Запросы пиксельного изображения у сервера подсчитывались в целях отслеживания действий пользователей на сайте. Изменив его исходный HTML-код, пиксель можно было легко добавить на веб-страницу.
Постепенно теги превратились из простых пикселей в сложный JavaScript код, который может собирать широкий спектр данных. Фрагмент JavaScript вставляется в код страницы сайта для отслеживания действий пользователей. После загрузки страницы этот код выполняется, затем он собирает большой объем данных и отправляет их в систему аналитики. JavaScript обладает рядом преимуществ, включая бесконечную кастомизацию, возможность осуществлять асинхронную загрузку, относительно низкие барьеры для реализации и простую настройку.