---
title: "Google aktualizuje dokumentację Indexing API i usuwa formularz zgody na wyższy limit"
slug: "google-aktualizuje-dokumentacje-indexing-api-usuwa-formularz"
date: 2026-10-18
description: "Google usunęło z dokumentacji Indexing API formularz o zwiększenie limitu zapytań - nie wiadomo, jak teraz wnioskować o wyższy przydział."
author: "Jakub Krysmalski"
canonical: "https://krysmalski.pl/blog/google-aktualizuje-dokumentacje-indexing-api-usuwa-formularz"
tags:
  - "SEO"
  - "Webdev"
---

Google po cichu zaktualizowało 16 października trzy kluczowe podstrony dokumentacji Indexing API, usuwając wzmianki o domyślnym limicie jako puli przeznaczonej wyłącznie do testów oraz oficjalny formularz wnioskowania o wyższy limit. Jeśli prowadzisz job board lub serwis ze streamami wideo i czekałeś na zwiększenie limitu zapytań, Google zostawiło Twój projekt w zupełnej próżni informacyjnej. Z dokumentacji wycięto instrukcję uzyskiwania zgody na wyższe pule zapytań, nie podając w zamian żadnej alternatywnej ścieżki.

Przejrzałem zmiany w dokumentacji technicznej i zestawiłem je z realiami pracy nad indeksacją dużych serwisów. Sprawdź, co dokładnie zniknęło, jakie limity nadal obowiązują i jak zarządzać widocznością stron bez opierania się na niepewnych endpointach Google.

## Co dokładnie zmieniło się w dokumentacji Indexing API?

