AdsBot Google: co to jest, jak działa i jak diagnozować błędy

AdsBot Google to robot używany przez Google Ads do sprawdzania stron internetowych powiązanych z reklamami. Google wskazuje, że preferencje crawl dotyczące user-agenta AdsBot-Google wpływają na możliwość oceny jakości strony w Google Ads. W praktyce kontrola może dotyczyć strony docelowej i jej dostępności dla robota, a nie tylko tego, czy URL otwiera się w przeglądarce właściciela witryny.

AdsBot nie pełni tej samej funkcji co Googlebot. Googlebot odwiedza strony na potrzeby Google Search, natomiast AdsBot jest robotem specjalnego przypadku używanym przez Google Ads. W efekcie zmiana reguł dla Googlebota może wpłynąć na ruch z wyszukiwarki organicznej, a zmiana reguł AdsBota może wpłynąć na ocenę strony reklamowej.

W logach serwera spotkasz między innymi token `AdsBot-Google` oraz mobilny `AdsBot-Google-Mobile`. Google publikuje przykładowe ciągi user-agentów, ale nie należy traktować samego nagłówka jako dowodu pochodzenia żądania. Każdy klient HTTP może wysłać nagłówek podszywający się pod robota.

AdsBot ma móc pobrać działającą stronę docelową reklamy, a Google Ads może zgłosić błąd, gdy robot napotka odpowiedź HTTP lub inną przeszkodę. Sprawdź zarówno adres końcowy reklamy, jak i pełny adres po zastosowaniu szablonu śledzenia oraz parametrów. Google nazywa ten złożony adres expanded URL.

Kontrola dostępności nie oznacza, że AdsBot indeksuje stronę w wynikach wyszukiwania. Ocenianie strony na potrzeby reklamy i indeksowanie treści w Google Search to odrębne procesy z osobnymi crawlerami. Nie usuwaj więc reguł dotyczących Googlebota tylko dlatego, że reklama ma status "Miejsce docelowe nie działa".

Zweryfikuj zachowanie na telefonie i komputerze, jeśli serwer różnicuje odpowiedź według urządzenia lub nagłówków. Sprawdź też, czy strona nie wymaga logowania, nie wyświetla komunikatu o błędzie i nie przekierowuje na inny host. Google wymaga, by miejsce docelowe działało dla AdsBota i nie zwracało błędu HTTP; dokumentacja wskazuje też ograniczenia dotyczące łańcuchów przekierowań.

Wpisy w logach mogą pokazywać robota dla komputerów i urządzeń mobilnych. Poniższe wartości są przykładami udokumentowanych ciągów, a nie kompletną listą wszystkich wersji przeglądarki w nagłówku.

Szukaj tokenu robota w pełnym nagłówku, a reguły robots.txt odczytuj według tokenu z kolumny. Google dokumentuje AdsBot jako robota specjalnego przypadku i podaje, że ignoruje on globalną grupę `*` w robots.txt, jeśli wydawca reklamy udzielił zgody na crawl. Dlatego sama reguła `User-agent: *` nie wystarczy do zdiagnozowania dostępu AdsBota.

Zacznij od logów serwera WWW, a następnie potwierdź źródło żądania. W logach Nginx lub Apache wyszukaj user-agent zawierający `AdsBot-Google`; zanotuj czas, adres URL, kod odpowiedzi i źródłowy adres IP. Jeśli korzystasz z CDN lub WAF, porównaj te same dane z logami warstwy zabezpieczeń, bo żądanie może zostać odrzucone przed dotarciem do aplikacji.

Sam user-agent nie potwierdza, że żądanie pochodzi od Google. Google zaleca weryfikację crawlerów przez reverse DNS albo porównanie adresu źródłowego z opublikowanymi zakresami IP robotów. Dla robota specjalnego przypadku sprawdź właściwy zestaw zakresów IP Google dla special crawlers. W przypadku reverse DNS zweryfikuj, czy nazwa hosta pasuje do wzorca publikowanego przez Google, a po lookupie wykonaj lookup wsteczny nazwy, by potwierdzić ten sam adres IP.

Przejdź diagnostykę w tej kolejności:

1. Otwórz dokładny expanded URL widoczny w Google Ads i sprawdź, czy nie zawiera błędnego parametru lub nieaktualnej ścieżki.
2. Zapisz odpowiedzi HTTP i nagłówki dla URL początkowego oraz każdego kolejnego adresu w łańcuchu przekierowań.
3. Otwórz `https://domena.pl/robots.txt`, a przy subdomenie również plik robots.txt tej subdomeny. Wyszukaj grupy `AdsBot-Google` i `AdsBot-Google-Mobile` oraz reguły `Disallow`.
4. Sprawdź logi WAF, CDN, hostingu i serwera dla czasu wizyty robota. Szukaj reguły, która zwraca 403, limituje żądanie albo wymaga challenge JavaScript.
5. Porównaj żądania z urządzeń mobilnych i komputerów oraz sprawdź, czy strona nie zależy od ciasteczka, geolokalizacji lub sesji.

Google Ads ma narzędzia do testowania strony docelowej, a w diagnostyce reklam zobaczysz powód odrzucenia. Inspekcja adresu URL w Search Console dotyczy Google Search i może pomóc ocenić pobieranie strony przez Google, ale nie zastępuje sprawdzenia logów AdsBota ani testu w Google Ads.

