Отслеживание трафика из контекстной рекламы Яндекс.Директ и Google Adwords с помощью UTM-меток и Google Analytics

Хотите получать больше информации об источниках трафика? Полагаю, да.

Google Analytics знает почти всё о посещениях с Google Adwords. Но почти ничего не знает о посещениях с Яндекс.Директа и других рекламных систем.

Для решения этой проблемы используются UTM-метки в URL.

Если Вы не знакомы (или плохо знакомы) с UTM-метками, прочитайте эту статью. Чтобы двигаться дальше, Вам понадобятся эти знания.

Узнаём всё о переходе по контекстной рекламе

UTM-метки дают нам общую информацию. А ещё мы можем узнать много подробностей о посетителе, который пришёл через Яндекс.Директ или Google Adwords, т.к. эти системы позволяют передать в URL дополнительные параметры.

Яндекс.Директ

Параметр	Код для вставки в ссылку	Значения параметра, которые появятся в Google Analytics
Тип площадки, на которой произведён показ объявления	{source_type}	search – поисковая площадка context – тематическая
Название площадки РСЯ	{source}	домен площадки — при показе на сайте РСЯ none — при показе на поиске Яндекса
Инициирован ли этот показ «дополнительными релевантными фразами»	{addphrases}	yes –показ по одной из дополнительных фраз no – показ по одной из исходных фраз
Тип блока, если показ произошёл на странице с результатами поиска Яндекса	{position_type}	premium – спецразмещение other – блок справа none – блок не на поиске Яндекса
Точная позиция объявления в блоке	{position}	номер позиции в блоке 0 – если объявление было показано не на поиске Яндекса.
Ключевая фраза, по которой было показано объявление	{keyword}	Текст ключевой фразы без минус-слов
Первый параметр ключевой фразы	{param1}	Значение первого параметра для данной ключевой фразы.
Второй параметр ключевой фразы	{param2}	Значение второго параметра для данной ключевой фразы.

Как настроить UTM-метки для отслеживания тарфика из Яндекс.Директ?

Пример URL, в которм используются основные параметры (так выглядит URL, который мы добавляем в рекламное объявление):

http://www.domain.ru/advertise-page/?utm_source=Yandex-Direct&utm_medium=CPC&utm_campaign=Yandex-Direct-Prazdnichnyj-tarif&type={source_type}&source={source}&block={position_type}&position={position}&addphrases={addphrases}&keyword={keyword}

А так будет выглядить URL, когда посетитель перейдёт на нашё страницу:

http://www. domain.ru/advertise-page/?utm_source=Yandex-Direct&utm_medium=CPC&utm_campaign=Yandex-Direct-Prazdnichnyj-tarif&type=search&source=none&block=other&position=3&addphrases=no&keyword=праздничные%20тарифы

Google AdWords

Параметр	Код для ссылки	Значения параметра, которые появятся в Google Analytics
		Для кампании с таргетингом на ключевые слова	Для кампании с таргетингом на места размещения
Тип площадки, с которой поступил клик	{network}	g – поиск Google s – поисковые партнеры Google c – контекстно-медийная сеть Google	d — клик из контекстно-медийной сети
Ключевое слово	{keyword}	для поисковых сайтов – ключевое слово, по которому было показано объявление; для сайтов в контекстно-медийной сети – наиболее подходящее ключевое слово.	н/д
Название площадки	{placement}	доменное имя веб-сайта, на котором был выполнен клик по объявлению (только для сайтов в контекстно-медийной сети).	доменное имя веб-сайта, на котором был выполнен клик по объявлению.
Позиция объявления, блок страница	{adposition}	Информация о позиции объявления имеет трёхсимвольный вид, где 1-й символ — номер страницы 2-й символ — тип блока 3-й символ — позиция объявления Например: 1t2 — страница 1, вверху, место 2 2s5 — страница 2, справа, место 5	н/д
Категория	{target}	н/д	категория, к которой относится место размещения (например, путешествия или спорт).
Тип соответствия ключевого слова	{matchtype}	b — точное p — фразовое e — широкое	н/д
Если клик был выполнен пользователем на мобильном устройстве	{ifmobile:[mobile-click]}	mobile-click	mobile-click
Если клик был выполнен пользователем на сайте поисковой сети Google	{ifsearch:[search-click]}	search-click	н/д
Если клик был выполнен на сайте контекстно-медийной сети Google	{ifcontent:[CMN-click]}	CMN-click	CMN-click
Уникальный идентификатор объявления.	{creative}	16540000000	16540000000
Название и значение параметра из URL	{copy:[name]}	фактическое название и значение параметра из URL на уровне ключевого слова. Позволяют определить, какой термин запустил показ, добавляются в URL динамически и доступны только для дополнительных ссылок и дополнительной информации о товарах.	н/д

