Зараз зростає занепокоєння щодо доступності даних. Раніше рекламодавці могли покладатися на широкий спектр джерел даних. Але це вже не так, оскільки змінюються правила конфіденційності, знецінюються треті та перші файли 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, і його можна швидко налаштувати. Увійдіть до свого облікового запису stape.io, відкрийте контейнер sGTM, перейдіть на вкладку Power-ups і налаштуйте запуск custom loader, натиснувши налаштування і додавши свій ідентифікатор Google Tag Manager. Після цього вам потрібно оновити GTM-код на вашому сайті.
За допомогою custom loader та custom domain ви можете створювати сторонні файли 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 або ви хочете провести аудит ваших поточних налаштувань, не соромтеся звертатися до нас!
Ми вам допоможемо! Клацніть Отримати допомогу, заповніть форму, і ми надішлемо вам безкоштовний пропозицію.
