Подготовительные работы

На этом этапе идет знакомство с проектом, общение, сбор исходных данных, определение основных метрик для отслеживания, а также весь комплекс мер, направленных на создание комфортных условий для последующей работы, а именно:

● аудит существующих рекламных кампаний;

● сбор, учет и анализ ниши / конкурентная среда;

● технический анализ сайта (рекомендации);

● определение ключевых показателей эффективности (KPI);

● составление прогнозируемого! медиаплана;

● согласование исходных данных для работы (бриф);

Веб-аналитика

Этот этап является одним из важнейших при заказе комплексной услуги. Поэтому я провожу его до или параллельно настройке самих рекламных кампаний.

Как бы это банально ни звучало, но перед запуском контекста обязательно нужно установить счетчики веб-аналитики (если этого не было сделано раннее) и проверить корректность сбора данных. Часто бывает, что и этого не делают. Также проводится:

● настройка целей, событий на кнопки / формы сайта;

● настройка электронной торговли (если e-commerce, для интернет-магазинов);

● настройка дополнительных форм (JivoSite, форма обратного звонка, callbackhunter и т.д.);

● настройка коллтрекинга (как статического, так и динамического);

Яндекс.Метрика и Google Analytics – это тот минимум, который необходим для каждого проекта, направленного на получение прибыли. Благодаря инструментам веб-аналитики можно отслеживать ключевые показатели эффективности бизнеса – доход, средний чек, количество обращений, их стоимость, цикл продаж, а также общую информацию о посетителях сайта – интересы, пол, возраст, местоположение и т.д. Без него просто не имеет смысла запускать продвижение и тратить рекламные бюджеты.

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

Для каждого проекта строится автоматический отчет со всеми необходимыми для заказчика показателями. Это могут быть как кастомные отчеты в Google Analytics, так и более сложные сводные в Google Таблицы, обычном Microsoft Excel, Google Data Studio, Microsoft Power BI и других инструментах. Опять же, все зависит от конкретной задачи.

Чтобы понять, почему веб-аналитика является отдельной услугой, стоимость настройки которой сопоставима с созданием рекламных кампаний, взгляните еще раз на схему выше из «Собираю команду».

Контекстная реклама (Яндекс.Директ и Google AdWords)

На основании исходных данных, рекламного бюджета и ключевых показателей подбирается структура рекламного аккаунта (важно!), определяются типы создаваемых рекламных кампаний. И только после этого происходит:

● сбор ключевых слов и их последующая сегментация. Для кампаний в сетях – это поиск и согласование изображений;

● написание текстов объявлений (A/B тестирование);

● загрузка РК в рекламный кабинет;

● выставление основных настроек (гео, соцдемо, типы устройств, расписание показов и т.д.) согласно брифу;

● сопровождение рекламных кампаний и их последующая корректировка.

В настройку контекстной рекламы не входит (оплачивается отдельно):

● отрисовка графических баннеров в разных форматах (за исключением внутренних конструкторов Google и Яндекс);

● ведение рекламы.

Я занимаюсь настройкой всех типов рекламных кампаний в Яндекс.Директ и Google AdWords, в том числе торговых, медийных, видеокампаний и рекламы мобильных приложений. Для последних необходим инструмент для трекинга и аналитики вашего приложения (AppMetrica, Adjust, Appsflyer и др.).

Сдача работ

На выходе, после оказания всех перечисленных услуг, мы имеем несколько сценариев возможного развития событий:

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 для сбора данных в стороннем домене, обычно на стороннем сайте или сайте поставщика (вендора). Теги инициируют сбор данных сторонними серверами.

Эволюция тегов

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

Сторонние теги (Third-Party Tags) – 90-ые

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

Все началось с простых пикселей отслеживания, которые представляли собой небольшие прозрачные изображения, невидимые посетителям сайта, которые загружались с сервера, на котором они размещены. Эти теги-изображения представляли собой пиксель 1×1, который отображался после осуществления определенного действия, например, отправки формы или совершения покупки. Запросы пиксельного изображения у сервера подсчитывались в целях отслеживания действий пользователей на сайте. Изменив его исходный HTML-код, пиксель можно было легко добавить на веб-страницу.

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

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

Тег контейнера (Tag Container) – 00-ые

Для решения проблемы добавления нескольких тегов на веб-сайт и управления ими через один интерфейс (в одном месте), в начале 2000-х годов крупные рекламные сети запустили теги контейнера. Теги контейнера содержат или выполняют роль своеобразной оболочки вокруг нескольких тегов. Запуск одного тега приводит к запуску других тегов, содержащихся в этом контейнере. Контейнеры, представляющие собой механизм доставки тегов, были разработаны для упрощения добавления, изменения или удаления нескольких тегов.

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

Хаос данных в результате «piggybacking»

(объединения тегов)

При реализации нескольких тегов на сайте необходимо расширить диапазон сбора данных. Данная потребность была реализована в основном за счет увеличения расходов на онлайн-рекламу, а рекламные сети объединили теги рекламного сервера в цепочку увеличения охвата аудитории на нескольких сайтах-издателей. Объединение тегов в цепочку называется «piggybacking» и заключается в возможности одного сервера инициировать теги с другого сервера, которые затем по цепочке запускают теги третьего сервера и так далее. То есть теги запускают друг друга по цепочке.

Объединение тегов «piggybacking» расширил аудиторию сайтов, что привело к инновационным подходам к покупке и продаже рекламных объявлений, в том числе тендеры в реальном времени (Real Time Bidding, RTB) и обмен данными. Однако, это привело к хаосу данных, так как владельцы сайтов обычно не могут контролировать теги по цепочке. Стремительный рост маркетинговых тегов поставил на первый план проблему конфиденциальности в связи с непреднамеренными передачами данных и утечки данных третьим сторонам в связи с тем, что владелец сайта не контролирует всю цепочку тегов. Помимо этого, затраты на инициирование тегов увеличиваются, что сказывается на производительности сайта и может привести к потере данных в результате проблем с загрузкой тегов.

Источник информации: https://taginspector.com/evolution-of-marketing-tags/