Как настроить UTM-метки для отслеживания тарфика из Google Adwords?

Пример URL, в которм используются основные параметры (так выглядит URL, который мы добавляем в рекламное объявление):

http://www.domain.ru/page/?utm_source=Google-Adsense&utm_medium=CPC&utm_campaign=Google-Adsense-novyj-tovar&network={network}&placement={placement}&adposition={adposition}&creative={creative}&matchtype={matchtype}&keyword={keyword}

А так будет выглядить URL, когда посетитель перейдёт на нашё страницу:

http://www. domain.ru/page/?utm_source=Google-Adsense&utm_medium=CPC&utm_campaign=Google-Adsense-novyj-tovar&network=g&placement=google.com&adposition=1s3&creative=16540000000&matchtype=b&keyword=где%20купить%20новый%20товар

Рекомендации по настройке Google Analytics

Если Вы собираетесь использовать дополнительные параметры в URL, Вам нужно будет сделать следующее:

Создать отдельный профиль в Google Analytics (назовите его, например,  «Контекстная реклама»)

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

Настроить во всех профилях кроме только что созданного исключение параметров URL, которые Вы решили использовать для отслеживания контекстной рекламы.

Это нужно для того, чтобы мы могли одновременно пользоваться дополнительными данными (в профиле «Контекстная реклама») и не искажали статистику большим количеством копий одного URL в основных профилях.

Так будут выглядеть урлы в профиле «Контекстная реклама»:

Так будут выглядеть те же самые урлы в остальных профилях:

Обратите внимание, что 5 строк, которые были в профиле «Контекстная реклама» объединились в 2 в основном профиле.

Что можно делать с полученными данными?

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

Сравнение посетителей, перешедших по спецразмещению и по остальным блокам:

Отчёт создан с использованием двух сегментов:

1. Спецразмещение

2. Остальные показы:

Эффективных Вам рекламных кампаний!

что это, для чего нужны, как настроить и как отслеживать — CMS Magazine

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

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

Структура URL

Для того чтобы получить максимально точную и корректную информацию о ходе рекламных кампаний, необходимо использовать UTM-метки. UTM-метки представляют собой специальные GET-параметры, которые добавляются в URL-ссылку вашего сайта.

Однако не все знают структуру URL, поэтому не всегда очевидно, что такое GET-параметры. Давайте рассмотрим этот вопрос на следующем примере:

Итак, URL может состоять из следующих элементов:

• Протокол — http:// (незащищенный) или https:// (защищенный). Разница между ними заключается в использовании шифрования информации. Так, если при использовании незащищенного протокола можно перехватить практически любую информацию, то при защищенном протоколе эта возможность практически исключается.

• Домен — это непосредственно адрес вашего сайта. В нашем случае — это atib.by. При этом — by — это доменная зона. Сегодня существует огромное количество вариантов доменных зон (ru, by, com, net, io, fit и много-много других).

• ? — этот элемент выступает в роли ключа, который открывает возможность использования GET-параметров. Для чего вообще они нужны? С их помощью можно решать самые различные задачи. Например, использование get-параметров лежит в основе поиска сайта, использовании фильтров, пагинации страниц, отслеживании данных и многом другом.

• GET-параметры. После вопросительного знака идет перечисление GET-параметров в формате «Параметр=Значение». В нашем примере utm_source — это параметр, а test — это его значение.

• & — это элемент связка, с помощью которого группы параметров со значениями, связываются между собой.

  То есть между каждой парой обязательно должен стоять символ «амперсанд».

• # — якорь — это элемент использования хэша на сайте. Максимально часто якоря используются на лендингах, когда необходимо из меню попасть на конкретный блок одностраничника. Очень важным моментом является то, что якоря переносятся в конец ссылки после всех используемых GET-параметров. В противном случае они не будут работать.

Рассмотрим пример:

Правильно: https://atib.by/?utm_source=site.ru&utm_medium=social#contacts

Неправильно: https://atib.by/#contacts?utm_source=site.ru&utm_medium=social

Использование GET-параметров в URL не является обязательным. Проще говоря, их может не быть в ссылке. Это дополнительная возможность, которую можно использовать.

ВАЖНО! Порядок UTM-меток в ссылке не играет никакой роли. Поэтому их можно размещать в том порядка, в котором вам удобней.

Основные виды UTM-меток

Существует 5 основных UTM-меток:

• utm_source

• utm_medium

• utm_campaign

• utm_content

• utm_term

Рассмотрим значение каждой из них по отдельности:

UTM_source

Данная метка показывает источник, откуда к нам пришел пользователь. В качестве источника может использоваться любой сайт (его домен) в формате site.ru, название системы рассылок и т. п.

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

