Google Indexing API erklärt: Die GSC-Lösung, die Sie zuerst ausprobieren sollten

Die Google Indexing API erlaubt es Ihnen, Google direkt mitzuteilen, wenn eine Seite neu ist, aktualisiert oder gelöscht wurde. Google nimmt die URL dann in eine priorisierte Crawl-Warteschlange auf, statt abzuwarten, bis es die Änderung von selbst entdeckt. Die API beschleunigt das Crawling, garantiert aber nichts in Bezug auf die Indexierung. Wenn eine Seite den Status „Gefunden – zurzeit nicht indexiert“ zeigt, probieren Sie zuerst das kostenlose Tool zur URL-Prüfung (URL Inspection) in der Search Console aus.

Was die API leistet und was nicht

Sie senden Google eine URL zusammen mit einem Benachrichtigungstyp, entweder URL_UPDATED oder URL_DELETED. Google stellt die URL mit höherer Priorität als im normalen, sitemap-basierten Zeitplan zum Crawlen in die Warteschlange. Der Crawler muss die Seite dennoch besuchen und entscheiden, ob sie einen Platz im Index verdient.

Einiges liegt außerhalb dessen, was die API leisten kann:

• Sie kann eine URL nicht direkt indexieren und Googles Qualitätssignale nicht außer Kraft setzen. Eine dünne oder doppelte Seite gelangt dadurch also nicht schneller in den Index.
• Sie hat keinen Einfluss auf das Ranking, weil sie nur das Crawling betrifft.
• Sie ersetzt Ihre Sitemap nicht, die weiterhin den Großteil Ihrer URLs enthalten sollte.
• Sie wird nicht offiziell für jeden Inhaltstyp unterstützt. In der Praxis akzeptiert sie andere URLs, doch Google hat nicht zugesagt, dass das so bleibt.

Der häufigste Irrtum lautet, eine erfolgreiche Übermittlung bedeute, dass die Seite indexiert wird. Die API sorgt dafür, dass Google die Seite früher bemerkt. Nichts daran bringt Google dazu, die Seite auch aufnehmen zu wollen.

Erst das Problem sehen: Googlebot simulieren

Bevor Sie die Search Console oder eine API anfassen, prüfen Sie, was Googlebot sieht, wenn er die Seite besucht. Viele „Indexierungsprobleme“ sind in Wirklichkeit Rendering- oder Blockierungsprobleme: ein versehentlich aktiver noindex-Tag, eine robots.txt-Regel oder JavaScript-Inhalte, die für einen Crawler nie geladen werden.

Lassen Sie die Seite durch den kostenlosen Googlebot Simulator laufen. Er zeigt das gerenderte HTML, die Statuscodes und alle blockierenden Anweisungen so, wie der Crawler von Google ihnen begegnet. Wenn er einen noindex-Tag oder eine blockierte Ressource aufdeckt, bringt Ihnen deren Behebung mehr als jeder API-Aufruf.

Zuerst in der Google Search Console beheben

Bei nahezu jeder Klage nach dem Muster „Meine Seite wird nicht indexiert“ sind die eigenen Tools der Search Console der richtige Ausgangspunkt. Die folgende Abfolge deckt den gesamten Ablauf ab.

Schritt 1: Die URL prüfen

Öffnen Sie die Google Search Console, wählen Sie Ihre Property aus und fügen Sie die betroffene URL oben auf der Seite in das Tool zur URL-Prüfung (URL Inspection) ein. Es zeigt Ihnen, ob die URL bei Google vorhanden ist, ob eine gecrawlte Version existiert und welche kanonische URL Google gewählt hat.

Schritt 2: Den Status genau lesen

Der Abdeckungsstatus, den die Search Console meldet, zeigt Ihnen, was als Nächstes zu tun ist.

