Jak pobrać z Google Search Console więcej niż 1000 wierszy

Więcej niż 1000 wierszy z Google Search Console dostaniesz, omijając jego interfejs: Search Analytics API zwraca do 25 000 wierszy na żądanie i pozwala przechodzić dalej za pomocą startRow, konektor Looker Studio czyta to samo API, a zbiorczy eksport danych do BigQuery wysyła każdy wiersz oprócz zanonimizowanych zapytań, choć dopiero od dnia jego włączenia. Limit 1000 wierszy dotyczy interfejsu i jego przycisku eksportu, a Google mówi to wprost: „Przez interfejs użytkownika Search Console można wyeksportować maksymalnie 1000 wierszy danych.”

Raport Statystyki indeksowania to wyjątek, który sprowadza do tego pytania wielu ludzi, a szczera odpowiedź jest tu mniej przyjemna. Ten raport nie ma w ogóle API, bo API Search Console obejmuje tylko Search Analytics, Sitemaps, Sites i URL Inspection, więc żadne narzędzie nie pobierze w całości jego przykładowych adresów URL. Jeśli chcesz danych o skanowaniu wykraczających poza te przykłady, potrzebujesz własnych logów serwera, a dla Bing możesz użyć danych o skanowaniu z API Bing Webmaster Tools. Oba rozwiązania omawiam niżej, razem z tym, jak omijam ten limit w GSC Wizard i gdzie to się kończy.

Gdzie obowiązuje limit 1000 wierszy, a gdzie nie

Limit działa tylko w tabelach, które wypisują zapytania lub adresy URL. W przypadku żądań bez wymiaru zapytania ani adresu URL, takich jak kraje, urządzenia i wygląd w wyszukiwarce, Google pisze, że „Search Console wyświetli i wyeksportuje wszystkie dane”. Sumy na wykresie u góry raportu Skuteczność też są kompletne: zanonimizowane zapytania są pomijane w każdej tabeli, ale Google zaznacza, że „są uwzględniane w sumach na wykresie, chyba że filtrujesz według zapytania”, dlatego wiersze tabeli rzadko sumują się do liczby nad nią.

Instrukcje krok po kroku dla każdej drogi znajdziesz w artykułach jak wyeksportować dane z Search Console, zbiorczy eksport danych do BigQuery i co pokazuje raport Statystyki indeksowania.

Search Analytics API: 25 000 wierszy na żądanie, stronicowanie przez startRow

API Search Console to standardowy sposób na przekroczenie 1000 wierszy. Jego parametr rowLimit przyjmuje wartości z zakresu 1–25 000 i domyślnie wynosi 1000, więc skrypt, który go pomija, dostaje dokładnie te same 1000 wierszy co interfejs. Żeby pójść dalej, powtarzasz to samo żądanie, za każdym razem zwiększając startRow o 25 000, a poradnik Google każe kontynuować „aż dojdziesz do ostatniej strony (odpowiedzi z 0 wierszy)”.

POST https://www.googleapis.com/webmasters/v3/sites/sc-domain%3Aexample.com/searchAnalytics/query
{
  "startDate": "2026-10-01",
  "endDate": "2026-10-01",
  "dimensions": ["query", "page"],
  "type": "web",
  "rowLimit": 25000,
  "startRow": 25000
}

Stronicowanie nie daje jednak każdego wiersza, jaki ma duża witryna. Dokumentacja Google mówi, że metoda „udostępnia maksymalnie 50K wierszy danych dziennie na typ wyszukiwania (web, grafika itd., posortowanych według kliknięć)”, a jej szczegółowy opis danych o skuteczności dodaje, że ten limit „może nie zostać osiągnięty we wszystkich przypadkach”. Ponieważ wyniki są posortowane według kliknięć, odpada długi ogon zapytań i stron z niewielką liczbą kliknięć lub bez nich. Zanonimizowane zapytania, czyli te, które nie zostały wpisane przez więcej niż kilkadziesiąt osób w ciągu dwóch do trzech miesięcy, nie pojawiają się w żadnym wierszu. Google ostrzega też, że przy grupowaniu według strony lub zapytania „nasz system może odrzucić część danych”, żeby zmieścić obliczenia w rozsądnym czasie i zasobach.