UTM_medium

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

В каждой системе веб-статистики, будь то Яндекс.Метрика, Google Analytics или какая-то другая, есть свой определенный предустановленный список каналов. Однако в большинстве своем эти каналы между системами совпадают. Ниже представлена таблица возможных значений и каналов:

Метка	Канал в Яндекс.Метрике	Канал в Google Analytics
cpc, ppc	Рекламные системы	Paid Search
social	Социальные сети	Social
organic	Поисковые системы	Organic Search
email	Рассылки	E-mail
display	Рекламные системы	Display
rec	Рекомендательные системы	—
referral	Переходы по ссылкам на сайте	Referral или Social

Как видно из таблицы, некоторые различия все же есть. Поэтому рекомендуем более тщательно изучить документацию систем веб-статистики:

• Яндекс.Метрика

• Google Analytics

UTM_campaign

Эта метка отвечает за информацию о рекламной кампании. Как правило, сюда передается ее название, регион показов, сети, на которые осуществляется показ. Содержание метки utm_campaign во многом зависит от той рекламной системы, где ее будут использовать.

Рассмотрим пример использования utm_campaign для контекстной рекламы. Предположим, у нас есть 3 рекламные кампании. Одна с показами в сетях Яндекса (РСЯ) на всю Беларусь кроме Минска, вторая на поиске с таким же регионом, а третья на поиске, но только на регион Минск. Для корректной передачи данных можно прописать следующий вариант метки:

1 рекламная кампания: utm_campaign=Имя%20рекламной%20кампании%20РСЯ%20Беларусь%20без%20Минск

2 рекламная кампания: utm_campaign=Имя%20рекламной%20кампании%20Поиск%20Беларусь%20без%20Минск

3 рекламная кампания: utm_campaign=Имя%20рекламной%20кампании%20Поиск%20Минск

UTM_content

Эта метка подходит для обозначения любых параметров, связанных с рекламным объявлением. Здесь можно прописать размер и формат рекламного объявления, его идентификатор в рекламной системе, обозначить название акционного предложения, период проведения акции и многое другое.

Очень часто с помощью utm_content проводится сплит-тестирование рекламных объявлений. Для того, чтобы понять, какое объявление работает лучше, все варианты размечают в данной метке, после чего в Яндекс.Метрике, Google Analytics либо в системе отчета (например, Google Data Studio) создаются сегменты и сравниваются показатели по разным версиям объявлений.

UTM_term

Крайне популярная метка, особенно для тех, кто использует контекстную и таргетированную рекламу. С помощью нее указывают условия показов. Обратите внимание, что условий показов может быть много и все они разнообразны. Например, в Яндекс.Директ, в качестве условия показа могут использоваться: ключевые слова, аудитории, сегменты Яндекс.Метрики, сценарии ретаргетинга, и многое другое.

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

ВАЖНО! UTM_source, UTM_medium и UTM_campaign являются обязательными метками, поэтому когда вы формируете метку, их использование является обязательным. В случае, если вы пренебрежете данным требованием, то сразу, либо через какое-то время данные могут начать собираться некорректно.

Какие задачи можно решить с помощью utm-меток

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

Отслеживание и анализ контекстной рекламы

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

Все это делает использование utm-меток максимально важным и полезным.

Отслеживание и анализ таргетированной рекламы

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

Эффективность медийной и тизерной рекламы

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

Отслеживание оффлайн рекламы

Далеко не все знают, что с помощью использования utm-меток можно определить также и эффективность оффлайн рекламы. Каким образом это сделать? Давайте рассмотрим несколько примеров.

Реклама на радио. Можно приобрести дополнительный кириллический домен. И при рекламе на радио называть его. На новом домене настроить переадресацию на основной сайт с utm-метками. В этом случае вы будете точно понимать, что это трафик из рекламы на радио.

Реклама на билбордах. Здесь все еще проще, не нужно ничего дополнительно покупать. Вам понадобится всего лишь QR код со ссылкой на сайт и зашитой в нем utm-меткой. С помощью этого вы также сможете легко определять пользователей, которые пришли через наружную рекламу.

Свой или внешний сайт

К сожалению, в процессе работы мы часто сталкиваемся с тем, что многие устанавливают utm-метки на ссылки на собственном сайте, причем не для перехода на внешний ресурс, а для переходов между своими страницами. Такой подход не является правильным и его лучше избегать, поскольку вы получаете максимально некорректную статистику.

В данной ситуации стоит четко разграничить инструменты для отслеживания. Итак, что же нужно использовать, если необходимо отслеживать те или иные действия на собственном сайте. Для этих целей лучше всего подходят пользовательские события, которые мы отправляем в Яндекс. Метрику и Гугл Аналитикс и на основе которых можно создавать и отслеживать цели.

