Safari и веб-аналитика: что блокируется

Коротко: Safari блокирует аналитику на cookie жёстче остальных браузеров: сторонние cookie запрещены полностью, а хранилище, доступное скрипту счётчика, удаляется после 7 дней без взаимодействия с сайтом. Счётчик теряет возвращающихся посетителей, рвёт сессии и недосчитывает воронки. Запросы счётчика без cookie и идентификаторов механизм ITP не ограничивает.

Что именно делает ITP?

Intelligent Tracking Prevention встроен в Safari и работает без настроек со стороны пользователя. По документации WebKit механизм сводится к шести правилам:

• cookie, созданные скриптом, и всё скриптовое хранилище — localStorage, IndexedDB, sessionStorage — удаляются после 7 дней без взаимодействия пользователя с сайтом;
• сторонние cookie блокируются по умолчанию целиком, без исключений; встраиваемому содержимому остаётся запрос доступа через Storage Access API;
• переход с рекламной площадки с click-ID в адресе ограничивает срок жизни cookie, созданных скриптом на посадочной странице, 24 часами;
• домены, классифицированные как межсайтовые трекеры, теряют все данные сайта после 30 дней без первого взаимодействия;
• трекер, спрятанный за CNAME-подменой на домен сайта, получает те же 7 дней для своих cookie;
• сторонний заголовок Referer урезается до домена.

Пользователь ничего не включает: правила применяются к каждому сайту, который открывается в Safari.

Срок в правилах отсчитывается от последнего взаимодействия пользователя с сайтом. Это ключевое отличие от привычной модели: идентификатор в cookie рассчитан на долгое хранение, а правило ITP сбрасывает его уже после недельной паузы. Для сайтов с редкими, но ценными визитами — дорогие товары, длинный цикл сделки — это бьёт сильнее всего: возвращение через две недели гарантированно записывается как первый визит.

Что это ломает в Яндекс Метрике и Google Analytics?

Оба счётчика строят идентификацию посетителя на записи в cookie или localStorage браузера. ITP бьёт ровно по этому слою:

• возвращающийся считается новым. Хранилище счётчика удалено после 7 дней без визита — человек, который заходил месяц назад, записывается как первый визит;
• сессии дробятся. Пользователь отвлёкся и вернулся на следующий день — склейки визита нет, вместо одной длинной сессии две короткие;
• воронки и аудитории неполны. Сегмент «вернувшиеся», поведенческие цепочки между днями и ретаргетинг-аудитории собираются из тех визитов, между которыми дожил идентификатор;
• связка «клик по рекламе → конверсия» слабеет на длинных циклах: cookie, созданные скриптом после перехода с click-ID, живут не дольше 24 часов.

Суммарный эффект: цифры по визитам и просмотрам на месте, а вся сквозная картина — возвраты, пути, отложенные конверсии — сжимается пропорционально доле Safari.

Чего Safari не блокирует?

ITP работает с хранилищем браузера: удаляет записи, запрещает сторонние cookie, урезает сроки. Запрос счётчика, в котором нет cookie и идентификаторов, ограничивать нечего — это обычный HTTP-запрос, приём события на сервере от него не зависит.

Второй незатронутый слой — счётчик с домена самого сайта. Прокси-трекер отдаёт скрипт с домена клиента, поэтому запрос не является сторонним и не попадает под правила для трекеров.

Честное ограничение аналитики без cookie: возвращающиеся между днями не различаются. ДэйРика считает визиты и посетителей на базе дня; сквозной идентификации человека, какой даёт cookie, в этой схеме нет — по устройству пользователя это плата за полноту подсчёта.

Касается ли это вашего сайта?

Safari — браузер по умолчанию на iPhone и Mac. Если аудитория приходит с этих устройств, заметная часть визитов идёт через правила ITP, и каждое из перечисленных следствий работает на вашем сайте без всяких дополнительных настроек.

Свою раскладку видно в любом счётчике: отчёт по браузерам и операционным системам показывает долю Safari и macOS среди визитов. Дальше арифметика простая: сколько процентов визитов Safari — настолько сжимается сквозная картина по возвратам и цепочкам.

Как увидеть потери в своих отчётах?

Следствия ITP видны в любом счётчике без специальных инструментов. Три признака:

• доля новых посетителей в Safari стабильно выше, чем в Chrome, на том же сайте: хранилище счётчика в Safari живёт короче;
• возвраты исчезают: человек, заходивший неделю назад, повторного визита в отчёте не создаёт;
• источники беднеют: сторонний Referer урезан до домена, точная страница-источник с чужого сайта не видна, часть переходов оседает в прямых заходах.

Сравнение по браузерам на собственном сайте — замер честнее внешних исследований: доля Safari и раскладка новых и вернувшихся у каждой аудитории свои.

Что делать владельцу сайта?

Варианта два.

Первый — оставить cookie-счётчик и принять потери. Карточка визитов и просмотров считается, возвраты и сессии между днями — с разрывами. Плюс к этому файлы cookie тянут за собой баннер согласия и вопросы по 152-ФЗ, о них отдельный разбор в блоге.

Второй — счётчик без cookie. ДэйРика считает визиты, источники по Referer и UTM, 13 событий автоматически, воронки и выручку; скрипт весит около 1 КБ и может отдаваться с домена сайта через прокси-трекер. Конверсии из Директа (yclid) и VK Рекламы (rb_clickid) уходят в кабинеты рекламы по API. Данные хранятся в России.

Что запомнить

Safari удаляет скриптовые хранилища через 7 дней без взаимодействия, запрещает сторонние cookie целиком и ограничивает рекламные click-ID сроком в 24 часа. Для Метрики и Google Analytics это означает потерю возвращающихся посетителей, дробление сессий и неполные воронки. Запросы без cookie и скрипт с домена сайта эти правила не задевают — поэтому подсчёт без cookie остаётся полным при любом режиме ITP.

Похожие статьи

Все сроки и правила ITP — документация WebKit (webkit.org/tracking-prevention). Механика счётчика ДэйРики — по документации продукта. Сроки работы cookie в конкретных версиях счётчиков Яндекс Метрики и Google Analytics отдельно не проверялись.