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

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

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

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

• Видаляє ідентифікатори кліків з URL-адрес при використанні режиму інкогніто та розширеного захисту.
• Блокує керування тегами, аналітику та рекламні скрипти в режимах інкогніто та розширеного захисту.
• Захист від відстеження посилань у повідомленнях та пошті.
• Покращення конфіденційності додатків.

Ця нова функція призначена для видалення з 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 і виберіть свій sGTM-контейнер на панелі керування.

2. Перейдіть до Power-ups і клікніть на панель Custom Loader у розділі Track and Recovery.

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

4. Якщо ви хочете кодувати запити відстеження, які надсилаються з браузера до вашого sGTM-контейнера, увімкніть Enhanced ad blocker protection. Маскуючи розпізнавані шаблони URL і сигнатури відстеження, ця функція не дозволяє блокувальникам реклами визначати та перехоплювати ці запити.

5. Натисніть Save changes.

6. У розділі Code & Setup information виберіть Platform. Тут ви можете:

• Вибрати свою CMS-платформу (наприклад, Shopify, WordPress тощо). У цьому випадку вам потрібно буде встановити та налаштувати застосунок Stape.
• Вибрати Other, щоб отримати JS-сніпет, якщо ви використовуєте іншу платформу або власний вебсайт.

Щоб перевірити, що налаштування працює:

1. 1.
   Відкрийте будь-яку сторінку свого вебсайту.
2. 2.
   Клацніть правою кнопкою миші → Inspect → відкрийте вкладку Network вкладку.
3. 3.
   Відфільтруйте запити за вашим власним субдоменом або шляхом same-origin.
4. 4.
   Знайдіть URL-адресу запиту GTM — вона повинна повернути код стану 200 OK.

Ось приклад того, як може допомогти 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 може навіть підвищити точність відстеження. Зокрема:

• Встановити файли cookie першої сторони.

• Подовжити термін служби файлів cookie.

• Зробити GTM і GA4 стійкими до AdBlockers і ITP.

• Зберігати відстеження даних недоторканим.

Якщо вам потрібна допомога в налаштуванні custom loader або ви хочете провести аудит ваших поточних налаштувань, не соромтеся звертатися до нас!