Что же касается utm-меток, то основной вариант их использования — это сторонние сайты. Именно поэтому у нас есть возможность задать метку utm_source (или источник трафика). Поэтому просто запомните:

ВАЖНО! Если необходимо отслеживать действия на своем сайте, используйте события, если на стороннем — utm-метки.

Автоматизация значений UTM-меток

Когда необходимо указать 1-2 utm-метки, то обычно никаких вопросов не возникает, но что делать, если в нашем рекламном аккаунте несколько тысяч объявлений? Добавлять к каждому метки вручную?

Конечно же нет! Существуют специальные динамические параметры, с помощью которых мы можем передать нужные значения в utm-метки, не прописывая их вручную. Таким образом, достаточно проставить у всех объявлений всего одну utm-метку, но при этом получить для каждого объявления своё уникальное значение.

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

Давайте рассмотрим небольшой пример использования динамических параметров в Яндекс.Директ:

site.ru/?utm_source=yandex&utm_medium=cpc&utm_campaign={campaign_id}%20{campaign_name}%20{source_type}%20{region_name},

где:

• {campaign_id} — подставит в значение ID вашей рекламной кампании

• {campaign_name} — подставит в значение название вашей рекламной кампании

• {source_type} — подставит тип площадки, на которой был произведен пока (search — это показы на Поиске, а context — это показы в рекламной сети Яндекса)

• {region_name} — подставит регион показа вашей рекламной кампании.

Динамические параметры встречаются практически в каждой рекламной системе. Например, они есть в Яндекс.Директ,. Google Ads, Вконтакте, Facebook, Instagram, MyTarget и др.

ВАЖНО! Для каждой рекламной системы динамические параметры и их синтаксис могут сильно отличаться. Поэтому прежде чем их использовать, необходимо ознакомиться с технической документацией каждой из рекламных систем, которыми вы планируете пользоваться.

Генератор UTM-меток

Для быстрой компоновки и с целью избежать ошибок можно использовать генератор utm-меток. Сегодня на рынке таких генераторов много. Мы также предлагаем достаточно простой инструмент, который доступен по ссылке.

С помощью данного инструмента вы сможете сгенерировать шаблоны utm-меток для самых популярных рекламных систем, таких как Яндекс.Директ, Google Ads, Вконтакте, Facebook, Instagram и MyTarget.

Больше не нужно искать и обзванивать каждое диджитал-агентство
Создайте конкурс на workspace.ru – получите предложения от участников CMS Magazine по цене и срокам. Это бесплатно и займет 5 минут. В каталоге 15 617 диджитал-агентств, готовых вам помочь – выберите и сэкономьте до 30%.
Создать конкурс →

Пошаговое руководство по самостоятельной настройке рекламной кампании в Яндекс.

Директ

Контекстная реклама — один из самых доступных и популярных каналов входящего трафика, который конвертируется на посадочных страницах (landing page) и превращается в лиды или заявки. Если вы читаете это руководство, то в полезности и эффективности контекстной рекламы нам вас убеждать не нужно. Поэтому этот пост будет максимально практичным.

Инструкция по настройке Яндекс.Директ с нуля состоит из 5 основных этапов:

1. Создание аккаунта
2. Настройка рекламной кампании
3. Подбор ключевых слов
4. Составление объявлений
5. Объявление ставок

Пошаговая настройка кампании в данной статье будет проходить на примере реального бизнеса и соответствующей landing page.

Справка: образованная в Калужской области компания «Агро40» занимается проектированием и строительством промышленных теплиц, а также имеет собственное агрохозяйство по выращиванию и хранению пшеницы. Помимо основных видов деятельности в компании имеется необходимый парк техники для расчистки территорий от деревьев и кустов — это отдельное направление деятельности «Агро40». В ассортименте услуг компании валка леса, расчистка заросших полей, подготовка строительных площадок, ландшафтные работы и многое другое.

1. Создание аккаунта

В Яндекс.Директ создание аккаунта с нуля осуществляется следующим образом: заходим на сайт direct .yandex.ru и нажимаем на кнопку «Запустить рекламу».

Проходим регистрацию, после чего попадаем на страницу выбора типа вашей первой рекламной кампании:

Выбираем тип (о том, чем отличаются разные виды медийной рекламы, можно почитать здесь) и приступаем к использованию сервиса.

2. Настройка рекламной кампании

Первое, что нужно сделать — это ввести название кампании и нажать на кнопку «Изменить» напротив блока «Уведомления». Во всплывающем окне снимаем галочки напротив уведомлений о смене позиций и готовности отчетов (чтобы не захламлять почту).