Limit liczy się na dzień danych, dlatego Google zaleca jedno zapytanie na dzień dla danych z jednego dnia, osobno dla każdego typu wyszukiwania (web, image, video, news, Discover i Google News wymagają własnych żądań). Zakres 30 dni pobrany jako 30 żądań jednodniowych może zwrócić znacznie więcej wierszy niż jedno żądanie na cały miesiąc. Limity zapytań rzadko w tym przeszkadzają: Search Analytics pozwala na 1200 zapytań na minutę na witrynę i na użytkownika oraz 40 000 na minutę i 30 000 000 dziennie na projekt Cloud. Limit, który naprawdę doskwiera, to limit obciążenia, mierzony w odcinkach 10-minutowych i dziennych, a Google wprost zaznacza, że najdroższe są zapytania grupowane lub filtrowane jednocześnie według strony i ciągu zapytania oraz że zakres sześciu miesięcy kosztuje znacznie więcej niż zakres jednego dnia.

Zbiorczy eksport danych do BigQuery: każdy wiersz, od dnia włączenia

Zbiorczy eksport danych planuje codzienne zrzucanie danych o skuteczności do projektu Google BigQuery. Google opisuje go jako zawierający „wszystkie dane o skuteczności dostępne w Search Console dla Twojej usługi, z wyjątkiem zanonimizowanych zapytań”, a we wpisie o jego premierze mówi wprost, że „zbiorczy eksport danych nie podlega dziennemu limitowi wierszy danych”. Dostajesz trzy tabele: searchdata_site_impression (agregowana według usługi), searchdata_url_impression (agregowana według adresu URL) i ExportLog z udanymi eksportami. Skonfigurować go mogą tylko właściciele usługi.

Są dwa haczyki. Pierwszy to start od zera: pierwszy eksport następuje do 48 godzin po konfiguracji i „obejmuje dane z dnia eksportu”, a dla starszych danych Google radzi: „użyj Search Console API lub raportów”. Dlatego 16 miesięcy, które Search Console już przechowuje, trzeba pobrać z API, a każdy dzień zwłoki to dzień, którego eksport nigdy nie będzie miał. Drugi to koszt: potrzebujesz projektu Google Cloud z włączonymi płatnościami, a Google pisze, że „Dane podlegają kosztom przechowywania i zapytań w Google Cloud, ale istnieje bezpłatny poziom użycia.” Dane gromadzą się bez końca, jeśli nie ustawisz wygasania partycji, więc przestrzeń rośnie z każdym dniem. We wpisie o premierze Google zaznacza też, że eksport jest głównie dla dużych witryn oraz że „Małe i średnie witryny mają już dostęp do wszystkich swoich danych przez interfejs użytkownika, konektor Looker Studio (dawniej Data Studio) lub Search Analytics API.”

Jak pobrać więcej niż 1000 wierszy z raportu Statystyki indeksowania?

Nie da się z niego wyciągnąć pełnej listy i warto wiedzieć dlaczego, zanim spróbujesz obejść problem. Raport Statystyki indeksowania (Ustawienia > Statystyki indeksowania, dostępny tylko dla usług domenowych i usług z prefiksem adresu URL na poziomie głównym) pokazuje sumy żądań skanowania, rozmiaru pobierania i czasu odpowiedzi oraz pozwala wejść w każdy kod odpowiedzi, typ pliku, cel skanowania i typ Googlebota, żeby zobaczyć przykładowe adresy URL. Google opisuje te przykłady tak: „Przykładowe adresy URL nie są kompletną listą, a jedynie reprezentatywnym przykładem. Jeśli nie znajdziesz adresu URL na liście, nie oznacza to, że nie wysłaliśmy do niego żądania.” Strona pomocy Google nie podaje liczby wierszy dla tych list, ale w interfejsie tabela przykładów i jej eksport kończą się na 1000 wierszy, czyli na tym samym limicie, który Google dokumentuje dla przykładów w raporcie Indeksowanie stron, a eksport zawiera tylko wykres i tabelę, które akurat oglądasz.

