Reklamy AdMob się nie wyświetlają? Jak naprawić „Ad serving limited"

Gdy w konsoli AdMob widzisz dla aplikacji lub konta ostrzeżenie „ad serving limited", zwykle nie oznacza to, że reklamy całkowicie się zatrzymały; oznacza to, że Google celowo ograniczył Twój wskaźnik wypełnienia (fill rate) i/lub ilość wyświetlanych reklam. Twoja aplikacja nadal działa i wysyła żądania reklam, ale część lub wszystkie te żądania mogą wracać bez wypełnienia.

Zrozumienie źródła zaczyna się od Policy Center (Centrum zasad) w konsoli AdMob; komunikat tam wskazuje zwykle, do jakiej kategorii należy ograniczenie (zasady, jakość ruchu, app-ads.txt, status konta). Wprowadzanie przypadkowych zmian bez znajomości źródła może wydłużyć proces zamiast go rozwiązać.

Ocena konta (Account being assessed): nowo utworzone konto AdMob przechodzi początkowy okres, w którym Google obserwuje jakość ruchu — to pierwsza z trzech kategorii ograniczeń oficjalnie zdefiniowanych przez AdMob. W tym czasie wyświetlanie reklam może być celowo ograniczone w AdMob Network i u zewnętrznych źródeł licytacji (bidding); reszta Twojej kaskady mediacji, reklamy własne (house ads) i kampanie sprzedawane bezpośrednio nie są tym objęte. To nie jest kara; Google automatycznie ponownie ocenia i aktualizuje limit, kontynuując monitorowanie Twojego ruchu.

Aplikacja nie jest gotowa do wyświetlania reklam (App not ready to show ads): każda nowo połączona aplikacja przechodzi „przegląd gotowości aplikacji", zanim będzie mogła w pełni wyświetlać reklamy — to druga oficjalna kategoria AdMob. Podczas przeglądu wyświetlanie może być ograniczone dla całego zapotrzebowania reklamowego tej aplikacji. Najczęstsze przyczyny to niekompletny lub wciąż będący w wersji roboczej wpis w Play Console lub App Store Connect, albo nazwa pakietu/identyfikator sklepu wprowadzony w AdMob, który nie zgadza się z rzeczywistym wpisem (aplikacja, której nie można zweryfikować). Ten przegląd rozpoczyna się automatycznie, gdy tylko aplikacja zostanie poprawnie skonfigurowana w AdMob i połączona z obsługiwanym sklepem.

Podejrzenie nieprawidłowego ruchu (Invalid traffic concerns): trzecia oficjalnie zdefiniowana przez AdMob kategoria. Jeśli w Twoich reklamach wykryte zostaną nietypowe wzorce kliknięć/wyświetleń (nienaturalnie wysoki wskaźnik kliknięć w krótkim czasie, zachowanie przypominające boty, klikanie własnych reklam), Google może ograniczyć wyświetlanie reklam w AdMob Network; mediacja zewnętrzna, reklamy własne (house ads) i kampanie sprzedawane bezpośrednio nie są w tym przypadku objęte. Celem jest ochrona zarówno reklamodawcy, jak i wydawcy.

Oprócz tych trzech kategorii istnieje jeszcze app-ads.txt: to NIE jest przyczyna mechanizmu „ad serving limited", lecz osobna kontrola, którą AdMob śledzi w ramach własnego statusu. W konsoli zakładka Apps > app-ads.txt ma własny wskaźnik statusu, a ostrzeżenie „Your revenue is at risk" (Twoje przychody są zagrożone) pojawia się, gdy plik nie zostanie znaleziony lub brakuje w nim Twojego identyfikatora wydawcy. Oba mechanizmy działają niezależnie, ale ponieważ oba mogą wpływać na Twój współczynnik wypełnienia, warto sprawdzić obydwa — omawiamy to osobno poniżej.

1. Policy Center: wybierz swoją aplikację w konsoli AdMob i sprawdź Policy Center. Komunikat tam zwykle podaje kategorię ograniczenia wprost (naruszenie zasad, jakość ruchu, brak weryfikacji); pominięcie tego kroku grozi naprawianiem niewłaściwego problemu w kolejnych krokach.

2. Status app-ads.txt: sprawdź status witryny dewelopera połączonej z Twoją aplikacją w zakładce Apps > app-ads.txt w konsoli AdMob; zobaczysz tam ostrzeżenie „Your revenue is at risk", jeśli plik nie zostanie znaleziony lub brakuje w nim Twojego identyfikatora wydawcy. Zweryfikuj też ręcznie — otwórz https://twojastrona.com/app-ads.txt w przeglądarce — czy plik znajduje się w katalogu głównym, zawiera poprawny pub-XXX i jest dostępny.

