Преимущества server-side tagging

Вы, вероятно, уже слышали о тегах на стороне сервера (server-side tagging). Это становится все более популярным в основном благодаря Facebook Conversion API, который был разработан для повышения точности таргетинга и отслеживания конверсий. Помимо FB, в прошлом году все больше и больше платформ начали поддерживать отслеживание на стороне сервера, включая Google Analytics, Google Ads, TikTok, платформы электронной почты, такие как Klaviyo или Active Campaign, и т.д.

Если вы сомневаетесь, когда или если вы должны начать внедрять ss tagging, эта статья может быть интересна для вас. Здесь я хочу поговорить о преимуществах тегов на стороне сервера.

После внедрения отслеживания на стороне сервера наши клиенты видят немедленное увеличение результатов своих PPC-кампаний. Согласно исследованиям Google, после внедрения отслеживания на стороне сервера компания Square увидела 46%-ное увеличение конверсий, зарегистрированных в Google Ads.

Адблокеры, ограничения на отслеживание, такие как ITP, iOS 14, сломанный javascript - все это влияет на точность данных, которые вы собираете о посетителях сайта. И это основные причины, по которым Facebook, Google и другие платформы настоятельно рекомендуют своим пользователям начать внедрять отслеживание на стороне сервера.

Скорее всего, вы видите разное количество покупок в вашей CRM по сравнению с GA. Для некоторых наших клиентов Google Analytics занижал данные о 25% покупок по сравнению с данными CRM. После настройки ss-отслеживания это расхождение уменьшилось до 3%.

Отслеживание на стороне сервера может помочь улучшить потерю данных из-за ITP, ограничений iOS, а также уменьшить влияние AdBlockers. Все это происходит по двум причинам: использование пользовательского поддомена для отслеживания на стороне сервера, который устанавливает куки первой стороны и заменяет домен запроса, а также расширенное сопоставление событий на основе пользовательских данных.

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

Кстати, у нас есть статья в блоге, в которой описывается, как использовать статус согласия в server Google Tag Manager.

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

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

Многие клиенты stape решили установить отслеживание на стороне сервера в основном для того, чтобы получить лучшую скорость страницы. Значительная часть этих клиентов обратилась к нам из-за javascript Klaviyo. Он сильно замедляет работу сайта. Но хорошей новостью является то, что тег Klaviyo на стороне сервера делает то же самое, что и веб-интеграция, и вы можете перейти на тег Klaviyo на стороне сервера без потери какой-либо функции интеграции.

Мы также провели небольшой эксперимент, сравнив скорость страницы сайта при использовании веб-тегов и тегов на стороне сервера. В Google также есть статья, показывающая, как Nemlig улучшил время загрузки страницы на 7%, переместив теги на сервер.

При настройке серверного контейнера в Google Tag Manager настоятельно рекомендуется использовать пользовательский поддомен. С помощью пользовательского поддомена можно установить куки первой стороны.

В основном это касается браузеров с интеллектуальными средствами предотвращения отслеживания, таких как Safari или Firefox. Например, при использовании веб-отслеживания для Google Analytics, GA устанавливает cookies с домена https://www.google-analytics.com. В этом случае куки живут 1 или 7 дней. Если вы настроили GA на стороне сервера и использовали пользовательский домен для серверного GTM, куки будут существовать в течение двух лет.

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

С другой стороны, с помощью тегов на стороне сервера вы контролируете, какие данные получает каждый вендор. Они могут получить доступ только к той информации, которую вы указали в запросе. Если вы не отправляете данные пользователя в запросе, вы можете быть на 100% уверены, что у них нет доступа к личным данным пользователей.

Это преимущество имеет нечто общее с преимуществом контроля данных. В связи с такими нормативными актами, как GDPR, CCPA или CSP, вы должны строго контролировать, когда вы собираете информацию о посетителях вашего сайта и кому вы ее передаете. Запрещено отправлять любую PII (персонально идентифицируемую информацию) сторонним поставщикам.

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

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

Если вы используете отслеживание на стороне сервера с настроенным поддоменом, запросы на отслеживание отправляются с вашего основного домена, то есть AdBlocker не может его обнаружить. Например, он проверяет, является ли запрашиваемый домен google-analytics.com, чтобы обнаружить и заблокировать GA. Но при использовании отслеживания ss и пользовательского поддомена Google Analytics будет отправлять запросы с вашего пользовательского поддомена, например ss.example.com, что означает, что Adblocker не сможет определить, GA это или нет.

С помощью серверного GTM и ss-трекинга в целом можно пополнять данные. Например, вы можете отслеживать заказы по телефону в Google Analytics или Facebook. Это может помочь вам создать пользовательскую аудиторию или получить полную картину того, откуда поступают заказы.

Еще один частый случай использования технологии пополнения данных - отправка информации о заказах из платежных систем, таких как Stripe. Это помогает обеспечить отображение всех данных о продажах в GA, FB или других инструментах аналитики.

Любой может увидеть ваш идентификатор отслеживания в консоли или с помощью плагина для браузера с веб-отслеживанием. При отслеживании на стороне сервера ситуация обратная - ваши идентификаторы отслеживания скрыты. Это может помочь предотвратить попадание в спам. 

Отслеживание на стороне сервера имеет множество преимуществ. С моей точки зрения, наиболее важными являются повышение точности отслеживания, ускорение загрузки страниц и контроль данных. Учитывая, что Safari и Firefox предотвращают использование сторонних файлов cookie, а Chrome постепенно откажется от использования сторонних файлов cookie в 2022 году, я бы настоятельно рекомендовал добавить отслеживание на стороне сервера в ваш план на 2022 год.

Есть два основных недостатка отслеживания на стороне сервера: стоимость и сложность. Но хостинг stape.io для сервера Google Tag Manager устраняет их. С помощью stape вы можете настроить серверный хостинг GTM в 1 клик, к тому же мы в 5 раз дешевле, чем Google Cloud. А если вам нужна помощь в настройке ss-трекинга, мы тоже можем ее предоставить!