Rewizja objęła trzy podstrony w Google Search Central: stronę główną z limitami (`using-api`), przewodnik szybkiego startu (`quickstart`) oraz szczegóły techniczne dotyczące przydziału zasobów. W oficjalnym rejestrze zmian ([Google Search Central Changelog](https://developers.google.com/search/updates)) pojawiła się lakoniczna notatka: zaktualizowano stronę limitów, aby odzwierciedlić bieżące zasady oraz usunąć nieaktualny formularz.

Kiedy jednak zestawimy stary i nowy tekst dokumentacji, skala cięć okazuje się znacznie szersza niż zwykłe porządki w kodzie:

1. **Usunięto wzmianki o puli testowej**: Wcześniej dokumentacja na stronie [Indexing API Using the API](https://developers.google.com/search/apis/indexing-api/v3/using-api) powtarzała, że początkowy limit 200 zapytań służy wyłącznie do wdrożenia, konfiguracji i testów (onboarding and testing). To sformułowanie całkowicie wykreślono.
1. **Skasowano sekcję „Request quota and approval”**: Zniknął bezpośredni link do formularza Google Docs/Cloud, przez który deweloperzy zgłaszali zapotrzebowanie na wyższe limity produkcyjne. Usunięto też informację, że przydział zależy od jakości zgłaszanych dokumentów.
1. **Wyrzucono porównanie z mapami witryn**: Z przewodnika [Indexing API Quickstart](https://developers.google.com/search/apis/indexing-api/v3/quickstart) wycięto cały akapit rekomendujący używanie Indexing API zamiast sitemap dla treści o krótkim cyklu życia (np. ogłoszenia o pracę, relacje na żywo). Zniknęła też sugestia równoległego utrzymywania sitemapy XML dla reszty serwisu.

## Jakie limity Indexing API obowiązują po zmianach?

Choć usunięto wzmianki o procesie akceptacji wniosków, same parametry techniczne przepustowości interfejsu pozostały w dokumentacji nienaruszone. Każdy nowo utworzony projekt w ekosystemie Google otrzymuje sztywno zdefiniowaną pulę żądań:

| Parametr limitu | Wartość w dokumentacji | Zakres obowiązywania |
|---|---|---|
| **Publish requests** | 200 zapytań / dzień | Łącznie dla operacji `URL_UPDATED` oraz `URL_DELETED` |
| **Metadata requests** | 180 zapytań / minutę | Odpytania o stan powiadomień dla danego URL-a |
| **Łączny limit endpointów** | 380 zapytań / minutę | Całkowity ruch na projekcie API |
| **Reset limitu dziennego** | Północ czasu pacyficznego (PT) | Okno 24-godzinne liczone wg strefy Google |

Wycięcie sformułowania o „limicie testowym” przy jednoczesnym pozostawieniu liczby 200 publish requests rodzi fundamentalne pytanie techniczne: czy Google traktuje teraz 200 zapytań dziennie jako ostateczny, produkcyjny limit dla większości projektów? Na ten moment nowe konta serwisowe po spięciu z projektem nadal natychmiast raportują domyślną pulę 200 wywołań.

## Kto może legalnie korzystać z Indexing API w SEO?

Wokół Indexing API od lat narosło mnóstwo mitów. W sieci popularne są wtyczki do CMS-ów obiecujące natychmiastowe indeksowanie każdego nowego wpisu na blogu czy produktu w sklepie. Prawda techniczna jest jednak bezwzględna i Google wcale jej w tej aktualizacji nie zmieniło.

Zgodnie z oficjalną specyfikacją API jest przeznaczone wyłącznie dla dwóch typów podstron posiadających prawidłowo wdrożone dane strukturalne:

- Ogłoszenia o pracę z mikrodanymi `JobPosting`.
- Transmisje wideo na żywo oznaczone jako `BroadcastEvent` zagnieżdżony wewnątrz `VideoObject`.

Zgłaszanie za pomocą tego API standardowych artykułów, podstron usługowych czy kategorii e-commerce stanowi jawne naruszenie wytycznych antyspamowych wyszukiwarki. Google wprost przypomina w dokumentacji, że próby obchodzenia limitów (np. przez tworzenie wielu projektów w konsoli dla jednej domeny) mogą skutkować całkowitym zablokowaniem dostępu do interfejsu. Jeżeli Twoje podstrony nie indeksują się tradycyjną drogą, problem niemal zawsze leży po stronie architektury informacji lub błędów renderowania - sprawdź [dlaczego Google i AI nie widzą Twojej strony w zestawieniu 10 przyczyn technicznych](https://krysmalski.pl/blog/dlaczego-google-i-ai-nie-widza-twojej-strony-10-powodow).

## Co z wnioskami o wyższy limit złożonymi przed aktualizacją?

Usunięcie formularza stawia pod znakiem zapytania los serwisów, które złożyły aplikacje w poprzednich miesiącach. Właściciele portali rekrutacyjnych często czekali na rozpatrzenie wniosków o rozszerzenie puli ponad 200 zapytań przez całe kwartały, nie otrzymując żadnej informacji zwrotnej.

W zaktualizowanej dokumentacji Google nie poświęciło temu problemowi ani jednego zdania. Nie wiemy, czy:

- Wnioski oczekujące w kolejce zostały anulowane,
- Rozpatrywanie odbywa się obecnie wyłącznie wewnętrznymi kanałami wsparcia dla wybranych partnerów strategicznych,
- Domyślny limit 200 zapytań ma wystarczyć każdemu mniejszemu wydawcy.

Taki brak przejrzystości pokazuje dobitnie, że opieranie procesów biznesowych (takich jak natychmiastowa publikacja setek ofert pracy dziennie) na niestabilnych proceduralnie narzędziach zewnętrznych niesie spore ryzyko operacyjne.

## Jak sprawdzić aktualny przydział w Google Cloud Console?

Po usunięciu linku do formularza z dokumentacji Search Central jedynym miejscem, w którym możesz zweryfikować stan swojego projektu, jest panel chmurowy.

Aby sprawdzić swoje limity:

1. Zaloguj się na konto powiązane z Twoją usługą i przejdź do [Google Cloud Console API Dashboard](https://console.cloud.google.com/apis/dashboard).
1. Wybierz projekt, w którym włączona jest usługa **Indexing API**.
1. Przejdź do zakładki **Quotas & System Limits** (Limity i przydziały systemowe).
1. Przefiltruj listę według usługi Indexing API, aby zobaczyć bieżące zużycie dzienne oraz limity minutowe.

Część deweloperów wskazuje, że formularz wnioskowania o zmianę limitu wciąż bywa widoczny z poziomu interfejsu konsoli chmurowej (przycisk edycji przydziału przy danej metryce), jednak bez oficjalnej dokumentacji trudno ocenić, czy wnioski składane tą ścieżką trafiają do dedykowanego zespołu Search Central, czy przepadają w ogólnej kolejce Google Cloud.

## Standardowe indeksowanie zamiast polegania na API

Niezależnie od przyszłości Indexing API, fundamentem widoczności w sieci pozostaje poprawnie zoptymalizowana infrastruktura serwisu. Wycofanie przez Google rekomendacji dotyczącej przedkładania API nad sitemapy na stronie szybkiego startu to czytelny sygnał: standardowe protokoły sieciowe są i będą podstawą działania robotów.

Jeśli zarządzasz serwisem o dużej rotacji podstron, skup się na elementach, nad którymi masz pełną kontrolę:

- **Precyzyjny plik sitemap.xml**: Zadbaj o aktualność znacznika `<lastmod>`, dziel mapy na logiczne paczki do 50 000 adresów URL i usuwaj z nich natychmiast strony zwracające kod 404 lub przekierowania 301.
- **Wydajne linkowanie wewnętrzne**: Bot odkrywa nowe podstrony przede wszystkim przez kod HTML. Skrócenie drogi dotarcia do nowych publikacji z poziomu strony głównej pozwala crawlerom zaindeksować zawartość w kilka godzin. Przeczytaj mój przewodnik wyjaśniający dokładnie [jak działa indeksowanie strony w Google](https://krysmalski.pl/blog/indeksowanie-strony-w-google).
- **Brak barier w plikach konfiguracyjnych**: Sprawdź, czy reguły w pliku sterującym crawlerami nie odcinają zasobów renderujących stronę. Zobacz [co to jest plik robots.txt i jak poprawnie nim zarządzać](https://krysmalski.pl/blog/co-to-jest-plik-robots-txt).
- **Monitoring w Google Search Console**: Weryfikuj statusy podstron w raporcie Indeksacja i reaguj na błędy wykryte przez silnik. Szczegółowe metody pracy z tym narzędziem opisałem w artykule: [Google Search Console - kompletny przewodnik z praktycznymi zastosowaniami](https://krysmalski.pl/blog/google-search-console-kompletny-przewodnik).
- **Zrozumienie harmonogramu bota**: Pamiętaj, że od pobrania kodu do umieszczenia adresu w indeksie mija określony czas zależny od parametrów domeny, co szczegółowo analizowałem w tekście o tym, [jak Google ujawnia czasy crawlowania, indeksowania i aktualizacji](https://krysmalski.pl/blog/google-ujawnia-czas-crawlowania-indeksowania-aktualizacji).

Zaloguj się do Google Cloud Console, zweryfikuj bieżące zużycie zapytań w swoim projekcie i upewnij się, że Twoja domena nie próbuje wysyłać adresów pozbawionych wymaganych danych strukturalnych. Zamiast czekać na odblokowanie wyższych limitów, dopracuj architekturę informacji i mapy XML - to one gwarantują stabilne indeksowanie w długim terminie.

## Często zadawane pytania (FAQ)

### Czy Google Indexing API jest darmowe?

Tak, korzystanie z Google Indexing API jest całkowicie bezpłatne. Każdy projekt ma jednak przypisany sztywny domyślny limit 200 zapytań publish dziennie oraz 180 zapytań metadata na minutę.

### Jak przyspieszyć indeksowanie strony przez Google?

Jeśli publikujesz ogłoszenia o pracę lub transmisje na żywo, możesz użyć Indexing API do natychmiastowego powiadomienia Googlebota. W przypadku pozostałych typów stron najszybszą oficjalną metodą jest ręczne zgłoszenie adresu przez narzędzie Sprawdzanie adresu URL w Google Search Console.

### Jak zadbać o indeksowanie strony bez dostępu do Indexing API?

Kluczem jest wygenerowanie poprawnej sitemapy XML z aktualnymi znacznikami modyfikacji i zgłoszenie jej w Google Search Console. Niezbędne jest także logiczne linkowanie wewnętrzne z często odwiedzanych podstron oraz upewnienie się, że plik robots.txt nie blokuje kluczowych zasobów.

### Gdzie sprawdzić aktualny limit zapytań dla projektu Indexing API?

Bieżące limity oraz stopień ich wykorzystania sprawdzisz bezpośrednio w Google Cloud Console w sekcji Limity i przydziały systemowe dla usługi Indexing API.

### Co się stało z wnioskami o zwiększenie limitu wysłanymi przez stary formularz?

Google usunęło formularz z dokumentacji i nie podało żadnych informacji na temat statusu wcześniej złożonych wniosków. Obecnie nie ma oficjalnej procedury pozwalającej zweryfikować stan oczekującej aplikacji.

---

*Wpis pochodzi z serwisu [krysmalski.pl](https://krysmalski.pl/blog/google-aktualizuje-dokumentacje-indexing-api-usuwa-formularz)*