Как подготовить серверы к обработке реального трафика
Вы настроили сервер тегов в тестовой среде App Engine. Чтобы перейти на рабочую среду, выполните указанные ниже действия.
Для обслуживания рабочего трафика мы рекомендуем использовать как минимум три сервера. Автомасштабирования 3–6 экземпляров должно быть достаточно для обработки 50–200 запросов в секунду, однако фактическая производительность зависит от количества и функций тегов, которые активируются при запросах.
Как обновить конфигурацию сервера
Чтобы настроить сервер тегов:
- Откройте Google Cloud Platform и запустите оболочку Cloud Shell.
- Настройте проект Cloud Platform. Замените
project ID
на сохраненный ранее идентификатор проекта GCP:gcloud config set project project ID
- Чтобы изменить конфигурацию сервера тегов для рабочей среды, выполните приведенный ниже установочный скрипт. Сделайте следующее:
bash -c "$(curl -fsSL https://googletagmanager.com/static/serverjs/setup.sh)"
- Измените тип развертывания на
production
(тестовая конфигурация). - Настройте дополнительные серверы для передачи рабочего трафика. Мы рекомендуем использовать не менее трех серверов.
- Измените тип развертывания на
Как сопоставить сервер тегов с пользовательским доменом
Одна из ключевых особенностей серверного контейнера заключается в том, что он может работать в субдомене сайта, с которого получает данные.
Такой режим, когда сервер тегов и сайт функционируют в одном домене называется собственным контекстом.

Вы можете добавить в серверное приложение несколько пользовательских доменов. Это удобно, если вы хотите, чтобы запросы с разных сайтов поступали в один серверный контейнер.
Одно из главных преимуществ развертывания серверной среды в одном домене с сайтом состоит в том, что файлы cookie браузера, с которыми работает серверный контейнер, считаются собственными. Поскольку сейчас многие браузеры ограничивают доступ к сторонним файлам cookie, это может значительно улучшить сбор данных.
1. Сопоставьте субдомен с приложением.
- Откройте Google Cloud Console и перейдите в App Engine > Settings (Настройки) > Custom Domains (Пользовательские домены). Убедитесь, что выбранный проект соответствует идентификатору контейнера:
- Нажмите Add a custom domain (Добавить пользовательский домен).
- Если нужный домен уже подтвержден, укажите его в разделе Select the domain you want to use (Выберите нужный домен). В противном случае выберите в раскрывающемся меню пункт Verify a new domain (Подтвердить право собственности на домен). Если домен ещё не подтвержден:
- Укажите субдомен (например,
metrics.example.com
) и нажмите Verify (Подтвердить). В новом окне откроется Центр веб-мастеров. - Чтобы подтвердить право собственности на субдомен, следуйте инструкциям на экране.
- Выполнив все инструкции, закройте окно Центра веб-мастеров и вернитесь на страницу Add a new custom domain (Добавление пользовательского домена) в Google Cloud Console. На ней должен появиться подтвержденный домен. Если вы его не видите, нажмите Refresh domains (Обновить домены).
- В разделе Point your domain to [project-ID] (Укажите домен для проекта [идентификатор проекта]) удалите субдомен с префиксом
www.
и нажмите Save mappings (Сохранить сопоставления).
Сопоставив сервер тегов с пользовательским доменом в App Engine, измените записи DNS в системе регистратора вашего домена. Для вашего удобства App Engine генерирует и отображает записи DNS, которые вам нужно внести.
2. Измените записи DNS в системе регистратора вашего домена.
- Чтобы получить информацию о записях DNS для сопоставленных доменов, перейдите на вкладку Custom Domains в Google Cloud Console. Откроется страница со списком записей DNS для всех доменов, сопоставленных с вашим приложением.
- Войдите в аккаунт на сайте регистратора вашего домена и откройте страницу настройки DNS.
- Найдите на странице конфигурации вашего домена раздел с записями хостов и добавьте туда все записи DNS, полученные при сопоставлении домена с приложением. В полях записей укажите следующие данные:
- Тип записи. Укажите тип из записи DNS, сгенерированной Google (A или AAAA).
- Название записи. Для записей A и AAAA укажите зарегистрированный субдомен. Например, чтобы сопоставить субдомен metrics.example.com, введите metrics.
- Данные. Введите данные (rrdata) из записи DNS, сгенерированной Google. Для записей A и AAAA это IP-адреса. Если помимо записей A и AAAA показывается запись CNAME, не сопоставляйте ее.
- Сохраните изменения на странице настройки DNS в аккаунте вашего домена. Обычно они начинают действовать через считаные минуты, но иногда нужно подождать несколько часов. Чтобы проверить, обновились ли записи DNS, можно воспользоваться командой Dig.
- Чтобы протестировать субдомен, перейдите к серверному контейнеру Менеджера тегов (Администратор > Настройки контейнера) и вставьте адрес этого субдомена в поле "URL серверного контейнера". Нажмите Сохранить, вернитесь в рабочую область и откройте Предварительный просмотр. Появится всплывающее окно с панелью отладки.
Как обновить теги на стороне клиента для отправки данных в новый домен
Сопоставив пользовательский домен с обновленной средой, не забудьте обновить теги в браузере, чтобы они обменивались данными с новым субдоменом, а не с доменом App Engine по умолчанию.
Для этого используйте параметр Отправлять в серверный контейнер в настройках тега конфигурации Google Аналитики 4 в Менеджере тегов.
Подробные сведения о том, как обновить теги в браузере, вы найдете в главе 5 этого курса.
Как развернуть дополнительные теги
Настроив теги Google Аналитики 4 таким образом, чтобы браузер отправлял данные в серверную среду, вы сможете использовать этот поток данных и для активации других тегов.
Это уникальная функция, доступная при добавлении тегов на стороне сервера. Вы можете сделать работу с тегами более эффективной и удобной, настроив отправку запросов на свой сервер. Оттуда запросы автоматически рассылаются нужным поставщикам, а потому вы можете удалить их теги из веб-контейнера.
Рассмотрим пример. Поскольку теперь клиент Google Аналитики 4 преобразует входящие запросы в формат данных о событиях, вы можете создать теги Google Рекламы и Floodlight, которые активируются при этих событиях.

В приведенном выше примере данные об одном событии-конверсии в веб-браузере направляются в три целевых сервиса: Google Аналитику 4, Google Рекламу и Floodlight. Поскольку данные теперь обрабатываются на сервере, вам больше не нужно добавлять в веб-контейнер отдельные теги Google Рекламы и Floodlight.
Помимо встроенных шаблонов, которые есть в серверном контейнере, в галерее общедоступных шаблонов можно найти много других шаблонов для тегов и переменных, созданных пользователями Менеджера тегов. Чтобы свести к минимуму возможные проблемы с безопасностью, эти шаблоны работают в изолированной среде JavaScript. В качестве дополнительной меры защиты можно также настроить правила. Шаблон будет работать только в том случае, если соответствует всем правилам и имеет нужные разрешения.
Если прежде, чем перейти к следующей главе, вы хотите настроить дополнительные теги, рекомендуем изучить информацию по теме:
Резюме
В этой главе мы рассмотрели два ключевых момента при добавлении тегов на стороне сервера:
- как обновить и настроить серверы;
- как разместить теги в собственном домене.
Теперь, когда у вас есть рабочая инфраструктура, мы подробнее расскажем, как отслеживать состояние серверов.