Далее переходим в блок «Расписание показов» и выставляем настройки временного таргетинга:

Если у вас есть четко определенное время работы, и основные контакты с клиентами вы, например, осуществляете по телефону, то лучше сделать так, чтобы показ ваших объявлений происходил в рамках рабочего времени, а не круглосуточно.

Теперь выставляем географию показа нашего объявления:

Геотаргетинг нашей рекламной кампании это Москва, МО и Калужская область. Все остальные настройки не меняем — как с ними работать, вы узнаете в следующих руководствах по более тонкой настройке контекста.

Кстати, если вы продвигаете федеральный или даже международный оффер или landing с широким геотаргетингом, то можете воспользоваться инструментом «Гео-статистика» от платформы LPgenerator, с помощью которого буквально за несколько секунд вам станет известен ТОП-10 посещений и конверсий на основе географического местоположения целевой аудитории для каждого из ваших лендингов. 

Инструкция о том, как это сделать, расположена здесь.

Но вернемся к Яндексу. Основная настройка завершена — нажимаем кнопку «Дальше» внизу страницы и переходим на страницу составления объявления.

3. Подбор ключевых слов

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

Выписываем основные направления деятельности нашей компании, наименования конкретных услуг или товаров и сверяемся с запросами в Яндекс:

• валка леса,
• корчевание пней,
• ландшафтные работы,
• подготовка почвы к посеву,
• расчистка полей,
• организация дорог,
• вырубка деревьев,
• вырубка кустарника,
• вырубка леса.

Для запуска первых объявлений этого вполне достаточно. Теперь приступаем к их составлению и настройке.

4. Составление объявлений

Составляем объявления под наши запросы:

Под каждый ключевой запрос мы пишем отдельное объявление, потому что в нем должно содержаться максимальное повторение ключевого слова — то, что мы в LPgenerator называем правилом точного вхождения. Не забывайте использовать UTM-метки для отслеживания конверсии по каждому ключевому слову.

Начинаем с ключевого слова «валка леса».

Вот что получается:

Нажимаем «Дальше» и переходим на страницу редактирования ставок.

5. Объявление ставок

Мы рекомендуем назначать ставки через дополнительные настройки, для этого нажимаем на кнопку «Дополнительно» в правом верхнем углу.

Во всплывающем окне выставляем следующие настройки:

Вход в спецразмещение + 10% от цены.

Назначаем максимальную ставку, которую мы готовы платить за 1 посетителя (например, 100 р.):

Нажимаем ОК и внизу страницы — «Сохранить». Наше объявление готово!

Теперь рекламную кампанию отправляем на модерацию (на посадочной странице обязательно используйте поп ап-окно «политика конфиденциальности»):

Принимаем договор оферты и переходим к оплате.

Далее повторяем действия с добавлением объявлений и отправкой их на модерацию.

Поздравляем, вы запустили вашу первую рекламную кампанию с нуля!

Теперь ждем кликов или переходов на лендинг и их конвертацию в лиды (заявки).

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

Высоких вам конверсий! 

26-11-2013

Диспетчер тегов Google Отслеживание на стороне сервера

Добавление тегов на стороне сервера было одной из основных тенденций в веб-аналитике за последние пару лет. Блокировщики рекламы, интеллектуальная защита от отслеживания, ограничения сторонних файлов cookie, такие правила, как GDPR, заставили аналитические и рекламные компании начать беспокоиться о том, как и какую информацию они собирают о посетителях сайта. Теги на стороне сервера позволяют перемещать сторонние теги с вашего сайта на облачный сервер. В этом случае сторонние пиксели загружаются напрямую с серверов can, а не с вашего сайта.

В этой статье я объясню и продемонстрирую основы настройки контейнера сервера Диспетчера тегов Google, сервера Universal Analytics, GA4 и Facebook Conversion API.

Зачем использовать тегирование на стороне сервера? Скопировать ссылку в этот раздел

Одной из первых компаний, заговоривших о тегировании на стороне сервера, была Facebook. Они объявили о новом методе отслеживания пользователей в 2018 году. А в 2021 году они переименовали его в Facebook Conversion API и заявили, что все рекламодатели FB должны внедрить FB CAPI, сделав его почти обязательным.

Логика API преобразования Facebook очень похожа на офлайн-события: вы отправляете информацию о пользователе (электронная почта, имя, номер телефона и т. д.) и данные о событии (например, идентификатор клика, название события, идентификатор события и т. д. ) в Facebook, и они пытаются сопоставить пользователя вашего сайта с пользователем в своей базе данных и назначить событие этому конкретному пользователю. Чем больше информации о пользователе и событии вы отправляете в Facebook, тем больше вероятность, что они совпадут с пользователем, который конвертировался на вашем сайте, в пользователя из их базы данных. В менеджере событий FB вы можете увидеть качество вашего события. Качество сопоставления событий имеет наивысшую оценку 10 и показывает эффективность информации о пользователе, отправляемой с вашего сервера при сопоставлении событий с учетной записью Facebook. Высокое качество соответствия событиям может положительно сказаться на эффективности вашей рекламы и атрибуции.

