Wróć do bloga

Hierarchia i własność zasobów w Facebook Business Manager

Problemy z zasobami reklamowymi często wynikają bardziej z niejasnej własności i uprawnień niż z samej techniki prowadzenia kampanii. Ważniejsze od zakładania kolejnych kont jest zrozumienie hierarchii Business Managera, zakresu blokad oraz oddzielnej własności zasobów klientów.

Przy dłuższej pracy z reklamami szybko okazuje się, że największym zaskoczeniem nie jest sama blokada jednego konta, lecz dopiero późniejsze odkrycie, że wszystkie zasoby były ze sobą powiązane. Aby to uporządkować, trzeba najpierw zrozumieć, co znajduje się pod Business Managerem (BM) oraz jak określane są własność i uprawnienia każdego elementu.

Od konta osobistego do poziomu BM

Konto osobiste jest jedynym punktem wejścia do całej struktury. Trzeba je mieć, aby utworzyć BM albo przyjąć zaproszenie do BM od innej osoby. Jeśli konto osobiste zostanie wyłączone, traci się dostęp przez tę tożsamość, ale same zasoby w BM nie znikają. Dopóki BM ma innych administratorów, mogą oni dalej nim zarządzać.

Wiele zespołów ma problem właśnie tutaj: BM ma tylko jednego administratora, a ta osoba utworzyła go z dodatkowego konta osobistego.

Do kogo należą zasoby pod BM

Konto reklamowe jest właściwą jednostką emisji i rozliczeń i należy do konkretnego BM. Jeden BM może mieć wiele kont reklamowych, a ich budżety i ustawienia są od siebie niezależne. Zwykle nie da się bezpośrednio przenieść konta reklamowego z jednego BM do drugiego; trzeba utworzyć nowe konto i ponownie przyznać dostęp.

Page jest publicznie widoczną tożsamością wykorzystywaną w reklamach. Może należeć do BM albo pozostawać własnością osoby prywatnej. Jeśli jest własnością osoby, można nadać kontu reklamowemu prawo do korzystania z Page, ale własność nadal pozostaje przy tej osobie.

Pixele i zestawy danych odpowiadają za śledzenie konwersji, a grupy odbiorców i katalogi produktów wspierają targetowanie oraz materiały reklamowe. Te typy zasobów należą do BM i mogą być przypisywane różnym kontom reklamowym wewnątrz BM do wspólnego wykorzystania.

Można to podsumować prosto: konto osobiste jest kluczem, BM jest kontenerem, a konta reklamowe, Pages, pixele, grupy odbiorców i katalogi są zasobami w środku. To, kto jest właścicielem zasobu, decyduje o tym, kto może złożyć odwołanie lub dokonać przeniesienia w razie problemu.

Co może zostać dotknięte jednocześnie

Jeśli konto osobiste zostanie wyłączone, najbardziej bezpośrednim skutkiem jest brak możliwości logowania się do BM przy użyciu tej tożsamości. Jeśli BM ma innych administratorów, działalność może być kontynuowana, a wyłączone konto osobiste może przejść osobną procedurę odwoławczą.

Jeśli konto reklamowe zostanie zablokowane, wpływa to na emisję reklam i dane historyczne tego konta. Page i pixel zwykle pozostają bez zmian. Można utworzyć nowe konto reklamowe, kontynuować emisję i ponownie nadać mu dostęp do Page oraz pixela.

Jeśli Page zostanie ograniczona lub zablokowana, wpłynie to na wszystkie reklamy powiązane z tą Page, niezależnie od tego, do którego konta reklamowego należą. To jeden z najbardziej typowych skutków mieszania zasobów.

Jeśli problem dotyczy pixela lub zestawu danych, dane o konwersjach przestają napływać, a optymalizacja reklam zaczyna działać gorzej. Nowy pixel pozwala wznowić śledzenie, ale danych historycznych nie można przenieść, więc uczenie i atrybucję trzeba rozpocząć od nowa.

Jeśli ograniczony zostanie sam BM, skala wpływu jest największa: konta reklamowe, Pages i pixele znajdujące się pod nim tracą wspólny punkt dostępu operacyjnego. W takiej sytuacji należy skorzystać z oficjalnej procedury odwoławczej. Wynik w dużej mierze zależy od tego, czy własność zasobów jest jasno określona i czy istnieje historia reklam naruszających zasady.

Dlaczego zasoby klientów powinny mieć oddzielną własność

Podczas prowadzenia reklam dla klienta umieszczenie jego Page i pixela pod własnym BM może być wygodne na krótką metę, ale długoterminowo tworzy ryzyko. Jeśli Twój BM ma problem, zasoby klienta mogą zostać dotknięte razem z nim. Po zakończeniu współpracy ich zwrot może też utknąć na kolejnych poziomach uprawnień.

Stabilniejszym rozwiązaniem jest pozostawienie własności zasobów po stronie klienta, dodanie podmiotu wykonawczego do BM klienta i przyznanie tylko uprawnień potrzebnych w danym projekcie. Najlepiej stosować jeden BM na klienta lub przynajmniej grupować zasoby według klientów. Dzięki temu granice są jasne i wiadomo, czyj problem wpływa na kogo.

Uprawnienia i środowiska logowania

Role w BM dzielą się na administratorów i pracowników, z różnymi poziomami uprawnień. Zasada jest prosta: przyznawać tylko tyle dostępu, ile jest potrzebne. Osoba prowadząca reklamy nie potrzebuje uprawnień budżetowych, a osoba pracująca z danymi nie musi mieć prawa do zmiany materiałów reklamowych. Warto regularnie sprawdzać dzienniki aktywności, aby wcześniej wykrywać błędy.

Po stronie środowiska trzeba uporządkować, kto i skąd się loguje. Nie należy umieszczać wielu kont reklamowych w tym samym środowisku przeglądarki, szczególnie jeśli należą do różnych podmiotów. Gdy kilka osób wspólnie zarządza większą liczbą kont, PurpleMark może przypisać każdemu kontu osobne, stałe środowisko przeglądarki i rozdzielić je zgodnie z rolami. Ułatwia to utrzymanie zgodności między własnością konta a środowiskiem logowania.

Dopiero po uporządkowaniu tej struktury ma sens rozmowa o obsłudze wielu kont.