Растущая озабоченность доступом к данным становится актуальной в наши дни. Раньше рекламодатели могли полагаться на широкий спектр источников данных. Это больше не так из-за изменяющихся правил конфиденциальности, сторонних и первых файлов cookie, а также активного поведения потребителей, как использование блокировщиков рекламы и выбора опций отказа от отслеживания. Эти изменения делают старые источники данных менее полезными. Рекламодатели и маркетологи, использующие браузерное отслеживание и файлы cookie, начинают сталкиваться с более сложными задачами.
И вот теперь появляется обновление Safari, которое может значительно повлиять на данные аналитики и маркетинговые кампании. В этой статье мы рассмотрим последние изменения в ограничениях отслеживания Safari и покажем, как теги на сервере их могут обойти.
Вот краткий список функций конфиденциальности и безопасности Apple, которые они объявили:
Эта новая функция разработана для удаления пользовательских данных отслеживания из URL-адресов. Многие веб-сайты добавляют дополнительные параметры URL для мониторинга активности пользователей.
С этим обновлением любые ссылки, разделенные через сообщения и почту, будут очищены от этих данных отслеживания, но ссылки будут работать как обычно. Эта защита также распространяется на ссылки, открываемые в режиме частного просмотра Safari.
По умолчанию в режиме инкогнито удаляются любые идентификаторы, которые можно проследить обратно к пользователю при клике по ссылке. Однако части ссылки, которые не могут идентифицировать пользователя, остаются неизменными.
Каждая система управления тегами обрабатывается по-разному в последнем обновлении Safari, особенно когда пользователи используют режим частного просмотра Safari и включают расширенную защиту.
Наибольшие ограничения были введены для Google Tag Manager, в то время как другие системы тегов, такие как Tealium, прекрасно работают во всех режимах Safari.
В последнем обновлении Safari Google Tag Manager по умолчанию блокируется, когда кто-то использует режим инкогнито Safari или включает расширенную защиту Safari. Это означает, что любой код или тег, которые вы настроили с помощью GTM, не будут работать, что повлияет на аналитику, пользовательский опыт, рекламу и другие ключевые функции веб-сайта.
Google Analytics имеет тот же эффект, что и Google Tag Manager. Скрипт Google Analytics блокируется, когда пользователь использует режим инкогнито Safari, и блокируется по умолчанию, когда включена расширенная защита от отслеживания. Нет разницы, размещаете ли вы скрипт GA непосредственно на сайте или используете систему управления метками.
Скрипты Google Ads и Floodlight блокируются в режиме инкогнито Safari и при включении пользователем расширенной защиты от отслеживания. То же самое ограничение также распространяется на скрипты Facebook. В то же время теги TikTok и Bing для рекламы не блокируются в таких сценариях.
Начните использовать серверное отслеживание! С серверным Google Tag Manager, размещенным на собственном домене, скрипт GTM не будет блокироваться в режиме инкогнито Safari или при включении расширенной защиты от отслеживания. Если вы настроите серверное отслеживание Google Analytics и Google Ads с помощью sGTM, использующего собственный домен, скрипты GA и GAds также не будут блокироваться.
Помимо собственного домена, вы можете сделать серверное отслеживание еще более точным, используя custom loader. Основное преимущество custom loader заключается в том, что он помогает скрыть скрипт отслеживания от большинства инструментов и методов блокировки рекламы и скриптов.
Custom loader бесплатен для всех пользователей stape и может быть быстро настроен. Войдите в свою учетную запись на stape.io, откройте контейнер sGTM, перейдите на вкладку Power-ups и настройте custom loader, перейдя в настройки и добавив свой идентификатор веб-сервера Google Tag Manager. После этого вам нужно обновить код GTM на вашем сайте.
С помощью custom loader и собственного домена вы можете создавать файлы cookie первой стороны, увеличивать срок их действия и укреплять устойчивость скриптов Google Tag Manager и Google Analytics против программ и алгоритмов блокировки рекламы.
Вот пример того, как custom loader Stape может помочь:
При использовании серверного GTM для настройки Facebook Conversion API важно передавать fbp и fbc на серверы Facebook. Установка этих файлов cookie невозможна, если вы полагаетесь на поддомен третьей стороны в качестве сервера тегов, так как только ваш основной домен может создавать файлы cookie для вашего сайта.
С использованием собственного поддомена данные, отправляемые на Facebook, будут неограниченными, что приведет к меньшему количеству событий, зачисленных ваши кампании. Идентификатор клика и идентификатор браузера (fbc и fbp) критически важны для оценки эффективности ваших рекламных кампаний в Facebook. Путем интеграции вашего идентификатора веб-сервера GTM в custom loader stape.io вы заметите, что gtm.js и gtag.js были заменены случайным путем запроса. Это поможет скрыть скрипты Google Tag Manager и Google Analytics 4 от блокировщиков рекламы.
В последнем обновлении Safari скрипты Google Tag Manager, Google Analytics, Google Ads, Floodlight и Facebook блокируются, когда кто-то использует режим инкогнито или включает расширенную защиту от отслеживания.
Серверный Google Tag Manager с собственным доменом помогает преодолеть эти ограничения. Использование custom loader может еще укрепить точность вашего отслеживания. В частности, может:
Если вам нужна помощь в настройке custom loader или вы хотели бы провести аудит текущей конфигурации, не стесняйтесь связаться с нами!
Мы вас поддержим! Нажмите Получить помощь, заполните форму, и мы вышлем вам бесплатное предложение.