Nie ma też API, którym dałoby się ominąć interfejs. Dokumentacja API Google wymienia cztery usługi: Search Analytics, Sitemaps, Sites i URL Inspection, a Statystyk indeksowania wśród nich nie ma. Oznacza to, że żadne narzędzie zewnętrzne, moje też, nie pobierze za Ciebie Statystyk indeksowania Google. Co działa:

1. Czytaj logi serwera. To jedyny kompletny zapis tego, co żądał Googlebot, z każdym adresem URL, kodem statusu, znacznikiem czasu i user agentem. Zanim policzysz żądanie, sprawdź, czy naprawdę pochodziło od Google: zwykłe crawlery Google rozwiązują się do crawl-***-***-***-***.googlebot.com lub geo-crawl-***-***-***-***.geo.googlebot.com, a Google publikuje ich zakresy IP jako common-crawlers.json. Spodziewaj się drobnych różnic względem raportu, bo Google zaznacza, że raport Statystyki indeksowania „obecnie raportuje większość żądań skanowania, ale niektóre żądania mogą nie zostać policzone”.
2. Eksportuj każdy wycinek osobno. Każdy wiersz w tabelach kodów odpowiedzi, typów plików, celów i typów Googlebota ma własną listę przykładów, więc eksport wiersza 404, wiersza 301, wiersza HTML, wiersza refresh i tak dalej daje kilka różnych zestawów zamiast jednego. W usłudze domenowej możesz też kliknąć host, aby otworzyć raport zawężony do tej domeny podrzędnej, choć Google wymienia tylko 20 domen podrzędnych, które w ciągu ostatnich 90 dni dostały najwięcej ruchu.
3. Eksportuj cyklicznie i scalaj. Google pisze, że liczba przykładów „może być ważona według dnia” i że to „powinno się z czasem wyrównać”, więc próbka się zmienia. Cotygodniowy eksport interesujących Cię wycinków i usuwanie duplikatów buduje listę znacznie dłuższą niż jakikolwiek pojedynczy eksport. To mój własny sposób obejścia, a nie coś, co dokumentuje Google.
4. Sprawdzaj adresy URL, na których Ci zależy. URL Inspection API zwraca lastCrawlTime i crawledAs dla pojedynczego adresu, w ramach limitu 2000 sprawdzeń dziennie i 600 na minutę dla witryny. Nie zastąpi to statystyk indeksowania, ale odpowiada na pytanie „kiedy Google ostatnio skanował tę stronę” dla Twoich kluczowych szablonów.
5. Korzystaj równolegle z danych Bing. Bing Webmaster Tools udostępnia dane o skanowaniu przez swoje API: GetCrawlStats zwraca dzienne liczby przeskanowanych stron, odpowiedzi 2xx, 301, 302, 4xx i 5xx, stron zablokowanych przez robots.txt, błędów DNS i przekroczeń czasu połączenia, a GetCrawlIssues wylistowuje adresy URL z problemami ze skanowaniem. To dane Bingbota, a nie Googlebota, ale zepsuty łańcuch przekierowań albo seria błędów 404, na które trafia Bingbot, zwykle czeka też na Googlebota. Oba narzędzia porównuję w artykule Bing Webmaster Tools a Google Search Console.

Konektor Looker Studio ma ten sam limit co API

