Первым шагом к успешному отслеживанию веб-страниц является создание подробного плана, описывающего, какие события и данные о событиях должны быть отправлены и когда. Это гарантирует, что правильная информация будет собрана, проанализирована и передана в инструменты аналитики, такие как Google Analytics или Facebook.
Настройка отслеживания на стороне сервера должна начинаться еще с более раннего этапа - планирования установки сервера тегов (tagging server).
Настроить сервер тегов относительно просто, если вы планируете использовать контейнер sGTM для одного сайта. Просто создайте пользовательский домен для сервера тегов, установите необходимые DNS-записи, настройте sGTM, и все. Но что делать, если вы используете один серверный GTM-контейнер для нескольких сайтов? Когда имеет смысл использовать один контейнер sGTM для нескольких веб-сайтов? Как в этом случае следует сопоставлять кастомные домены?
В этой статье я постараюсь ответить на все вопросы, связанные с тегами на стороне сервера для мультидоменов, и покажу, как настроить сервер тегов для мультидоменов с помощью stape.
По моему опыту, это три наиболее популярных варианта использования одного sGTM для нескольких веб-сайтов:
Вы можете решить использовать один серверный Google Tag Manager для нескольких сайтов, чтобы сократить расходы на хостинг sGTM. Хотя это действительно может снизить расходы на эксплуатацию sGTM, мы настоятельно рекомендуем использовать один sGTM на нескольких доменах, когда это строго необходимо, поскольку установка нескольких доменов делает управление отслеживанием sGTM чрезвычайно сложным.
Один серверный URL-адрес тегов для нескольких веб-сайтов означает использование одного серверного GTM-контейнера. Это приводит, например, к созданию двух отдельных тегов и триггеров для запуска просмотров страниц Google Analytics на сервере. То же самое относится и ко всем другим событиям Google Analytics.
Помимо серверного GA, вы захотите настроить отслеживание ss для других платформ, таких как Facebook, TikTok, Snapchat, или, возможно, использовать интеграцию Firestore или Google Sheet. При использовании нескольких веб-сайтов в одном sGTM количество элементов sGTM будет расти экспоненциально, поскольку вам придется создавать теги, триггеры и переменные для каждого сайта.
В конце концов, вы можете достичь пределов контейнера GTM на стороне сервера. Да, вы не можете создать неограниченное количество элементов в контейнере sGTM. Google определяет, насколько тяжелым является контейнер sGTM, оценивая размер кода, а не количество элементов в sGTM.
Один из наших тестовых контейнеров достиг предела в 85%, имея всего 41 тег и 5 клиентов. Когда контейнер подходит к пределу, вам следует либо реструктурировать контейнер sGTM на несколько sGTM, что означает использование другого URL сервера тегов. Или удалить некоторые части серверного GTM.
Ключевой особенностью тегов на стороне сервера является установка cookie-файлов первой стороны. Для этого необходимо настроить кастомный домен для URL сервера тегов. Кастомный домен должен быть расположен в иерархии доменов вашего основного сайта. При использовании sGTM для одного сайта определить кастомный домен очень просто, достаточно использовать домен верхнего уровня +1.
Здесь я хочу рассмотреть два сценария использования одного sGTM для нескольких доменов.
При сопоставлении веб-сайтов с совершенно разными доменами в одну конечную точку sGTM необходимо создать кастомный домен для каждого сайта в отдельности. Позже в этой статье я покажу вам, как настроить сервер тегов, сервер и веб GTM для мультидоменных контейнеров с разными доменами.
Когда сайты имеют один и тот же домен (example.com и blog.example.com), домен сервера тегов должен быть настроен на домен верхнего уровня + 1 (eTLD+1) данного домена или URL.
Это означает, что для сайтов example.com и blog.example.com сервер тегов должен выглядеть как ss.example.com. В этом случае оба домена будут иметь доступ к установке cookies первой стороны. НЕ используйте что-то вроде ss.blog.example.com.
Функция нескольких доменов доступна для пользователей тарифного плана stape Business (и выше). Чтобы включить ее, откройте контейнер sGTM, нажмите Power-Ups и Config Multi-Domains.
Добавьте все поддомены, которые вы хотите использовать для конечной точки на стороне сервера. Для пользователей тарифного плана Business ограничение составляет 20 доменов, для Enterprise - 50 доменов, для Custom - неограниченно! После этого вам нужно будет создать запись A для всех пользовательских доменов ss, аналогично тому, как вы обычно делаете это для одного домена.
Единственное, что необходимо настроить в GTM-серверном контейнере, - это URL-адреса серверного контейнера в настройках админа. Здесь вам нужно добавить все URL-адреса серверного контейнера, которые вы установили в предыдущем шаге. Для этого откройте Админ -> Настройки контейнера -> добавить URL в разделе URLs серверного контейнера.
Добавление URL серверного контейнера влияет на URL отладки sGTM. Чтобы выбрать URL тега, который вы хотите использовать для отладки, нажмите селектор рядом с кнопкой предварительного просмотра.
Вы увидите список кастомных доменов, который вы добавили в настройках контейнера. Выберите один из списка доменов.
После этого нажмите кнопку предварительного просмотра и проверьте, использует ли URL-адрес предварительного просмотра правильный пользовательский домен, тот, который вы выбрали в предыдущем шаге.
Мы подходим к необходимым изменениям в веб-GTM с многодоменным сервером тегов, используя lookup table variable. В веб-GTM необходимо отправлять, например, данные UA на URL тихоокеанского сервера тегов. Лучший способ настроить это - использовать переменную Lookup Table. Эта переменная lookup table должна проверять имя хоста страницы и в зависимости от этого устанавливать URL сервера тегов.
Надеюсь, эта статья прольет свет на настройку серверного GTM-контейнера. Это удобная функция при использовании различных доменов для локализации сайта, брендов, продуктов, целевых страниц и т. д.
Хотя настройка серверного Google Tag Manager становится все более популярной, она может быть немного сложной для тех, кто никогда не делал этого раньше. Если вам нужна помощь в начале работы, наша команда экспертов будет рада помочь вам. Свяжитесь с нами сегодня, и мы настроим отслеживание в кратчайшие сроки!
Все, что для этого нужно, - ответить на несколько простых вопросов. Нажмите Получить помощь, заполните форму, и мы вышлем вам предложение.
К концу 2024 года браузеры Chrome и браузеры на базе Chrome откажутся от сторонних файлов cookie. Safari и Firefox уже внедрили интеллектуальные алгоритмы отслеживания, которые могут блокировать трекеры. Это подводит к следующему моменту: методы цифровой рекламы, которые полагаются на сторонние файлы cookie для нацеливания на потребителей, могут стать неэффективными или вообще перестать работать.
6 окт. 2020 г.В этой статье я расскажу, как настроить пользовательский поддомен в контейнере сервера Google Tag Manager. Основное преимущество пользовательского поддомена внутри контейнера сервера Google Tag Manager заключается в том, что он помогает обойти интеллектуальные средства предотвращения отслеживания, блокировщики рекламы и увеличивает время жизни файлов cookie для пользователей, просматривающих страницы в Safari. Pixels будет загружаться из вашего поддомена и запускаться как первая сторона.
8 мар. 2022 г.Узнайте, как использовать серверный Google Tag Manager для увеличения срока службы файлов cookie. Это поможет вам справиться с ограничениями на отслеживание, которые затрагивают файлы cookie третьей стороны.