Najczęściej przeglądarka użytkownika i robot otrzymują różne odpowiedzi. Serwer może blokować nietypowy user-agent, WAF może uruchamiać challenge, a ograniczenie kraju lub adresu IP może odcinać część infrastruktury Google. Strona zabezpieczona logowaniem nie będzie publicznie dostępna dla robota.

Problemy mogą też wynikać z błędów aplikacji, DNS lub przekierowań. Google wymienia między innymi odpowiedzi 4xx i 5xx, błędy DNS, strony z komunikatem o nieistniejącym miejscu docelowym oraz zbyt wiele przekierowań. Błąd bywa okresowy: przeciążony serwer lub limit zapytań może powodować 5xx tylko podczas konkretnej próby crawl.

Przy przekierowaniach zweryfikuj nie tylko ich liczbę, lecz także domenę docelową. Google Ads może zgłosić niezgodność, gdy adres końcowy reklamy przekierowuje na inną domenę albo finalnie prowadzi do innej treści niż deklarowana.

Zmień wyłącznie tę regułę, która blokuje prawidłowo zweryfikowany ruch AdsBota. Najpierw ustal, czy odmowa pochodzi z robots.txt, serwera WWW, WAF, CDN, hostingu czy aplikacji. Globalne wyłączenie ochrony botów albo firewalla może dopuścić niechciany ruch i nie jest potrzebne do naprawy pojedynczego URL.

W robots.txt dodaj osobną, celowaną grupę tylko wtedy, gdy reguły pliku rzeczywiście blokują AdsBota. Przykładowa składnia wygląda tak:

User-agent: AdsBot-Google
Allow: /

User-agent: AdsBot-Google-Mobile
Allow: /

Sprawdź też, czy bardziej szczegółowa grupa nie zawiera `Disallow` dla strony docelowej oraz czy aplikacja nie wysyła nagłówka `X-Robots-Tag` lub meta tagu blokującego AdsBot. Reguły robots.txt kontrolują crawl, ale nie naprawią odpowiedzi 403 z WAF, błędu DNS ani strony wymagającej logowania.

Po korekcie ponownie pobierz URL testem strony docelowej Google Ads, a następnie sprawdź świeże wpisy w logach. Jeśli zmiana dotyczy WAF, zachowaj zapis nazwy reguły, adresu, zakresu IP oraz czasu jej wprowadzenia. Nie dodawaj szerokiej listy adresów IP na podstawie samego user-agenta, bo nagłówek może sfałszować dowolny klient.

AdsBot służy do oceny w Google Ads, a Googlebot odpowiada za crawl na potrzeby Google Search. Zablokowanie AdsBota może utrudnić Google Ads ocenę strony docelowej lub doprowadzić do problemów z reklamą, ale samo w sobie nie oznacza bezpośredniej zmiany pozycji organicznej.

Ta sama usterka techniczna może jednak dotknąć obu obszarów. Jeśli strona zwraca błędy użytkownikom, ma awarie DNS, źle działa na telefonach lub wymaga logowania, ucierpi użyteczność reklamy i dostępność treści dla wyszukiwarki. Wpływ na wynik jakości zależy od wielu elementów, a nie od samego faktu wizyty robota.

Jeśli diagnozujesz szerszy problem z kampanią, przejrzyj także optymalizację kampanii Google Ads. Automatyzacja kontroli URL może uzupełnić pracę zespołu; przydatne konteksty znajdziesz w materiałach o skryptach Google Ads dla początkujących i automatyzacji kampanii skryptami. Sposób, w jaki aukcja reklamowa ustala emisję i koszt, opisujemy w poradniku o aukcjach Google Ads.

Zapisz dokładny status reklamy, expanded URL, czas ostatniego błędu i kod HTTP z logów. Do administratora lub hostingu przekaż URL, strefę czasową, źródłowy adres IP po jego weryfikacji, user-agent, identyfikator reguły WAF oraz pełną ścieżkę przekierowań. Taki zestaw pozwala odróżnić blokadę robota od błędu aplikacji.

W panelu Google Ads odszukaj odrzuconą reklamę w widoku reklam i komponentów, a szczegóły powodu sprawdź w kolumnie "Stan". Test strony docelowej może wskazać problem z URL lub łańcuchem śledzenia. Jeśli potrzebujesz pomocy w diagnozie kampanii po stronie reklam, obsługa Google Ads obejmuje analizę ustawień i błędów emisji. W przypadku problemu z samą stroną najpierw usuń przyczynę techniczną, a potem poproś Google o ponowne sprawdzenie reklamy.

Perspektywa KC Mobile: gdy klient widzi stronę, a AdsBot otrzymuje 403, zaczynamy od porównania logów serwera z logami CDN/WAF dla tego samego czasu. Pozwala to znaleźć warstwę, która odrzuciła żądanie, zanim zmienimy reguły na całej witrynie.

Wątek dostępności strony jest częścią szerszej pracy nad reklamami. Zobacz też, jak działa agencja performance marketingu oraz co zmienia AI Max w Google Ads, jeśli analizujesz kampanie poza samym crawl strony.

• Automatyczne tagowanie Google Ads: jak je włączyć i sprawdzić pomiar
• Modyfikator dopasowania przybliżonego w Google Ads: co się zmieniło
• Dlaczego kampania CPC nie działa? Diagnoza od kliknięcia do sprzedaży
• CPC w Google Ads: wzór, przykłady obliczeń i interpretacja