Как включить зависимость алгоритма работы тегов от региона

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

Подготовка

Ниже подразумевается, что вы уже настроили:

Шаг 1. Настройте заголовок запроса

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

Вы можете сразу перейти к шагу 2, если:

  • Вы используете App Engine. Эта платформа отправляет заголовки в зависимости от местоположения автоматически.
  • Вашего поставщика инфраструктуры нет среди указанных ниже. Вам понадобится настроить пользовательские заголовки.

Cloud Run и балансировщик нагрузки GCP

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

Запросы скриптов

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

Чтобы создать серверную службу:

  1. Откройте балансировщик нагрузки GCP.
  2. В балансировщике нагрузки выберите раздел Конфигурация серверной группы. Создайте серверную службу.
    Скриншот настроек серверной группы
  3. Задайте настройки для новой серверной службы:
    • Тип серверной ВМ – выберите тип группы конечных точек сети, используемый вашим приложением. Если вы используете Cloud Run, выберите Бессерверная группа конечных точек сети.
    • В форме Новая серверная служба выберите группу конечных точек сети вашего развертывания Менеджера тегов на стороне сервера.
      Скриншот, на котором показана новая серверная служба
  4. Откройте раздел Расширенные настройки. Добавьте пользовательские заголовки запросов.
    Название заголовка Значение заголовка
    X-Gclb-Country {client_region}
    X-Gclb-Region {client_region_subdivision}
  5. Сохраните новую серверную службу.

Чтобы настроить правила маршрутизации:

  1. В балансировщике нагрузки откройте раздел Правила маршрутизации. Выберите режим Расширенное правило обработки хостов и путей.
  2. Обновите параметр pathRules, чтобы сопоставить gtm.js, /gtag/js и /gtag/destination с новой серверной службой.
    pathRules:
- paths:
  - /gtm.js
  - /gtag*
  service: projects/project_id/global/backendServices/new backend service