Хотя Facebook Conversion API настоятельно рекомендуется (из-за ограничений iOS 14, ITP и блокировщиков рекламы), вы все равно можете использовать теги браузера. Существует несколько способов настройки отслеживания Facebook:

1) Браузер. Если вы используете только браузерные методы, скорее всего, Facebook будет занижать события. Некоторые исследования показывают, что около 80% людей используют Facebook только на мобильных устройствах. Доля рынка iOS составляет примерно 30%. По внутренним оценкам FB, менее 20% пользователей Facebook iOS разрешат отслеживание. В конце концов, ваш пиксель Facebook будет пропускать данные о событиях примерно для 16% пользователей вашего сайта. Но, конечно, это число будет варьироваться в зависимости от вашей страны, целевой аудитории и продукта.

2) Комбинированный браузер + сервер. Этот метод имеет два подметода.

     2.1) отслеживать все события как в браузере, так и на сервере. Таким образом, вы можете обезопасить себя от потери данных о ваших клиентах. Но для этого метода вам нужно настроить дедупликацию. В противном случае события будут отслеживаться дважды. Данные будут неточными, и вы увидите ошибку внутри менеджера событий на Facebook.

     2.2) Отслеживание некоторых событий в браузере и других событий на сервере. Если вы использовали Shopify собственное приложение Facebook для отслеживания конверсий и переключились на максимальный обмен данными, Facebook будет отслеживать событие «Покупка» с сервера и другие события в браузере.

3)  Сервер. В этом случае все события будут отслеживаться с сервера. Это поможет собрать данные обо всех пользователях и увеличить скорость страницы. При отслеживании сервера важно отправлять как можно больше пользовательских данных и параметров событий. Вся личная информация о вашем пользователе, которую вы отправляете в Facebook, должна быть хеширована.

В 2020 году Google выпустила новую версию Диспетчера тегов Google — серверный контейнер. Логика серверных контейнеров совершенно отличается от того, что мы использовали внутри веб-контейнера. Кроме того, Google добавил в серверный контейнер новый объект — Client.

Еще одно большое различие между веб-контейнерами и серверными контейнерами заключается в том, что серверный контейнер не является бесплатным. Если вы используете Google Cloud Platform, скорее всего, вы будете платить минимум 120 долларов в месяц. Есть возможность бесплатно настроить тестовый контейнер на одном сервере. Но Google рекомендует использовать как минимум 3 сервера, чтобы снизить риск потери данных (каждый сервер стоит около 40 долларов), но, конечно, вы можете использовать меньше (или больше) серверов.

Имейте в виду, что вы не можете переместить все пиксели отслеживания на сервер. Например, LinkedIn и Twitter еще не поддерживают тегирование на стороне сервера. В то же время вы можете перенести Facebook, Universal Analytics, GA4, Snapchat, Bing, Reddit, Pinterest, Yandex, Klaviyo (и некоторые другие почтовые платформы) на тегирование на стороне сервера.

Все эти изменения в инфраструктуре отслеживания Google и Facebook доказывают, что мир отслеживания изменится через пару лет, и тегирование на стороне сервера может стать новым стандартом отслеживания поведения пользователей.

А как насчет преимуществ тегирования на стороне сервера? Почему вам следует перейти от веб-тегов к серверным тегам? Скопировать ссылку в этот раздел

Прежде чем мы начнем говорить о преимуществах тегов на стороне сервера, также известных как SS, я хочу сказать, что теги на стороне сервера — это новая технология, поэтому Я не рекомендую сразу переходить на тегирование SS. Сначала попробуйте объединить веб-теги и теги сервера. После того, как вы сравнили данные веб-тегов и серверных тегов и убедились, что теги на стороне сервера работают правильно, вы можете остановить веб-теги и продолжать использовать только сервер. Причина этого в том, что пометка сервера сложнее, чем пометка веб-сайта, и вам потребуется столько же времени, чтобы привыкнуть к новой логике. В установленном вами биггинге может работать некорректно. Другая причина заключается в том, что теги на стороне сервера Google слишком молоды, и могут быть некоторые ошибки, которые мы еще не обнаружили.

Основные преимущества тегирования на стороне сервера:Скопировать ссылку на этот раздел

