Бренды здоровья, велнеса и БАДов: трекинг по правилам Meta

Работу над измерениями для health и wellness я начинаю с проверки того, что вообще можно отправлять. Не с попыток нарастить число покупок.

Проверок три, и они отдельные. Объявление может пройти модерацию креатива, а связанные с ним данные требуют другого решения. Даже сокращённый набор данных может поступать из источника с ограничениями.

Правила для рекламы

Действующая политика Meta в разделе Health and Wellness требует таргетинга на взрослых для определённых предложений в области питания, здоровья, контроля веса и косметики. Там же перечислены исключения, в том числе общее самочувствие и некоторые продукты питания и косметики. Политика ограничивает отдельные утверждения и приёмы в креативах.

Я не стал бы сводить эту страницу к фразам «вся реклама велнеса только для 18+» или «все изображения „до и после“ запрещены». Действующая политика допускает некоторые косметические преображения «до и после». Команде, которая ведёт рекламу, нужно проверить конкретный продукт, формулировки и креатив.

Прохождение модерации не делает допустимыми данные, которые уходят в измерения.

Ограничения на данные и источники

Раздел 1.h Business Tools Terms запрещает данные, которые содержат информацию о здоровье или основаны на ней. Он относится и к названиям и критериям событий, конверсий и пользовательских аудиторий. Условия охватывают данные и пикселя, и CAPI.

Справка Meta о категориях источников данных описывает дополнительные ограничения на передачу для некоторых категорий, в том числе Health and Wellness. Она предлагает проверить свою классификацию в Events Manager и запросить пересмотр, если она неверна.

Я проверяю категорию и уведомления, которые применяются на самом деле. Я не обещаю, что Purchase останется доступным только потому, что у события есть сумма и валюта.

Что именно уходит из системы

Моя техническая проверка охватывает:

• URL, строки запроса и поля реферера.
• ID, названия и категории товаров, пользовательские параметры.
• Названия событий и критерии конверсий.
• Определения аудиторий и их источник данных.
• Данные из браузера и с сервера, включая обработку согласия.

Убрать диагноз из названия события недостаточно, если его всё равно раскрывает другое поле или контекст источника. Та же проблема может быть у брошенных корзин по конкретному товару и у истории покупок. Считать их допустимой заменой без проверки я не могу.

Я отказываюсь от аудиторий по страницам о заболеваниях и от попыток замаскировать заблокированные события. Если применимые правила запрещают передачу, в реализации эта передача останавливается.

CAPI только после подтверждённого разрешения

Связка пикселя и CAPI может дать два маршрута доставки для разрешённого события. Для обоих способов доставки действуют одни и те же ограничения на данные.

Согласие учитывается в проверке, но условия Meta не отменяет. Сервер может без ошибок доставить запрещённое событие. Успешная доставка не означает, что правила соблюдены.

Пробелы я показываю в отчёте

Заказы в вашем магазине остаются главным источником данных о продажах. Атрибуция Meta даёт отдельную картину, и она зависит от данных, которые Meta получает и может использовать.

Я сверяю записанные события с заказами и отдельно отмечаю события с ограничениями и те, которые не отправлялись. Как устроена эта работа, описано в ситуации сверка по каждому заказу. Я не обещаю, что каждый заказ магазина можно найти в отчётах Meta по отдельности или привязать к объявлению.

Чем я могу помочь

Я могу проверить данные в событиях, настроить разрешённый сбор и описать события, которые не отправлялись. Это входит в работу с Meta Conversions API. Правовую позицию, включая обязательства по HIPAA, даёт юрист. Я настраиваю передачу в этих пределах и проверяю исходящие данные. Если объём ясен, я дам смету, иначе мы договоримся об отдельной диагностической работе.