- paths:
  - /*
  service: projects/project_id/global/backendServices/original backend service
  3. Сохраните изменения.

Все запросы

Чтобы отправлять со всеми HTTP-запросами информацию о местоположении, добавьте пользовательские заголовки запросов в существующую серверную службу, следуя инструкциям из документации по Google Cloud. Создайте пользовательские заголовки запросов:

Название заголовка Значение заголовка
X-Gclb-Country {client_region}
X-Gclb-Country {client_region_subdivision}

Балансировщик нагрузки GCP

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

Запросы скриптов

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

Чтобы создать серверную службу:

  1. Откройте балансировщик нагрузки GCP.
  2. В балансировщике нагрузки выберите раздел Конфигурация серверной группы. Создайте серверную службу.
    Скриншот настроек серверной группы
  3. Задайте настройки для новой серверной службы:
    • Тип серверной ВМ – выберите тип группы конечных точек сети, используемый вашим приложением. Если вы используете Cloud Run, выберите Бессерверная группа конечных точек сети.
    • В форме Новая серверная служба выберите группу конечных точек сети вашего развертывания Менеджера тегов на стороне сервера.
      Скриншот, на котором показана новая серверная служба
  4. Откройте раздел Расширенные настройки. Добавьте пользовательские заголовки запросов.
    Название заголовка Значение заголовка
    X-Gclb-Country {client_region}
    X-Gclb-Region {client_region_subdivision}
  5. Сохраните новую серверную службу.

Чтобы настроить правила маршрутизации:

  1. В балансировщике нагрузки откройте раздел Правила маршрутизации. Выберите режим Расширенное правило обработки хостов и путей.
  2. Обновите параметр pathRules, чтобы сопоставить gtm.js, /gtag/js и /gtag/destination с новой серверной службой.
    pathRules:
- paths:
  - /gtm.js
  - /gtag*
  service: projects/project_id/global/backendServices/new backend service
- paths:
  - /*
  service: projects/project_id/global/backendServices/original backend service
  3. Сохраните изменения.

Все запросы

Чтобы отправлять со всеми HTTP-запросами информацию о местоположении, добавьте пользовательские заголовки запросов в существующую серверную службу, следуя инструкциям из документации по Google Cloud. Создайте пользовательские заголовки запросов:

Название заголовка Значение заголовка
X-Gclb-Country {client_region}
X-Gclb-Country {client_region_subdivision}

Amazon Web Services (AWS) CloudFront

Создайте правила запросов информации о местоположении, чтобы добавить в запрос заголовки CloudFront-Viewer-Country и CloudFront-Viewer-Country-Region.

При этом автоматически будут добавлены следующие заголовки с их значениями:

Название заголовка Значение заголовка
CloudFront-Viewer-Country Страна пользователя
CloudFront-Viewer-Country-Region Подразделение страны пользователя
Настройки заголовков в AWS CloudFront

Azure Front Door

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

Название заголовка Значение заголовка
X-Azure-Country {geo_country}
Скриншот конфигурации Azure Front Door

Cloudflare

Включите параметр Add visitor location headers (Добавить заголовки с информацией о местоположении пользователя) в раздел управляемых преобразований:

При этом автоматически будет добавлен следующий заголовок с его значением:

Название заголовка Значение заголовка
CF-IPCountry Страна пользователя
Скриншот, на котором показана конфигурация Cloudflare

Шаг 2. Настройте переменную "Регион посетителя"

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

Автоматическое определение

  1. Откройте Google Менеджер тегов.
  2. Откройте серверный контейнер.
  3. В меню Переменные нажмите Настроить рядом со списком встроенных переменных.
  4. Выберите Регион посетителя.

Заголовки с информацией о местоположении теперь будут доступны для использования в переменной Регион посетителя.

Пользовательские заголовки

  1. Откройте Google Менеджер тегов.
  2. Откройте серверный контейнер.
  3. В меню Переменные создайте пользовательскую переменную типа Регион посетителя.
  4. На экране Конфигурация переменной выберите Пользовательская переменная.

  5. В меню Переменные создайте две новых переменных Заголовок запроса: одну для страны, а другую для кода подразделения. Укажите в качестве значений в заголовках запросов HTTP коды стран.

  6. Используйте созданные переменные в переменной Регион посетителя, как показано на снимке экрана.

    Скриншот настроек переменной

  7. Задайте название переменной и нажмите Сохранить.

Шаг 3. Включите в клиенте настройки, зависящие от региона

Чтобы использовать регион посетителя для обработки входящих запросов HTTP, добавьте этот регион в клиент.

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

    • Google Менеджер тегов: веб-контейнер;
    • Google Аналитика: GA4;
    • Google Аналитика: Universal Analytics.

  2. Если вы настраиваете клиент GA4 или UA, установите флажок Пути по умолчанию для передачи gtag.js для указанных идентификаторов и введите идентификатор потока данных для веб-контейнера.

  3. Установите флажок Включить параметры, зависящие от региона. Добавьте в поле Регион переменную {{Регион посетителя}}, созданную на предыдущем шаге.

  4. Сохраните настройки клиента.

Шаг 4. Убедитесь, что настройки, зависящие от региона, работают

Чтобы проверить, работают ли настройки:

  1. Откройте режим предварительного просмотра для серверного контейнера.
  2. Загрузите сайт, используя собственную передачу данных.
  3. В окне предварительного просмотра выберите клиент Google Аналитика (GA 4) или Universal Analytics с подтвержденным правом собственности. Скриншот клиента
  4. Чтобы посмотреть фактический регион, измените значение переключателя Display Variables as (Показывать переменные как) на Values (Значения). Скриншот с полем "Регион посетителя"
    • ✅ Ваша реализация правильная, если в свойстве Регион показан код страны.
    • ❌ Если свойство Регион имеет значение undefined или оно отсутствует, сервер не получает данные о регионе. Проверьте, настроены ли заголовки HTTP сервера в соответствии со стандартными переменными, которые ожидает Google Менеджер тегов. О том, как это сделать, можно узнать из статьи о настройке заголовка запроса.

Дальнейшие действия