3. Źródła ruchu: przejrzyj rozmieszczenie reklam w aplikacji i skąd pochodzi Twój ruch. Klikanie własnych reklam, interfejs, który skłania użytkowników do przypadkowych kliknięć w reklamy (rozmieszczenie przycisków ułatwiające pomyłkowe dotknięcia), lub kupiony/nieorganiczny ruch instalacyjny to częste wyzwalacze podejrzenia o nieprawidłowy ruch.

Logika stojąca za tą kolejnością jest prosta: Policy Center nazywa kategorię ograniczenia, sprawdzenie app-ads.txt potwierdza lub wyklucza przyczynę techniczną/weryfikacyjną, a przegląd źródeł ruchu ujawnia przyczynę behawioralną. Przeskakiwanie od razu do naprawy bez sprawdzenia wszystkich trzech po kolei może oznaczać wielokrotne „naprawianie" tego samego problemu bez powodzenia.

Jeśli przyczyną jest app-ads.txt: opublikuj plik w katalogu głównym z poprawnym pub-XXX i poprawnym formatem wiersza (np. google.com, pub-XXX, DIRECT, f08c47fec0942fa0) i potwierdź, że jest dostępny w przeglądarce. AdMob zwykle ponownie skanuje poprawiony plik w ciągu około 24 godzin, aby go zweryfikować; całkowite zniknięcie ostrzeżenia z zakładki Apps > app-ads.txt w konsoli może zająć jeszcze kilka dodatkowych dni, i nie ma gwarantowanego sposobu, aby to przyspieszyć.

Jeśli to okno oceny konta lub przeglądu gotowości aplikacji: jest to okres oczekiwania, który nie wymaga aktywnej interwencji. AdMob oficjalnie podaje, że ogólne ograniczenie trwa zazwyczaj krócej niż 30 dni; przegląd gotowości aplikacji trwa zwykle 2-3 dni, a weryfikacja konta do 24 godzin (rzadko do 2 tygodni). Najbezpieczniejszym podejściem w tym czasie jest unikanie wszystkiego, co mogłoby wywołać problem z zasadami (agresywne rozmieszczenie reklam, treści skłaniające użytkowników do klikania) — dokładny czas trwania może się jednak różnić w zależności od konta i aplikacji.

Jeśli to podejrzenie nieprawidłowego ruchu: napraw problematyczne rozmieszczenia (pozycje przycisków ułatwiające pomyłkowe dotknięcia), usuń wszystko, co narusza zasady reklamowe (zachęcanie do klikania własnych reklam), i upewnij się, że Twój ruch jest organiczny. Typowy ogólny limit AdMob wynosi poniżej 30 dni, ale dla tej konkretnej kategorii nie podano oficjalnie osobnej liczby, a proces ten często trwa dłużej niż pozostałe, ponieważ odbudowa zaufania wymaga czasu po stronie Google; zamiast oczekiwać konkretnego czasu trwania, bardziej realistyczne jest skupienie się na trwałym usunięciu przyczyny źródłowej.

Jeśli to problem z wpisem w sklepie: uzupełnij wpis aplikacji w Play Console lub App Store Connect (przenieś go z wersji roboczej do publikacji) i potwierdź, że identyfikator aplikacji połączony z AdMob odpowiada poprawnemu, aktywnemu wpisowi. Po naprawie aplikacja ponownie przechodzi przegląd gotowości, który trwa zwykle 2-3 dni; to zwykle najszybsza kategoria do rozwiązania, ponieważ naprawa leży całkowicie w Twoich rękach.

Spośród wszystkiego, co omówiono w tym artykule, app-ads.txt jest tym elementem, który najpełniej zależy od Ciebie i jest najbardziej konkretnie weryfikowalny: możesz sam sprawdzić, czy plik istnieje, znajduje się we właściwym miejscu i ma właściwą zawartość. Trzy oficjalne przyczyny „ad serving limited” (ocena konta, gotowość aplikacji, nieprawidłowy ruch) dotyczą bardziej procesu lub zachowania i przebiegają według własnego harmonogramu AdMob; app-ads.txt, śledzony w ramach osobnego, oddzielnego statusu, sprowadza się do tego, czy plik znajduje się we właściwym miejscu — czyli czegoś całkowicie zależnego od Ciebie.

Dlatego sensowne jest sprawdzenie app-ads.txt wcześnie w kolejności diagnozowania: to zarówno szybkie do zweryfikowania, jak i szybkie do naprawienia, całkowicie według własnego harmonogramu. Jeśli nie masz witryny lub nie chcesz zarządzać plikiem ręcznie, narzędzie app-ads.txt od Vibeloy generuje poprawnie sformatowany wiersz na podstawie Twojego identyfikatora wydawcy AdMob; automatyczne hostowanie go na własnej subdomenie jest zawarte w planie premium.