Status in der Search Console	Was er bedeutet	Was zu tun ist
Submitted and indexed	Die Seite ist im Index von Google	Kein Handlungsbedarf
Crawled, currently not indexed	Google hat die Seite besucht, sich aber gegen die Indexierung entschieden	Die Inhaltsqualität verbessern, auf Duplikate prüfen
Discovered, currently not indexed	Google kennt die URL, hat sie aber noch nicht gecrawlt	Indexierung beantragen; bei großen Websites das Crawl-Budget prüfen
URL is unknown to Google	Noch nie gesehen	Per Sitemap einreichen und Indexierung beantragen
Blocked by robots.txt	Dem Crawler ist der Zugriff untersagt	robots.txt bearbeiten
Alternate page with proper canonical tag	Google hat eine andere URL als kanonisch indexiert	Auf doppelte oder nahezu doppelte Inhalte prüfen

Schritt 3: Indexierung beantragen

Zeigt die Prüfung, dass die Seite nicht indexiert ist, klicken Sie auf „Indexierung beantragen“ (Request Indexing). Google stellt die URL für ein priorisiertes Crawling in die Warteschlange, ähnlich wie bei der API. Die Option ist kostenlos und befindet sich in der Console, die Sie ohnehin nutzen.

Schritt 4: Später nachsehen und nicht spammen

Warten Sie einige Tage, bevor Sie für dieselbe URL erneut einen Antrag stellen. Wiederholte Anträge für eine Seite beschleunigen nichts und können auf die Systeme von Google wie Manipulation wirken.

Wann die Google Search Console genügt und wann nicht

Die Search Console genügt in diesen Fällen:

• Eine oder einige wenige Seiten stecken im Status „Discovered, currently not indexed“ fest.
• Sie haben gerade etwas veröffentlicht und möchten es schneller prüfen lassen.
• Ihre Website hat einige Hundert oder einige Tausend URLs, also weit innerhalb des normalen Crawl-Budgets.

Sie brauchen mehr, nämlich die Indexing API oder einen darauf aufbauenden Dienst, in diesen Fällen:

• Sie betreiben eine Jobbörse oder eine Veranstaltungsseite mit Seiten, die für die Schema-Typen JobPosting oder BroadcastEvent infrage kommen, welche die API offiziell unterstützt.
• Sie verwalten eine große Sitemap mit Zehntausenden URLs, bei der neue Seiten wochenlang untergehen, bis der geplante Crawl von Google sie erreicht. Ein dokumentierter Fall betraf einen E-Commerce-Shop mit 80.000 Produkt-URLs, bei dem neue Einträge etwa zwei Wochen auf den ersten Crawl warteten. Nachdem die Übermittlungen über die API liefen, sank diese Zeit auf unter sechs Stunden.
• Sie ziehen mit Ihrer Domain um und müssen erreichen, dass Google eine alte kanonische URL schnell fallen lässt. Ein Blogger, der von einer GitHub-Pages-Subdomain auf eine eigene Domain wechselte, stellte fest, dass manuelle Anträge in der Search Console Googles Canonical-Wahl über 30 Tage nicht verschoben. Das ist ein Grund, warum manche Entwickler Massenübermittlungen per Skript automatisieren.
• Sie müssen den Vorgang täglich statt nur einmal durchführen.
• Sie möchten, dass Löschungen schnell bestätigt werden. URL_DELETED-Benachrichtigungen sind ein sauberer Weg, Google mitzuteilen, dass eine abgelaufene Stellenanzeige oder ein entferntes Produkt nicht mehr existiert.

Trifft nichts davon zu, bleiben Sie beim kostenlosen Weg. Eine API-Authentifizierung für einen einzelnen hängenden Blogbeitrag aufzubauen, ist viel Entwicklungsaufwand für ein Problem, das die Search Console mit zwei Klicks löst.

So funktioniert die API in einfachen Worten

Wenn Sie tatsächlich für den aufwendigeren Weg infrage kommen, läuft die Einrichtung in fünf Schritten ab, und keiner davon braucht Code, bis auf den letzten.