1. Во-первых, наиболее важной причиной внедрения тегов SS является более точное отслеживание пользователей. С SS Facebook и Google Analytics у вас будут более точные данные, поскольку пиксели отслеживания не будут блокироваться блокировщиками рекламы ITP и другими ограничениями отслеживания.

2. Продление срока действия файлов cookie в Safari (и других браузерах, использующих Intelligent Tracking Prevention). Мы все использовали, что срок службы файлов cookie Google Analytics составляет два года. Но с 2020 года Safari сократил время жизни куки до 7 дней (а в некоторых случаях и до 24 часов). Это означает, что если пользователь не посещает ваш сайт повторно каждые семь дней, он будет считаться новым. Сокращение времени жизни файлов cookie может оказать существенное влияние на ваши аналитические данные. Допустим, пользователь Safari увидел ваше объявление в Google AdWords, кликнул по нему, а через семь дней вернулся на сайт и совершил покупку. В этом случае Google Analytics будет связывать конверсию с прямым/отсутствующим источником трафика. Это означает, что вы не сможете правильно рассчитать ROAS для своих кампаний PPC и принять правильные решения при оптимизации своего аккаунта AdWords.

3. Более высокая скорость страницы. Скорость сайта улучшится, потому что скрипты отслеживания не будут загружаться в браузер пользователя. По моему опыту, один из самых тяжелых скриптов — Facebook. Если сайт работает с рекламным агентством, у него может быть несколько скриптов Facebook на своем сайте. Хорошо, что вы можете полностью перенести привязку Facebook на серверную часть.

4. Обогащайте данные о своих пользователях. С помощью тегов на стороне сервера вы можете передавать данные из CRM (например, заказы по телефону, дополнительные продажи и т. д.) в Google Analytics или любой другой аналитический инструмент, поддерживающий теги SS.

Как настроить теги на стороне сервера на вашем сайте?Скопировать ссылку в этот раздел

Я разделю это руководство на четыре части:

• Создание серверного контейнера Google Tag Manager 

• Добавление личного домена

• Настройка Universal Analytics или Google Analytics 4 на стороне сервера

• Настройка Facebook Conversion API.

1. Настройте контейнер сервера Диспетчера тегов Google. Скопируйте ссылку в этот раздел

1.1 Войдите в свою учетную запись Диспетчера тегов Google и создайте контейнер сервера. Для этого перейдите в настройки администратора -> нажмите + под контейнерами -> добавьте имя контейнера -> выберите сервер -> нажмите «Создать» -> выберите «Настроить сервер тегов вручную» -> скопируйте конфигурацию контейнера, которую вы увидите во всплывающем окне. вверх.

1.2 Создайте или войдите в свою учетную запись в нашем сервисе -> нажмите «Создать контейнер» -> вставьте конфигурацию контейнера, которую вы скопировали из Диспетчера тегов Google -> нажмите «Создать контейнер». Настройка контейнера займет до 10 минут. Пожалуйста, обновите страницу через пару минут. Если установка прошла успешно, статус контейнера будет «Выполняется».

2. Создайте и добавьте пользовательский URL-адрес тегов. Скопируйте ссылку в этот раздел

2.1 Выберите поддомен, который вы хотите использовать в качестве URL-адреса сервера тегов. Я рекомендую вам использовать что-то, что не связано с отслеживанием, аналитикой, gtm и т. д. Причина этого в том, что некоторые AdBlockers начали блокировать все запросы, поступающие с URL-адреса, содержащего любое ключевое слово, связанное с отслеживанием пользователей. Например, если вы будете использовать gtm.yoursite.com, запросы могут быть заблокированы, потому что они увидят gtm внутри вашего URL. Итак, вы можете сделать что-то вроде tgurl.yoursite.com или ss.yoursite.com или что-то еще, что придет вам в голову.

2.2 Чтобы настроить собственный URL-адрес для контейнера сервера Диспетчера тегов Google, вам необходимо обновить запись A для вашего поддомена. В этом руководстве я расскажу, как это сделать в Cloudflare. Войдите в свою учетную запись Cloudflare -> выберите домен -> щелкните DNS -> Добавить запись. Настройки должны выглядеть следующим образом:

Тип: A

Имя : ss (или любой другой субдомен, который вы предпочитаете)

IPv4-адрес: IP-адрес зависит от местоположения серверов. Вы можете найти IP-адрес личного домена в своей учетной записи stape.io.

We have these servers locations:

US Center (lowa) => 35.193.123.107

US East (South Carolina) => 34.139.101.37

US West (Oregon) => 104.198.8.50

EU West (Belgium) => 35.195.159. 201

AP East (Singapore) => 34.126.138.154

SA East (São Paulo) => 35.198.36.195

TTL: Статус AutoProxy: отключено