Konektor Search Console dla Looker Studio to wygodny sposób na przekroczenie 1000 wierszy bez pisania kodu, ale nie omija limitów API. Szczegółowe omówienie Google mówi, że górny limit „dla danych eksportowanych przez Search Analytics API (i przez konektor Looker Studio) wynosi 50 000 wierszy dziennie na witrynę na typ wyszukiwania”. Konektor oferuje tabelę Site Impression i tabelę URL Impression, a jedno źródło danych może używać tylko jednej z nich, więc raport wymagający obu agregacji potrzebuje dwóch źródeł danych. Dokumentacja Google zaznacza teraz, że „Looker Studio nazywa się teraz Data Studio”, więc możesz spotkać obie nazwy.

Sposoby na uzyskanie większej liczby wierszy w zestawieniu

Żadna z tych dróg nie obejmuje raportu Statystyki indeksowania, bo żadna nie może: tych danych po prostu nie ma poza interfejsem.

Jak GSC Wizard przekracza 1000 wierszy

GSC Wizard czyta Search Console przez to samo Search Analytics API, więc nie widzi niczego, co Google zatrzymuje dla siebie, ale to on zajmuje się stronicowaniem i zapisywaniem. W usłudze połączonej przez API pełne tabele Zapytania i Strony pobierają wyniki Google po 25 000 wierszy naraz, do 500 000 wierszy, zamiast zatrzymywać się na 1000. W usłudze z pełnym przechowywaniem uzupełniam wstecz ostatnie 480 dni (mniej więcej 16 miesięcy, które trzyma Google) w hurtowni danych, a potem dodaję każdy kolejny dzień, gdy tylko się pojawi. Każdy dzień jest pobierany osobno, tak jak zaleca Google, dla web, obrazów, wideo, wiadomości i Discover oraz dla zapytań, stron, krajów i urządzeń wraz z ich parami (strona według zapytania, kraj według zapytania, urządzenie według zapytania, kraj według strony i urządzenie według strony), a każdy wiersz zwrócony przez Google jest zachowywany. W jednej dużej usłudze w hurtowni pojedynczy dzień we wrześniu 2026 zawiera 37 601 unikalnych zapytań, do czego nie zbliża się żaden eksport 1000 wierszy z tego dnia.

Ponieważ dane są przechowywane, historia rośnie ponad 16 miesięcy Google: po roku pełnego przechowywania usługa ma około 28 miesięcy, a plany pozwalają trzymać do 10 lat. Każdą tabelę można wyeksportować do CSV ze wszystkimi wierszami albo do samodzielnego raportu HTML, jak opisuje dokumentacja eksportów, a nazwa pliku zawiera zakres dat. Raport Property Sampling pokazuje, ile kliknięć Google pomija w tabelach zapytań i stron w Twojej usłudze, czyli część, której nie odzyska żadne narzędzie. Pełne przechowywanie jest w każdym planie (5 usług w Starter, 25 w Pro, 150 w Business), zobacz cennik.

Gdzie to się kończy: GSC Wizard nie pokazuje Statystyk indeksowania Google, bo nie ma API, z którego można je czytać. Pokazuje za to dane Bing o skanowaniu z API Bing Webmaster Tools, z przeskanowanymi stronami, błędami skanowania i stronami zablokowanymi przez robots.txt w przeglądzie Bing oraz raportem problemów ze skanowaniem Bing według adresu URL, a także czas ostatniego skanowania przez Google dla każdego adresu przez URL Inspection, w ramach limitu Google 2000 dziennie. Jeśli potrzebujesz każdego żądania Googlebota, lepszym narzędziem jest analizator plików logów, a jeśli prowadzisz bardzo dużą witrynę i masz inżyniera oraz budżet na Cloud, warto już dziś skonfigurować zbiorczy eksport do BigQuery niezależnie od tego, czego używasz poza tym, bo nigdy nie uzupełni dni sprzed jego uruchomienia.