Meta Insights API: breakdowny dopiero po odblokowaniu konta reklamowego

Od 6 sierpnia 2026 określone breakdowny Insights API muszą być odblokowane na poziomie pojedynczego konta reklamowego. Konta bez tego odblokowania nadal mogą wysłać żądanie. Udaje się ono. Wartości po prostu nie ma w odpowiedzi.

Błąd byłby lepszy: zatrzymuje zadanie, zapisuje wpis w dzienniku i skłania kogoś do sprawdzenia przyczyny. Udana, ale niepełna odpowiedź przechodzi natomiast do raportu i zostaje przedstawiona na wykresie bez takiego ostrzeżenia.

Dlaczego nieobecność szkodzi bardziej niż błąd

Tory raportowe buduje się tak, by zauważały niepowodzenie, i robią to dobrze. Kod stanu inny niż 200, niekształtny ładunek, przekroczenie czasu: wszystko to ma obsługę, powiadomienie i zwykle ponowną próbę. Czego nie sprawdza prawie żaden tor, to czy poprawna odpowiedź zawierała wszystko, co zawierać miała.

Wynikiem jest raport rysujący poprawnie, sumujący poprawnie i opisujący świat mniejszy niż rzeczywisty. Wydatki regionalne wypadają dla jednego rynku niżej. Podział demograficzny pokazuje przechył odzwierciedlający to, które konta odpowiedziały, a nie kto widział reklamę. Nigdzie tego nie napisano.

Warto oddzielić to od drugiego znanego sposobu, w jaki interfejs potrafi kłamać. Punkt zbierania odpowiadający 200 na wszystko zawodzi po drodze tam: dane wysłano i nigdy nie odłożono. Tu jest odwrotnie. Dane są, żądanie się udało, a odpowiedź jest niepełna w drodze z powrotem. Pierwsze gubi rekordy; drugie tworzy błędną liczbę z rekordów, które wszystkie nadal są.

Sprawdzenie uzgadniające

Jest jedna własność, przed którą breakdown nie ucieknie: jego części muszą dawać całość. Wychodzi z tego test niepotrzebujący wiedzy o tym, które konta są odblokowane, ani utrzymania, gdy reguły znów się zmienią.

do kazdego zadania z breakdownem dolozyc ten sam wskaznik
za ten sam okres calkiem bez breakdownu

  suma bez breakdownu           184 300
  suma wierszy breakdownu       121 940
  roznica                        62 360   -> 33,8 procent

tolerancja    mala luka jest normalna. Wiersze ponizej progu
              prywatnosci sa wstrzymywane celowo, a
              zaokraglenie wypada inaczej dla sumy niz dla
              wartosci szczegolowych

              luka jednej trzeciej nia nie jest

co zrobic     przerwac ladowanie albo zaladowac ze znacznikiem
              przy wierszu. Nigdy po cichu nie odkladac
              mniejszej liczby jako sumy

Dodatkowe żądanie kosztuje jedno wywołanie na breakdown i jest jedynym sprawdzeniem, które niesie dalej, gdy Meta znów zmieni reguły – bo bada rachunek, a nie regulację.

Dlaczego różni się między kontami

Odblokowanie wisi na koncie reklamowym, nie na aplikacji i nie na poświadczeniach. Tor ciągnący dwanaście kont przez jedną integrację zobaczy więc, jak ta sama ścieżka kodu udaje się w pełni dla dziesięciu, a dla dwóch wraca za krótko, bez żadnej różnicy w żądaniu.

Odpada tym samym odruch diagnostyczny zwykle tu skuteczny. Z poświadczeniem nic nie jest nie tak, z uprawnieniami aplikacji nic nie jest nie tak, z wersją interfejsu nic nie jest nie tak. Jednostką jest konto i trzeba je obsłużyć pojedynczo.

Co ustawić

Trzy rzeczy, uporządkowane według kosztu. Sprawdzenie uzgadniające idzie pierwsze, bo kosztuje kilka wierszy i pokrywa przypadki, o których nikt jeszcze nie pomyślał. Kolumna stanu per konto idzie druga, żeby raport mógł powiedzieć, które konta wniosły za dany okres komplet danych, zamiast zostawiać czytającemu założenie, że wszystkie.

Trzecie, i najmniej pilne, to samo odblokowanie dla kont, które go potrzebują. To właściwe rozwiązanie, ale trwa tyle, ile trwa – a zanim zadziała, to dwa pierwsze powstrzymują przedstawienie liczby tak, jakby nic nie brakowało.