1. Erstellen Sie ein Google-Cloud-Projekt und aktivieren Sie darin die Indexing API.
2. Erstellen Sie ein Dienstkonto (Service Account) und laden Sie dessen privaten Schlüssel herunter, eine JSON-Datei.
3. Fügen Sie dieses Dienstkonto in den Nutzerberechtigungen Ihrer Search-Console-Property als Inhaber (Owner) hinzu. Fast alle machen diesen Schritt beim ersten Mal falsch, und wer ihn auslässt, bekommt bei jedem API-Aufruf einen 403-Fehler.
4. Warten Sie auf die Verbreitung der Berechtigungen. Es kann zwischen einigen Minuten und einigen Stunden dauern, bis Aufrufe erfolgreich sind.
5. Übermitteln Sie URLs mit dem Benachrichtigungstyp URL_UPDATED oder URL_DELETED, authentifiziert mit einem OAuth-Token, das Sie gegen Ihren privaten Schlüssel eintauschen.

Ein Skript, das dies erledigt, besteht meist aus denselben wenigen Teilen: einem Authentifizierungsmodul, das den Schlüssel lädt, einer Funktion, die eine URL übermittelt und bei einem Fehler erneut versucht, und einer Hauptschleife, die URLs aus Ihrer Sitemap liest und sie übermittelt, ohne das Tageskontingent zu überschreiten.

Jedes Projekt erhält ein Standardkontingent von 200 Veröffentlichungsanfragen pro Tag, wobei Aktualisierungen und Löschungen zusammengezählt werden, dazu 180 Metadatenanfragen und insgesamt 380 Anfragen pro Minute. Das Tageslimit wird um Mitternacht Pacific Time zurückgesetzt. Eine Aktualisierung der Dokumentation im Oktober 2026, über die Search Engine Journal berichtete, hat das Formular für die Genehmigungsanfrage und die Schritte zur Beantragung eines höheren Kontingents entfernt. Google hat nicht gesagt, ob sich auch die Genehmigungspflicht selbst geändert hat. Wenn Sie mit einer Kontingenterhöhung planen, prüfen Sie die aktuelle Kontingentseite der Google API Console, statt sich auf ältere Anleitungen zu verlassen.

Mehrere kommerzielle Tools verpacken dieselbe API in ein Dashboard, sodass Sie den Authentifizierungscode nicht selbst schreiben müssen. Sie verlangen in der Regel eine monatliche oder projektbezogene Gebühr und werben mit durchschnittlichen Indexierungszeiten von wenigen Minuten, wobei die Ergebnisse weiterhin von Googles Crawl-Warteschlange und der Seitenqualität abhängen.

Wann die API das falsche Werkzeug ist

Verzichten Sie darauf bei Evergreen-Inhalten, bei Seiten, die Google bereits gecrawlt und abgelehnt hat, und bei jeder Website, auf der eine saubere Sitemap und eine gesunde interne Verlinkung neue URLs bereits in angemessener Zeit erfassen lassen. Für solche Websites sind die Alternativen eine in der Search Console eingereichte Sitemap und die manuelle Funktion „Indexierung beantragen“ für die gelegentliche Seite. Eine Sitemap ist der wichtigste Entdeckungsweg für Ihre URLs in großer Zahl, während die API eine Überholspur für einzelne Seiten ist.

Häufige Fehler, die Sie vermeiden sollten

• Anzunehmen, Übermittlung bedeute Indexierung. Die API stellt einen Crawl in die Warteschlange und verspricht kein Ergebnis. Eine dünne oder doppelte Seite wird also nicht schneller indexiert, nur weil Sie die API aufgerufen haben.
• Den Inhaberschritt in der Search Console auszulassen. Das Dienstkonto muss Inhaber (Owner) der Property sein und nicht bloß normaler Nutzer, sonst scheitert jeder Aufruf mit einem 403.
• Sie für Inhalte außerhalb der unterstützten Typen zu nutzen und dieselbe Zuverlässigkeit zu erwarten, die Google für Stellenanzeigen und Übertragungen von Live-Ereignissen verspricht.
• Die Indexierung für dieselbe URL innerhalb weniger Stunden mehrfach in der Search Console zu beantragen.
• Die API als Ersatz für eine Sitemap zu behandeln.
• Den JSON-Schlüssel des Dienstkontos in ein öffentliches Repository zu committen. Behandeln Sie ihn wie ein Passwort.

