С постоянным развитием онлайн-рекламы появляются новые трудности. Одна из них - отслеживание на стороне сервера, инструмент для мониторинга поведения пользователей на веб-сайтах, где вместо браузеров пользователей используются облачные серверы. Он появился в 2020 году, а значит, является довольно новым, и не так много людей еще успели в него детально погрузиться.
Итак, если вы начинаете новую маркетинговую инициативу и решили запустить рекламу в социальных сетях, вы определенно должны знать об этом новом методе отслеживания. Мы решили сделать эту статью в блоге для новичков в мире серверного отслеживания. Здесь вы найдете преимущества серверного отслеживания, краткий обзор наиболее популярных платформ, поддерживающих серверные теги, обсуждение различных случаев использования, а также преимущества серверов Stape для sGTM.
Если, как и многие организации сегодня, вы недовольны непоследовательностью аналитических данных и/или беспокоитесь о праве собственности на данные и конфиденциальности, отслеживание на стороне сервера может помочь решить некоторые из ваших проблем. Итак, давайте рассмотрим подробнее, как это работает.
При использовании тегов на стороне сервера обмен данными между платформами отслеживания и сторонними поставщиками осуществляется через облачный сервер. Это исключает использование браузера пользователя. Вместо этого серверный контейнер работает на облачном сервере под вашим контролем.
Появление серверного контейнера Google Tag Manager значительно повлияло на популярность серверных тегов. Используя интерфейс sGTM, вы можете реализовать межсерверное отслеживание для самых популярных платформ. Вы также можете использовать веб-GTM в качестве источника данных для серверного контейнера GTM. Для передачи данных в серверный GTM можно использовать либо Google Analytics 4, либо Data Tag/Data Client.
Несмотря на внешнее сходство с веб (теги на стороне клиента), серверный GTM-контейнер использует отслеживание на стороне сервера, которое работает по совершенно другой логике.
Отслеживание на стороне клиента - это традиционная форма отслеживания, при которой поставщики аналитических услуг взаимодействуют непосредственно с браузером пользователя. Теги отслеживания активируются, контейнер загружается одновременно с загрузкой страницы, и все данные о взаимодействии передаются провайдерам аналитики. Это означает перегрузку страницы + резкое снижение скорости работы страницы + возникновение проблем с безопасностью и сторонними cookies.
Именно здесь на помощь приходит серверное отслеживание! Отслеживание на стороне сервера позволяет справиться с потерей данных, вызванной ITP, ограничениями iOS и AdBlockers, а также ускорить работу вашего сайта и защитить данные.
В случае с ss-тегированием добавляется промежуточная точка (сервер облачного тегирования). Облачный сервер тегов обрабатывает запрос вместо браузера клиента. Запрос сначала поступает на облачный сервер, затем сервер обрабатывает его и отправляет в стороннюю систему.
Существует несколько инструментов, которые можно использовать для настройки ss-тегов. Наш выбор - серверный контейнер Google Tag Manager. Основными преимуществами использования sGTM, на наш взгляд, являются:
Посетите эту статью блога, если вы хотите установить на своем сайте серверные теги Google Tag Manager.
Используя stape, вы можете настроить сервер GTM менее чем за 1 минуту, и мы являемся самым дешевым решением на рынке. Stape является достаточно выгодным, потому что мы покупаем серверы оптом и на длительный срок. Кроме того, мы оптимизируем наши серверы для работы только с Google Tag Manager.
Помимо этого, у нас есть и другие преимущества:
1. Custom gtm.js and gtag.js loader. Он помогает сделать скрипты Google Tag Manager и/или Analytics 4 более устойчивыми к адблокерам.
2. Global CDN. Позволяет ускорить обработку js-файлов за счет использования сервера, расположенного ближе к посетителю вашего сайта. Это приводит к улучшению скорости страницы, что может положительно сказаться на органическом ранжировании.
3. Logs. Удобная функция при настройке или устранении неполадок с тегами на стороне сервера. Она помогает выяснить, какие данные были отправлены на сервер и как они были обработаны. Например, вы можете проверить, все ли события покупки имели статус 200 (это означает, что они были правильно обработаны), или проверить все запросы с кодом ответа 500.
4. Preview header. Это помогает увидеть все ваши входящие запросы в отладчике sGTM, когда запрос был отправлен не из web GTM.
Обо всех из них вы можете прочитать в этой статье блога.
Для сайтов с большой посещаемостью мы предлагаем индивидуальные тарифные планы. Воспользуйтесь калькулятором цен, чтобы определить оптимальный тарифный план для вашего сайта.
Если вы новичок и теряетесь между всеми конфигурациями - ниже вы найдете необходимый список того, как начать работу с тегами на стороне сервера.
Первым шагом при начале работы с тегами на стороне сервера является настройка контейнера sGTM. Используя stape, вы можете настроить сервер тегов для вашего контейнера sGTM в один клик.
Все, что вам нужно сделать, это:
1. Войти в https://tagmanager.google.com/
2. Создать новый контейнер.
3. Добавить имя контейнера и выбрать Server в качестве целевой платформы, нажать кнопку создать.
4. Выбрать Manually provision tagging server
5. Скопировать конфигурацию контейнера.
6. Войдите в свою учетную запись app.stape.io
7. Нажмите Создать контейнер.
8. Добавьте имя контейнера, вставьте конфигурацию контейнера, которую вы скопировали из Google Tag Manager, и выберите местоположение сервера. Мы рекомендуем выбрать местоположение сервера, расположенное ближе к посетителям вашего сайта.
9. Этот шаг необязателен, но настоятельно рекомендуется. Вы можете установить пользовательский домен для сервера тегов и включить CDN. Пользовательский домен помогает установить куки от первой стороны, в то время как глобальные CDN-серверы js файлы с серверов, расположенных ближе к местоположению пользователя. Перед включением глобальной сети CDN проверьте политику отслеживания в вашей стране.
10. После включения этих двух параметров (или одного из них) необходимо обновить настройки DNS. Настройки DNS для вашего контейнера вы найдете в учетной записи stape.
11. Нажмите кнопку создать. Для развертывания контейнера может потребоваться около 10 минут. После запуска состояния контейнера можно приступать к настройке тегов на стороне сервера.
12. Откройте настройки серверного контейнера Google Tag Manager и добавьте URL-адреса серверного контейнера. Если вы настроили пользовательский домен, используйте его при настройке URL-адреса серверного контейнера. Если вы не настроили пользовательский домен на шаге 9, вы можете скопировать URL сервера тегов с app.stape.io, который мы создали для вас.
13. Если вы установили пользовательский домен на шаге 9, настоятельно рекомендуется обновить скрипт GTM на вашем сайте. Используйте свой пользовательский домен вместо tag manager.google.com.
Настройка server Google Analytics 4 аналогична настройке UA:
1. Откройте веб-контейнер GTM, установите флажок Отправить в серверный контейнер и добавьте URL-адрес серверного контейнера.
2. Перейдите в серверный контейнер Google Tag Manager Server. Нажмите Клиенты и добавьте клиент Google Analytics 4.
3. Создайте теги GA4 внутри серверного контейнера. Перейдите в раздел tags -> нажмите кнопку add New -> выберите GA4.
4. Создайте триггеры для тегов, которые вы создали в предыдущем шаге. Для триггера GA4 имя клиента должно быть равно GA4.
5. Откройте режим отладки серверного контейнера Google Tag Manager и убедитесь, что GA4 работает с сервера. Обратите внимание, что отладчику сервера требуется больше времени для обновления, чем веб. Чтобы перепроверить настройку, откройте консоль и проверьте запросы Google analytics. Когда все будет настроено, не забудьте опубликовать изменения.
Если вы хотите иметь достаточно данных для изучения эффективности вашей рекламной кампании и предоставления алгоритмам машинного обучения Google дополнительных знаний о целях вашей компании, отслеживание конверсий в Google Ads просто необходимо. Перенос тегов Adwords на сервер уменьшит количество кода, который должен выполняться на веб-страницах, а также поможет решить проблемы производительности при медленном интернет-соединении!
Отслеживание Google Ads на стороне сервера может работать только с использованием запросов сервера GA4. Это означает, что вы должны настроить серверный Google Analytics 4, прежде чем переходить к серверному Google Ads.
Пожалуйста, посмотрите, как настроить server Google Ads:
1. Убедитесь, что Google Analytics 4 на стороне сервера настроен правильно.
2. В контейнере Server установите тег Conversion Linker. Этот тег должен срабатывать при каждом просмотре страницы.
3. Установите тег ремаркетинга Google Ads в серверном GTM. Это похоже на настройку тега веб-ремаркетинга. Все, что вам нужно сделать, это добавить идентификатор конверсии и выбрать триггер, который должен использовать запросы GA4. Возможно, вы также решите отправлять данные о событиях динамического ремаркетинга и предоставлять пользовательские параметры.
4. Создайте новый тег Google Ads Conversion Tracking в серверном контейнере -> добавьте Conversion ID и Conversion Label аналогично настройке тега Adwords. Затем у вас есть возможность добавить данные о продукте и пользователе. (Это очень похоже на то, как работает Facebook conversion API). Если вы отправляете данные о пользователе и продукте из веба на сервер, вы можете включить эти флажки и выбрать данные о событиях в качестве источника данных. Моя конверсия на сервере Adwords срабатывает на событие покупки.
В отличие от платформ Google, Facebook рекомендует использовать как веб-, так и серверное отслеживание. Основное преимущество метода "веб+сервер" заключается в том, что он по-прежнему использует сторонние файлы cookie (когда это возможно). Основное преимущество метода "только сервер" заключается в том, что он уменьшает количество сторонних java-скриптов на вашем сайте и позволяет строго контролировать, какие данные были отправлены в FB. Так что вам решать, использовать ли веб-+серверное отслеживание FB или только серверное.
Настройка FB CAPI сложнее, так как требует дедупликации событий (при использовании метода web+server), отправки параметров пользователя, таких как email, номер телефона, имя/фамилия и т.д.
Вы можете посетить статью нашего блога о том, как настроить Facebook conversion API, или посмотреть наше видео о Facebook conversion API с помощью Google Analytics 4.
Надеюсь, к этому времени вы согласитесь с нами, что отслеживание на стороне сервера - обязательное условие для вашей маркетинговой кампании. Но это все еще относительно новая технология, и не все платформы ее предоставляют, например, Twitter. Поэтому мы составили список всех поставщиков, поддерживающих серверный GTM, и объединили их требования, инструкции и документацию.
Наиболее популярными платформами для отслеживания на стороне сервера, которые используют наши клиенты, являются:
Помимо прямой реализации отслеживания на стороне сервера, описанной ранее в этой статье блога, ss-трекинг дает некоторые расширенные возможности, ранее недоступные в веб-трекинге. Здесь я расскажу о некоторых наиболее популярных из них.
Можно обслуживать вебхуки из CRM в sGTM. Внутри sGTM вы можете получать данные webhooks и добавлять их в любую платформу. Вы можете использовать их, например, для обогащения данных Facebook Conversion API с помощью параметра пользователя или оффлайн-событий. Или, может быть, отправлять заказы в магазине из вашего POS в Google Analytics или отслеживать возвраты.
Firestore - это база данных, которая хранит коллекции документов. sGTM позволяет читать и записывать данные в/из Firestore. sGTM и Firestore дают неограниченные возможности в плане обогащения данных. У нас есть подробный гайд по чтению/записи данных в Firestore.
Stape создал пользовательский тег, который позволяет интегрировать sGTM и Google Sheets. Это отличная возможность для тех, кто использует инструменты, подобные Zapier, для отслеживания любых данных с сайта в Google Sheets. Такие инструменты, как Zapier, могут стоить дорого, в то время как с sGTM вы можете получить ту же интеграцию по цене, близкой к 0. Ознакомьтесь с этой статьей о теге Google Sheet для sGTM.
Хотя существует множество нестандартных реализаций sGTM, это три самых популярных. Посетите наш блог для получения дополнительной информации о ss-тегах.
Наиболее распространенные примеры использования тегов на стороне сервера показывают, что они могут существенно повлиять на ваши данные. Однако важно обратить внимание на то, как вы внедряете эту технологию и какое решение выбираете. Плохая интеграция потенциально может сделать ситуацию еще более нестабильной, чем раньше.
Отслеживание на стороне сервера - сложная тема, поскольку она основана на новой технологии, поэтому убедитесь, что человек, который ее внедряет, делает все правильно.
Если вам нужна помощь в настройке отслеживания ss, Stape может это сделать! Все, что требуется, это несколько коротких вопросов, и мы ответим вам в течение следующего рабочего дня.
Пользовательский загрузчик - одна из самых замечательных и самых популярных функций, которые Stape предлагает своим клиентам. С помощью пользовательского загрузчика вы можете сделать отслеживание устойчивым к блокировщикам рекламы.
Говорят, что примерно каждый четвертый пользователь Интернета сейчас использует блокировщик рекламы, поэтому можно с уверенностью предположить, что вы теряете данные примерно о 20% ваших пользователей.
Допустим, вы установили пользовательский загрузчик и используете серверный GA4 для настройки FB CAPI. Stape Custom Loader power-up делает gtag.js и gtm.js невидимыми для блокировщиков рекламы. Пользователь с включенным адблокером попадает на ваш сайт; в этом случае не только GTM и GA4 будут иметь записи об этом пользователе, но и FB будет отслеживать данные.
Благодаря отслеживанию на стороне сервера и включенному пользовательскому загрузчику вы можете отслеживать на 30% больше данных о посетителях сайта.
Facebook поощряет рекламодателей внедрять CAPI, поскольку это должно помочь снизить стоимость приобретения и улучшить измерение.
Влияние Facebook conversion API на результаты кампании в чрезмерной степени зависит от того, насколько точно и четко вы его внедрили. Facebook утверждает, что для получения максимальных результатов следует использовать следующие передовые методы:
Это означает, что FB будет иметь качественные данные для пользовательских и lookalike аудиторий. Это также сделает атрибуцию конверсий в FB ads manager более точной. Когда все эти лучшие практики внедрены, наши клиенты могут увидеть до 98% конверсий в менеджере событий FB.
Интеграция Klaviyo на стороне сервера дает те же возможности, что и стандартная реализация Klaviyo, но главное преимущество в том, что ss Klaviyo не замедляет работу вашего сайта.
Для некоторых наших клиентов удаление javascript Klaviyo с сайта улучшило показатель скорости страниц на 7 пунктов.
Идеальная схема реализации отслеживания на стороне сервера - это иметь один первичный источник данных для sGTM и использовать его для настройки отслеживания ss для всех ваших платформ.
В этом случае вы можете удалить все ненужные сторонние скрипты отслеживания с вашего сайта. У нас есть статья с примером того, как отслеживание на стороне сервера влияет на скорость страницы.
Установка отслеживания на стороне сервера - это отличный способ улучшить работу вашего сайта и получить более точные данные. Поначалу настройка может быть немного сложной, но с помощью этого руководства вы сможете приступить к ней без проблем.
В этой статье блога собрана общая информация, необходимая для начала работы с отслеживанием на стороне сервера. Здесь мы рассмотрели все возможные руководства и случаи использования. Не стесняйтесь писать нам по адресу support@stape.io, чтобы получить помощь. Мы понимаем ваши потребности и можем помочь вам погрузиться в мир тегов.
Все, что для этого нужно, - ответить на несколько простых вопросов. Нажмите Получить помощь, заполните форму, и мы вышлем вам предложение.
