Проблеми з рекламними активами часто виникають не через техніку запуску реклами, а через нечітку належність і права доступу. Розуміння ієрархії Business Manager, масштабу обмежень і окремої власності клієнтських активів важливіше за просте створення більшої кількості акаунтів.
Після тривалої роботи з рекламою стає зрозуміло: найбільша несподіванка — не саме блокування одного акаунта, а те, що вже після цього з’ясовується, що всі активи були пов’язані між собою. Щоб розібратися зі структурою, спочатку треба зрозуміти, що знаходиться під Business Manager (BM) і як визначаються належність та права кожного елемента.
Від особистого акаунта до рівня BM
Особистий акаунт — єдина точка входу до всієї структури. Він потрібен, щоб створити BM або прийняти запрошення до BM іншої людини. Якщо особистий акаунт деактивовано, доступ через цю особу втрачається, але самі активи в BM не зникають. Поки в BM є інші адміністратори, вони можуть продовжувати роботу.
Багато команд стикаються з проблемою саме тут: у BM лише один адміністратор, і ця людина створила його з додаткового особистого акаунта.
Кому належать активи під BM
Рекламний акаунт — це фактична одиниця показу реклами та білінгу, прив’язана до конкретного BM. Один BM може містити кілька рекламних акаунтів, а їхні бюджети й налаштування не впливають один на одного. Зазвичай рекламний акаунт не можна напряму перенести з одного BM до іншого; потрібно створити новий і знову надати доступ.
Page — це публічна сутність, яка показується в рекламі. Вона може належати BM або окремій людині. Якщо Page належить людині, рекламному акаунту можна надати право користування, але власність залишиться за цією людиною.
Пікселі та набори даних відповідають за відстеження конверсій, а аудиторії й каталоги товарів підтримують таргетинг і рекламні матеріали. Ці типи активів належать BM і можуть призначатися різним рекламним акаунтам усередині нього для спільного використання.
Спрощено це можна описати так: особистий акаунт — ключ, BM — контейнер, а рекламні акаунти, Pages, пікселі, аудиторії та каталоги — активи всередині контейнера. Власник активу визначає, хто може подати апеляцію або виконати перенесення, якщо виникне проблема.
Що може постраждати одночасно
Якщо особистий акаунт деактивовано, найпряміший наслідок — неможливість увійти до BM від імені цієї особи. Якщо в BM є інші адміністратори, робота може продовжуватися, а для деактивованого особистого акаунта можна окремо пройти процедуру апеляції.
Якщо заблоковано рекламний акаунт, це впливає на показ реклами та історичні дані саме цього акаунта. Page і піксель зазвичай не зачіпаються. Можна створити новий рекламний акаунт, продовжити рекламу та знову надати йому доступ до Page і пікселя.
Якщо Page обмежено або заблоковано, постраждають усі оголошення, пов’язані з цією Page, незалежно від того, до якого рекламного акаунта вони належать. Це один із типових наслідків змішування активів.
Якщо проблема виникла з пікселем або набором даних, потік даних про конверсії переривається, а оптимізація реклами працює гірше. Новий піксель дасть змогу продовжити відстеження, але історичні дані перенести не можна, тому навчання й атрибуцію доведеться починати заново.
Якщо обмежено сам BM, вплив найширший: рекламні акаунти, Pages і пікселі під ним одночасно втрачають операційний доступ. У такому випадку потрібно подавати апеляцію через офіційну процедуру. Результат значною мірою залежить від того, наскільки чітко оформлена належність активів і чи є історія реклами, що порушувала правила.
Чому клієнтські активи мають належати окремо
Під час запуску реклами для клієнта може бути зручно на короткий час розмістити його Page і піксель під власним BM, але в довгостроковій перспективі це створює ризик. Якщо у вашого BM виникнуть проблеми, активи клієнта можуть постраждати разом із ним. Після завершення співпраці повернення активів також може ускладнитися через рівні прав.
Стабільніший підхід — залишити право власності на активи за клієнтом, додати компанію виконавця до BM клієнта й надати лише ті права, які потрібні для проєкту. Краще використовувати окремий BM для кожного клієнта або принаймні групувати активи за клієнтами. Так межі залишаються чіткими й зрозуміло, чия проблема на кого впливає.
Права доступу та середовища входу
У BM є ролі адміністратора й працівника з різними рівнями прав. Принцип — надавати лише необхідний доступ: спеціалісту з реклами не потрібні права на бюджет, а спеціалісту з даних не потрібне право змінювати креативи. Регулярно переглядайте журнали активності, щоб раніше помічати помилкові дії.
На рівні середовища потрібно впорядкувати, хто і звідки входить. Не варто поміщати рекламні акаунти в одне й те саме браузерне середовище, особливо якщо вони належать різним організаціям. Якщо кілька людей спільно керують багатьма акаунтами, PurpleMark дає змогу виділити кожному акаунту окреме постійне браузерне середовище й розподілити його за ролями. Так відповідність між належністю акаунта та середовищем входу менше плутається.
Лише після впорядкування структури має сенс обговорювати роботу з великою кількістю акаунтів.