По завершении нажмите Сохранить.

2.3 Обновите URL-адрес пометки внутри нашего сервиса. Нажмите «Настройки» и добавьте созданный вами пользовательский домен. Обратите внимание, что настройка поддомена у некоторых регистраторов может занять до 72 часов. Как только домен будет настроен и запущен, статус контейнера в нашем сервисе будет запущен.

2.4 Перейдите к настройкам администратора контейнера Google Tag Manage  server  и обновите URL-адрес сервера тегов. Обновите код Диспетчера тегов Google на своем сайте. Измените выделенное доменное имя на субдомен вашего URL-адреса тегов как для сценария gtm.js, так и для файла ns.html:

2.5 Добавьте URL-адрес транспорта в тег Universal Analytics или Google Analytics 4 внутри контейнера Диспетчера тегов Google  WEB  . Это можно сделать, добавив URL-адрес транспорта в переменную Universal Analytics, которую вы используете внутри контейнера WEB , или добавив его в тег UA в расширенной конфигурации.

2.6 Чтобы обновить URL-адрес тегов в Google Analytics 4, вам необходимо добавить эти записи в поля для установки.

имя поля: transport_url

значение: ваш URL тегов

3. Настройка Universal Analytics или GA4 на стороне сервера. Нажмите «Клиенты» и добавьте клиент Universal Analytics или Google Analytics 4.

3.2 Создайте теги Universal Analytics или GA4 внутри контейнера сервера. Перейдите к тегам -> нажмите «Добавить новый» -> выберите UA или GA4.

3.3 Создайте триггеры для тегов, которые вы создали на предыдущем шаге. Для тега UA триггером должно быть имя клиента, равное Universal Analytics. А для триггера GA4 имя клиента должно быть равно GA4.

3.4 Откройте режим отладки контейнера server Диспетчера тегов Google и убедитесь, что UA или GA4 работают с сервера. Обратите внимание, что серверному отладчику требуется больше времени для обновления, чем Интернету. Чтобы еще раз проверить настройку, откройте консоль и проверьте запросы Google Analytics. После того, как все настроено, не забудьте опубликовать изменения.

4. Настройка API конвертации FacebookСкопировать ссылку на этот раздел

4.1 Добавить шаблон тега Facebook из Галереи шаблонов.

4.2 Создайте тег Facebook внутри контейнера сервера Диспетчера тегов Google -> Добавьте идентификатор пикселя Facebook и токен доступа к API Facebook. (таким образом вы можете найти свой токен доступа к FB API).

4.3 У нашего пользовательского тега есть два варианта настройки Facebook CAPI: наследование от клиента GA и переопределение. Наследование от клиента GA будет сопоставлять события UA с событиями Facebook (если возможно, со стандартными событиями, если нет, то записывать как пользовательские события). Для наследования параметра имя триггера должно быть равно Universal Analytics. Второй вариант — переопределить события FB. В этом случае вам нужно будет выбрать имена событий и создать триггер для каждого события FB, которое вы хотите отслеживать. В этом случае событие просмотра страницы FB должно вызывать событие, имя которого равно просмотру страницы.

Выводы: Скопировать ссылку на этот раздел

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

Есть вопросы по настройке?

Просто скажите нам, в чем проблема. Нажмите Нужна помощь, заполните форму, и мы вышлем вам предложение.

Нужна помощь

Расширенное руководство по поисковой оптимизации

В следующем видео Мэйл Ойе из Google рассказывает о передовых методах расширения вашего сайта на новые языки или языковые варианты в зависимости от страны. Она обсуждает варианты использования международных сайтов, реализацию rel=»alternate» hreflang и лучшие практики.

Чтобы помочь вам начать работу, мы рекомендуем ознакомиться с собственными рекомендациями Google для веб-мастеров и руководством Moz.com для начинающих по SEO.

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

Теги заголовков — это элементы HTML, используемые для того, чтобы сообщить поисковым системам и вашим посетителям, о чем ваш сайт и эта конкретная страница, в наиболее краткой и точной форме. возможный. Теги заголовков отображаются на страницах результатов поисковых систем и имеют решающее значение для SEO.

Теги заголовков всегда должны содержать около 60 символов.

При локализации тегов заголовков на другом языке обязательно:

• Включите модификаторы тегов заголовков и используйте лучшие переводы для этих модификаторов. Общие модификаторы включают «лучший», «предложение», «купить», «руководство» и «отзывы».

• Рекомендуемый инструмент: Инструмент подсказки ключевых слов Google AdWords для определения наиболее распространенных и ценных модификаторов. Ключевые слова с самой высокой ценой за клик (CPC), как правило, являются наиболее ценными.

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

📘

Localize находит теги

Localize находит тегов