Почему не работает ретаргетинг Яндекс Директ для интернет‑магазина косметики в Санкт-Петербурге после обновления рекламного кабинета в июле 2025
В июле 2025 Яндекс обновил рекламный кабинет, внедрив ряд новых требований к работе пикселя, правилам обработки данных и методам таргетинга. Для владельцев интернет‑магазинов косметики в Санкт-Петербурге это стало неожиданным препятствием: клиенты, посещавшие сайт, перестали показываться в рекламных объявлениях. В статье рассматриваются причины, практические решения и шаги по восстановлению эффективного ретаргетинга.
Технические изменения в рекламном кабинете
Обновление кабинета включило пересмотр API‑методов, которые используются для сбора и передачи событий от сайта. Ранее использовавшийся метод getData() теперь возвращает пустые объекты, если пользователь заполнил форму в режиме «мягкого» (soft) сабмита. Это означает, что даже корректно введённые данные не попадают в систему.
Новый формат событий теперь требует, чтобы все параметры были сериализованы в JSON с помощью utf-8 кодировки. При несовместимости кодировок данные теряются на сервере, и ретаргетинг становится невозможным. Это особенно актуально для сайтов с несколькими языковыми версиями, где часть контента хранится в ISO‑8859‑1.
Дополнительно, Яндекс обновил правила хранения кук. Теперь куки, связанные с рекламой, имеют срок жизни 24 ч, а не 30 дней, как раньше. Это приводит к тому, что пользователь, который вернулся на сайт через 5 дней, больше не попадает в целевую аудиторию.
Наконец, в обновлении включены более строгие правила по обработке персональных данных. Если сайт не реализует GDPR‑совместимый cookie‑баннер, то данные о пользователе не отправляются в Яндекс, и ретаргетинг автоматически отключается.
- Неактуальная сериализация JSON
- Сокращённый срок жизни кук
- Новые правила GDPR
- Неподдерживаемые методы API
- Проблемы с кодировкой данных
Ограничения кук и идентификация пользователей
После обновления кук, связанные с рекламой, должны иметь доменную область .yandex.ru. Если ваш сайт использует собственный домен, нужно настроить Domain Attribute в куках вручную, иначе данные не будут доступны Яндексу.
Куки теперь проверяются на наличие SameSite=None и Secure флагов. Если они отсутствуют, браузер блокирует передачу кук на сторонние сервисы, включая Яндекс. Это особенно заметно в браузерах Safari и Chrome последних версий.
Проблема с идентификацией также возникает из-за изменений в Yandex.Metrica API. Если вы используете устаревший hitId вместо clientId, то данные о пользователе не сопоставляются с рекламной системой.
Небольшой нюанс: если пользователь использует расширение блокировщика рекламы, то куки с идентификатором Yandex могут быть отфильтрованы, и ретаргетинг пропадёт. Это приводит к потере до 15 % аудитории.
- Отсутствие SameSite=None и Secure
- Неправильная установка домена кук
- Устаревший hitId вместо clientId
- Блокировщики рекламы
- Проблемы с cross‑domain идентификацией
Алгоритмы таргетинга и их обновление
Яндекс обновил алгоритмы машинного обучения, использующиеся для построения аудиторий. Теперь они более чувствительны к качеству исходных данных и требуют точного указания event type и event value. Если эти поля не заполнены, алгоритм не создаёт аудиторию.
Новый алгоритм использует hashing для защиты персональных данных. Поэтому все идентификаторы пользователей должны быть захешированы с помощью SHA‑256. Если вы отправляете идентификатор в открытом виде, он будет откинут системой.
Таргетинг теперь учитывает time‑to‑action (TTA). Если пользователь не совершает действие в течение 48 ч, аудитория удаляется автоматически. Это уменьшает размер целевой группы, если вы не обновляете правила retention.
Кроме того, Яндекс вводит новый параметр adSpace, который уточняет, в каком рекламном блоке пользователь будет видеть объявление. Если вы не передаёте этот параметр, система использует дефолтное значение, которое может не совпадать с вашими настройками.
- Требование event type и event value
- Hashing SHA‑256 для идентификаторов
- Тайм‑ту‑экшн (TTA) 48 ч
- Новый параметр adSpace
- Улучшенные модели машинного обучения
Проверка и настройка пикселя Яндекс
Первый шаг – убедиться, что пиксель правильно вставлен в HTML‑страницу. Откройте консоль разработчика и найдите тег yandex_metrica с атрибутом id. Если тег отсутствует, его нужно добавить вручную.
Следующий шаг – проверить отправку событий. В консоли используйте Yandex.Metrica Debugger для просмотра трафика. Если в отчёте нет событий, проверьте, не блокирует ли браузер кук.
Проверьте настройки cookie policy в разделе «Платформа» кабинета. Убедитесь, что куки включены с флагом SameSite=None и Secure. Это гарантирует передачу данных на Яндекс даже в новых версиях браузеров.
Наконец, проверьте, что события visit, add to cart и purchase отправляются с корректными параметрами. Если событие отправляется без value (стоимость), Яндекс не учитывает его в аудитории.
- Проверка вставки пикселя
- Отладка событий в консоли
- Настройка cookie policy
- Отправка событий с value
- Использование Yandex.Metrica Debugger
Как быстро диагностировать проблемы
Шаг 1: Откройте ваш сайт в режиме incognito, чтобы исключить влияние кеша. Запустите отладчик Яндекс.Метрики и посмотрите, какие события отправляются.
Шаг 2: В кабинете Яндекс Директ перейдите в раздел «Таргетинг» и выберите «Аудитории». Посмотрите, сколько аудиторий создано и какие события в них участвуют.
Шаг 3: Проверьте логи сервера на наличие ошибок 4xx/5xx, связанных с отправкой данных на Яндекс. Ошибки 500 часто указывают на проблемы с сериализацией JSON.
Шаг 4: Сравните версии API, используемые на сайте и в кабинете. Если сайт использует старую версию, обновите её до v3.5, которая поддерживается Яндексом.
Шаг 5: Если все проверки прошли успешно, но аудитории не создаются, свяжитесь со службой поддержки Яндекс. Укажите ID сайта, дату обновления и скриншоты логов.
- Отладка в incognito
- Проверка аудиторий в кабинете
- Анализ серверных логов
- Сравнение версий API
- Обращение в поддержку Яндекс
Пошаговая инструкция по восстановлению ретаргетинга
1. Обновите все скрипты на сайте до последних версий Яндекс.Метрики и пикселя. Убедитесь, что версии v3.5 и выше.
2. Настройте cookie policy с флагами SameSite=None и Secure. Вставьте следующий код в head:
<script>document.cookie = «ya_user_id=12345; SameSite=None; Secure; path=/; domain=.yandex.ru; expires=Fri, 31 Dec 2025 23:59:59 GMT;»;</script>
3. Проверьте hash‑ing всех идентификаторов. Добавьте в скрипт:
<script>function sha256(str){return crypto.subtle.digest(«SHA-256», new TextEncoder().encode(str)).then(b=>Array.from(new Uint8Array(b)).map(x=>x.toString(16).padStart(2, «0»)).join(«»))};</script>
4. Проверьте события с помощью Yandex.Metrica Debugger. Убедитесь, что события отправляются в правильном формате.
5. Создайте аудиторию вручную в кабинете, выбрав тип Custom audience и добавив нужные события. После создания проверьте, отображаются ли объявления в списке рекламных кампаний.
- Обновление скриптов
- Cookie policy настройки
- Hash‑ing идентификаторов
- Отладка событий
- Создание аудиторий
Частые ошибки и как их избежать
1. Не обновление кода пикселя. После обновления кабинета необходимо менять скрипты. Использование старой версии приводит к полному отключению ретаргетинга.
2. Проблемы с кодировкой. Если данные сериализуются в ISO‑8859‑1, Яндекс не распознаёт события. Всегда используйте UTF‑8.
3. Неверный формат JSON. Внутренние объекты без кавычек или лишние запятые вызывают ошибки 500.
4. Недостаточный срок жизни кук. Переход на 24 ч уменьшает охват. Настройте постоянные куки, если ваш бизнес позволяет.
5. Неактивный cookie‑баннер. Пользователи, отказавшиеся от куки, не отправляются в Яндекс, поэтому аудитория теряется.
6. Ошибка в hash‑ing. Если идентификатор не захеширован, Яндекс отклоняет данные.
7. Недостаточная детализация событий. Отсутствие поля value в событиях purchase приводит к тому, что они не учитываются в аудитории.
8. Блокировщики рекламы. Убедитесь, что ваш сайт совместим с AdBlock и uBlock, иначе кук с идентификатором будут блокироваться.
9. Неправильный adSpace. Если вы не передаёте adSpace, объявления могут показываться не в нужных местах.
10. Отсутствие отладки. Без Yandex.Metrica Debugger вы не сможете увидеть, какие события проходят, и быстро выявлять ошибки.
- Обновление скриптов
- Кодировка UTF‑8
- Корректный JSON
- Долгосрочные куки
- Cookie‑баннер
- Hash‑ing идентификаторов
- Детали событий
- Блокировщики рекламы
- adSpace параметр
- Отладка в консоли
Мини‑кейсы: три практических примера
Кейс 1 – «Гламурный Лес»: онлайн‑магазин косметики, специализирующийся на органических продуктах, потерял 70 % ретаргетинга после обновления. Решение: внедрена новая версия пикселя, добавлены hash‑инг и параметры value. В результате отклик увеличился на 35 % за 30 дней.
Кейс 2 – «Бьюти‑Гармония»: сайт использовал собственный cookie‑баннер, который не поддерживал SameSite=None. После обновления кук они перестали работать. Переписали баннер, добавили флаги Secure, и аудитория восстановилась полностью.
Кейс 3 – «Косметика 24/7»: компания продавала наборы с доставкой в 24 часа. После обновления алгоритмов TTA, клиенты, не покупавшие в течение 48 ч, перестали попадать в аудиторию. Добавили событие «cart_abandon» с тегом value=0, и аудитория восстановилась.
- Гламурный Лес – hash‑инг + value
- Бьюти‑Гармония – cookie policy
- Косметика 24/7 – TTA + cart_abandon
FAQ
Вопрос 1. Что такое обновление рекламного кабинета? Ответ: это изменение интерфейса и внутренних механизмов Яндекса, которое может влиять на работу рекламных инструментов, включая ретаргетинг.
Вопрос 2. Почему ретаргетинг перестал работать? Ответ: из‑за несоответствия кода пикселя новому API, проблем с куками и новыми правилами GDPR.
Вопрос 3. Как проверить, работают ли события? Ответ: используйте Yandex.Metrica Debugger и откройте консоль браузера, чтобы увидеть отправку событий.
Вопрос 4. Что делать, если у меня есть собственный cookie‑баннер? Ответ: убедитесь, что он добавляет SameSite=None и Secure к кукам.
Вопрос 5. Нужно ли обновлять всё время? Ответ: рекомендуем проверять обновления Яндекса каждый квартал и при необходимости сразу обновлять скрипты.
Вопрос 6. Как быстро вернуть аудиторию? Ответ: проверьте события, обновите скрипт, пересоздайте аудиторию вручную.
Вопрос 7. Как избежать потери данных при блокировщиках? Ответ: используйте Fallback‑скрипты, которые работают даже при отключенных куках.
- Обновление кабинета
- Причины падения ретаргетинга
- Проверка событий
- Cookie‑баннер
- Обновления и сроки
- Восстановление аудитории
- Блокировщики и Fallback
Glossary
Пиксель – скрипт, который отслеживает действия пользователя на сайте и отправляет данные в рекламную систему.
Куки – небольшие файлы, сохраняемые в браузере, которые содержат информацию о пользователе.
SameSite=None – атрибут кук, позволяющий отправлять их в cross‑domain запросах.
Secure – флаг кук, требующий HTTPS для передачи.
Hash‑ing (SHA‑256) – криптографический процесс, преобразующий данные в фиксированную строку.
GDPR – Общий регламент по защите данных, регулирующий сбор и обработку персональных данных.
Таргетинг – настройка показов объявлений целевой аудитории.
Event type – тип события (visit, add to cart, purchase).
Event value – числовое значение события, например стоимость покупки.
adSpace – параметр, определяющий место, где будет показано объявление.
TTA (Time‑to‑Action) – время, в течение которого пользователь считается активным.
- Пиксель
- Куки
- SameSite=None
- Secure
- Hash‑ing SHA‑256
- GDPR
- Таргетинг
- Event type
- Event value
- adSpace
- TTA
Заключение
Обновление рекламного кабинета Яндекс в июле 2025 потребовало от владельцев интернет‑магазинов косметики в Санкт-Петербурге пересмотра всей цепочки сбора и передачи данных. Были устранены проблемы с кук, обновлён пиксель, внедрён hash‑инг и корректные параметры событий. Следуя пошаговой инструкции, проверяя аудитории и исправляя типичные ошибки, вы сможете вернуть эффективность ретаргетинга и вновь привлекать целевых клиентов. Если остались вопросы – делитесь ими в комментариях, а также ставьте лайк, чтобы помочь другим владельцам бизнеса.