Wenn eine Seite trotz aller Anträge dauerhaft nicht indexiert wird, liegt die Ursache oft in der Inhaltsqualität oder in Duplikaten statt in der Crawl-Geschwindigkeit. Ein kostenloses Tool, mit dem Sie Keyword-Rankings prüfen, bevor Sie die Indexierung als Engpass annehmen, kann Ihnen dabei helfen.

Häufig gestellte Fragen

Garantiert die Google Indexing API, dass meine Seite indexiert wird?

Nein. Sie benachrichtigt Google, dass sich eine URL geändert hat, und bittet um einen priorisierten Crawl. Der Crawler von Google besucht die Seite weiterhin und wendet seine üblichen Qualitäts- und Relevanzprüfungen an, bevor er über die Indexierung entscheidet.

Kann ich die Indexing API für jede Art von Seite verwenden?

Offiziell sagt Google, die API unterstütze Seiten mit strukturierten Daten vom Typ JobPosting oder BroadcastEvent. Viele übermitteln andere URL-Typen und sehen, dass sie akzeptiert werden, doch Google hat nicht zugesagt, dass das künftig zuverlässig funktioniert.

Wie hoch ist das Tageslimit der Indexing API?

Standardmäßig sind es 200 Veröffentlichungsanfragen pro Tag und Projekt, wobei Aktualisierungen und Löschungen zusammengerechnet werden, mit einer Obergrenze von 180 Metadatenanfragen pro Minute. Der Tageszähler wird um Mitternacht Pacific Time zurückgesetzt.

Warum gibt die API „403 Forbidden“ zurück?

Meist liegt es daran, dass das Dienstkonto in der Search Console nicht als Inhaber (Owner) der Property hinzugefügt wurde. Berechtigungen können außerdem einige Minuten bis einige Stunden brauchen, bis sie greifen. Ein Aufruf direkt nach der Einrichtung kann daher noch scheitern.

Kann die API Google zwingen, eine Seite erneut zu crawlen?

Sie bittet um einen priorisierten Crawl, und Google entscheidet, was danach geschieht. Dass eine Seite gecrawlt wird, verpflichtet Google nicht, sie zu indexieren.

Ist „Indexierung beantragen“ in der Search Console dasselbe wie die Indexing API?

Beide stellen eine URL in eine priorisierte Crawl-Warteschlange. „Indexierung beantragen“ (Request Indexing) ist kostenlos, manuell und in die Console eingebaut, die Sie ohnehin nutzen, während die API dieselbe Art von Anfrage für viele URLs automatisiert.

Wie unterscheidet sich die API vom Einreichen einer Sitemap?

Eine Sitemap listet Ihre URLs auf, damit Google sie nach eigenem Zeitplan crawlt, und bleibt der Hauptweg für den Großteil Ihrer Seiten. Die API schiebt einzelne URLs, etwa neue oder gelöschte, in eine schnellere Warteschlange.

Warum zeigt Google „Discovered, currently not indexed“ an, auch nachdem ich die Indexierung beantragt habe?

Google stuft die Seite meist wegen des Crawl-Budgets, der wahrgenommenen Inhaltsqualität oder der Ähnlichkeit mit anderen Seiten Ihrer Website niedriger ein. Die zugrunde liegende Seite zu verbessern, wirkt oft besser als wiederholtes Übermitteln.

Sprechen Sie mit dem Team

Eine einzelne hängende URL durch die Search Console zu schleusen, dauert etwa fünf Minuten. Indexierungsprobleme über eine ganze Website hinweg, Woche für Woche, mit von Hand ausgelösten API-Aufrufen zu verfolgen, ist keine gute Nutzung Ihrer Zeit. Wenn Sie ein klares Bild davon möchten, welche Seiten indexiert sind, welche feststecken und warum, sprechen Sie mit dem Team und lassen Sie sich einen Beispielbericht zu Ihrer eigenen Website erstellen.

Weiterführende Lektüre: Search Console API: So erhalten Sie Zugriff und was sie liefert.

Quellen

• Google API Instant Indexing Services
• Bulk request Google search indexing with API
• Google Indexing API in Python: Auth, Quotas, and Working ...
• Google's Indexing API Docs No Longer Explain How To ...
• Google Indexing API tool: Index pages on Google