Pixel sharing между BM: когда схема помогает, а когда просто множит бан

Pixel sharing между BM: когда схема помогает, а когда просто множит бан

Pixel между Business Manager’ами используют для двух задач: переезд в другой BM без потери истории и разделение аналитики между несколькими командами. На бумаге всё выглядит чисто, но на практике Meta смотрит не только на сам пиксель, а на связку домен, аккаунт, источник трафика и поведение кабинета.

Что обычно ломает схему:
— один и тот же пиксель внезапно начинает жить в нескольких BM без понятной логики;
— у разных команд одинаковые события, но разные домены и крео;
— доступы передают хаотично, без закреплённой структуры ролей;
— пиксель используют как «общий склад» для всего подряд.

Если нужен рабочий перенос, держите логику простой: один основной BM, один ответственный домен, понятный владелец событий и минимальное число точек доступа. Чем меньше ручных пересылок и лишних админов, тем ниже шанс, что связка станет шумной для антифрода.

Для мультикомандной схемы лучше разделять не пиксель, а контуры: отдельные BM под отдельные продукты, отдельные домены под отдельные воронки, отдельная отчётность по событиям. Пиксель в такой модели — не «магический мост», а расходник с историей, который нужно аккуратно обслуживать.

Если пиксель уже кочует между BM, проверьте три вещи: кто владелец домена, кто видит события, и нет ли дублирования источников. Чем меньше пересечений, тем дольше живёт инфраструктура.