Оновлення Safari: Скрипти GTM, Google Analytics та Google Ads блокуються в режимі Інкогніто

Зараз зростає занепокоєння щодо доступності даних. Раніше рекламодавці могли покладатися на широкий спектр джерел даних. Але це вже не так, оскільки змінюються правила конфіденційності, знецінюються треті та перші файли cookie, а також проактивна поведінка споживачів, як-от використання блокувальників реклами та вибір опцій відмови від реклами. Ці зміни роблять старі джерела даних менш корисними. Рекламодавцям і маркетологам, які використовують відстеження браузерів і файли cookie, стало складніше працювати.

І ось вийшло оновлення Safari, яке може суттєво вплинути на дані аналітики та маркетингові кампанії. У цій статті ми розповімо про нещодавні зміни в обмеженнях на відстеження в Safari і покажемо, як їх можна подолати за допомогою тегів на стороні сервера.

Нижче наведено короткий список анонсованих функцій конфіденційності та безпеки Apple:

Ця нова функція призначена для видалення з URL-адрес деталей відстеження, що стосуються конкретного користувача. Багато веб-сайтів додають додаткові параметри URL-адреси для відстеження активності користувачів.

З цим оновленням дані відстеження будуть видалені з усіх посилань, якими ви ділитеся через "Повідомлення" та "Пошту", але посилання працюватимуть у звичайному режимі. Цей захист також застосовується до посилань, доступних у режимі приватного перегляду Safari.

За замовчуванням, використання режиму інкогніто видаляє будь-які ідентифікатори, за якими можна відстежити користувача, коли він переходить за посиланням. Однак частини посилання, які не можуть ідентифікувати користувача, залишаються незмінними.

В останньому оновленні Safari кожна система управління тегами обробляється по-різному, в першу чергу, коли користувачі використовують режим приватного перегляду Safari і вибирають Розширений захист.

Найсуттєвіші обмеження були запроваджені для Google Tag Manager, тоді як інші системи тегування, такі як Tealium, чудово працюють у всіх режимах Safari.

В останньому оновленні Safari, Google Tag Manager за замовчуванням блокується, коли хтось використовує режим Safari Incognito або увімкнений розширений захист Safari. Це означає, що будь-який код або тег, який ви налаштували за допомогою GTM, не працюватиме, що вплине на аналітику, користувацький досвід, рекламу та інші ключові функції веб-сайту.

Google Analytics має такий самий вплив, як і Google Tag Manager. Скрипт Google Analytics блокується, коли користувач використовує режим Safari Incognito, і блокується за замовчуванням, коли ввімкнено розширений захист від відстеження. Немає різниці, чи розміщуєте ви скрипт GA безпосередньо на сайті, чи використовуєте будь-яку систему управління тегами.

Скрипти Google Ads і Floodlight блокуються в режимі Safari Incognito і коли користувач увімкнув захист від розширеного відстеження. Таке ж обмеження стосується і скриптів Facebook. У той же час, рекламні теги TikTok і Bing не блокуються в зазначених сценаріях.

Все просто - почніть використовувати відстеження на стороні сервера. Якщо серверний Google Tag Manager розташований на власному домені, скрипт gtm не буде заблоковано в режимі Safari Incognito або коли ввімкнено захист від розширеного відстеження. Якщо ви налаштуєте серверні Google Analytics і Google Ads за допомогою sGTM, що використовує власний домен, скрипти GA і GAds також не будуть заблоковані.

Крім кастомного домену, ви можете зробити відстеження на стороні сервера ще більш точним, використовуючи custom loader. Основна перевага custom loader полягає в тому, що він допомагає зробити скрипт відстеження невидимим для більшості інструментів і методів блокування скриптів і реклами.

Custom loader безкоштовний для всіх користувачів stape, і його можна швидко налаштувати. 

1. Увійдіть у свій обліковий запис Stape.

2. Виберіть свій контейнер sGTM на панелі керування.

3. Натисніть «Power-ups», а потім натисніть кнопку «Use» поруч із панеллю Custom Loader.

4. Увімкніть або вимкніть перемикач Custom Loader.

5. Налаштуйте «Custom Loader» із такими параметрами:

Перевірте налаштування Custom Loader

Щоб перевірити, чи все працює правильно, клацніть правою кнопкою миші на будь-якій сторінці веб-сайту → натисніть «Переглянути» → відкрийте вкладку «Мережа». Потім введіть свій власний субдомен або шлях до того самого джерела, якщо він використовується. 

Якщо все правильно, ви повинні побачити URL-адресу запиту Google Tag Manager та код статусу «200 OK».

Нижче наведено приклад шифрування запиту GA4 з активним Custom Loader та увімкненим розширеним захистом від блокування реклами:

А ось як це виглядає без Custom Loader і без налаштованого розширеного захисту від реклами:

Ось приклад того, як може допомогти 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 або ви хочете провести аудит ваших поточних налаштувань, не соромтеся звертатися до нас!