Google Indexing API für SEO

TL;DR – Die Google Indexing API ist eine Möglichkeit für Website-Besitzer, Google über Code mitzuteilen: „Diese Seite hat sich geändert, bitte neu crawlen“, statt auf Schaltflächen zu klicken. Aber hier ist der Haken, den die meisten Anleitungen überspringen: Google unterstützt sie offiziell nur für Stellenausschreibungsseiten und Livestream-Seiten. Sie ist kein Abkürzungsweg, um Ihre Blogbeiträge oder Produktseiten schneller indexieren zu lassen – Google hat das immer wieder gesagt.

Was die Indexing API ist

Wenn Sie eine Seite veröffentlichen oder ändern, warten Sie normalerweise darauf, dass Google sie nach seinem eigenen Zeitplan erneut crawlt. Die Indexing API ist eine Möglichkeit, Google stattdessen eine Push-Benachrichtigung zu senden – „Hey, diese URL ist neu oder aktualisiert“ oder „Diese URL ist verschwunden, bitte entfernen.“ Das geschieht per Code (ein kleines Programm, das Googles Server aufruft), nicht durch Klicken in einem Dashboard.

Das klingt mächtig, und das ist es auch – für genau die Dinge, für die es gebaut wurde.

Das eine, was Sie verstehen müssen

Google unterstützt die Indexing API offiziell nur für zwei Arten von Seiten:

1. Stellenausschreibungen – Seiten mit JobPosting-Structured-Data (Stellenangebote, die ablaufen und schnell entfernt werden müssen).
2. Livestreams – Seiten mit BroadcastEvent-Structured-Data (Live-Video- Ereignisse, die nur während der Übertragung relevant sind).

Das ist alles. Beides sind zeitkritische Inhalte, die schnell veralten, weshalb Google für sie eine Schnellspur gebaut hat.

Wenn Sie keine Stellenangebote oder Livestreams haben, ist die Indexing API nicht Ihr Werkzeug – egal, was ein Plugin oder eine SaaS-Lösung mit „In Stunden indexiert“ Ihnen erzählt.

Der Mythos, den Sie ignorieren sollten

Der größte Mythos im Internet ist: „Nutzen Sie die Indexing API, um jede Seite schnell indexieren zu lassen.“ So funktioniert das nicht, und Google hat wiederholt die Nutzung für normale Seiten als Missbrauch bezeichnet. Leute tun es trotzdem, weil Tools es als Growth-Hack verkaufen – aber Google kann (und sagt, dass es das tun wird) Ihren Zugriff widerrufen, wenn Sie es missbrauchen.

Es gibt auch eine zweite Falle: Wenn Sie eine URL einreichen und eine „Erfolg“-Antwort erhalten, bedeutet das nur, dass Google Ihre Anfrage empfangen hat. Es bedeutet nicht, dass die Seite indexiert wurde. Viele Tools verwischen diese Grenze; Googles eigene Dokumentation ist dazu klar.

Was Sie stattdessen für schnellere Indexierung tun sollten

Für normale Seiten (Blogs, Produkte, Artikel) sind die Dinge, die tatsächlich helfen, langweilig, aber real:

• Reichen Sie eine XML-Sitemap in der Google Search Console ein.
• Verlinken Sie auf Ihre neuen Seiten von anderen Seiten Ihrer Website.
• Machen Sie die Seite wirklich indexierungswürdig (Qualität, kein dünner Füllstoff).
• Für einmalige Fälle nutzen Sie „Request indexing“ im URL Inspection-Tool der Search Console – sparsam.

Möchten Sie die technische Version – Einrichtung, die eigentlichen API-Methoden, Kontingente und die genauen Google-Zitate? Wechseln Sie zum Erweitert-Tab.

TL;DR – Die Indexing API ist eine über Google Cloud authentifizierte REST-API (v3), die URL_UPDATED- und URL_DELETED-Benachrichtigungen akzeptiert. Google unterstützt sie offiziell nur für JobPosting- und BroadcastEvent-in-VideoObject-Seiten (Livestream) – nicht für allgemeine Inhalte. Ein 200 vom Status-Endpunkt bestätigt den Empfang, nicht die Indexierung. Googles Haltung hat sich über Jahre verhärtet: 2022 (“doesn’t make sense” (Übersetzung) „ergibt keinen Sinn“) → September 2024 (eine Spam-Warnung in der Dokumentation) → Mai 2025. Mueller fasste die Entwicklung so zusammen: “spammers misuse the Indexing API… use it properly, or not use it” (Übersetzung) „Spammer missbrauchen die Indexing API … richtig verwenden oder gar nicht“. Missbrauch, einschließlich mehrerer Konten zur Erhöhung des Kontingents, kann zum Entzug des Zugriffs führen. Für allgemeine Seiten sind Ihre Hebel Sitemaps, interne Links, Qualität und gelegentliches GSC „Request indexing“ – und denken Sie daran: Google unterstützt IndexNow nicht.

Was die Indexing API tatsächlich ist

Die Indexing API ist ein programmatischer Push-Kanal: eine REST-API (v3), authentifiziert über ein Google Cloud-Dienstkonto, die Sie aufrufen, um Google mitzuteilen, dass eine URL hinzugefügt/aktualisiert (URL_UPDATED) oder entfernt werden soll (URL_DELETED). Sie steht neben Sitemaps und der Search Console als Möglichkeit für Google, URLs zu entdecken und zu aktualisieren – aber sie ist die engste von allen in Bezug auf den Inhaltstyp.

In meinem Vortrag Wie die Suche funktioniert führe ich die Indexing API als URL-Erkennungsquelle mit dem Tag “limited use cases” (Übersetzung) „begrenzte Anwendungsfälle“ auf – das ist die ganze Geschichte in zwei Worten. Sie ist real, sie funktioniert, und sie ist nur für einen Bruchteil des Webs freigegeben.

Wofür Google sie offiziell unterstützt

Das ist die tragende Tatsache, also formuliere ich sie so, wie Google es tut. Die Indexing API “can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (Übersetzung) „kann nur zum Crawlen von Seiten verwendet werden, die entweder JobPosting oder BroadcastEvent eingebettet in einem VideoObject enthalten.“ Das ist alles – zwei Typen strukturierter Daten:

• JobPosting – Seiten mit Stellenangeboten. Sie laufen ab, und veraltete Stellen sind eine schlechte Benutzererfahrung, daher ist ein rechtzeitiges Hinzufügen/Entfernen wichtig.
• BroadcastEvent in einem VideoObject – Seiten für Live-Stream-Ereignisse. Sie sind nur während (und kurz um) der Übertragung relevant.

Warum nur diese beiden? Beide sind von Natur aus zeitkritisch und kurzlebig. Die Begründung von Google ist, dass eine schnelle Benachrichtigung über Änderungen für diese weitaus wichtiger ist als für Evergreen-Seiten, die der normale Crawl problemlos verarbeitet.

So funktioniert es

Voraussetzungen

Die Einrichtung ist nicht trivial – das ist keine Ein-Klick-Funktion:

• Ein Google Cloud-Projekt mit aktivierter Indexing API. Wie Google es formuliert: Sie “need to tell Google about your client and activate access to the API.” (Übersetzung) „müssen Google über Ihren Client informieren und den Zugriff auf die API aktivieren.“
• Ein Dienstkonto mit einer JSON-Schlüsseldatei, sicher gespeichert.
• Search Console-Verifizierung der Website, dann fügen Sie Ihr Dienstkonto als delegierten Website-Inhaber hinzu.
• OAuth: “Every call to the Indexing API must be authenticated with an OAuth token that you get in exchange for your private key,” (Übersetzung) „Jeder Aufruf der Indexing API muss mit einem OAuth-Token authentifiziert werden, das Sie im Austausch für Ihren privaten Schlüssel erhalten“, unter Verwendung des Bereichs https://www.googleapis.com/auth/indexing.

Die zwei Methoden (plus eine Statusprüfung)

• URL_UPDATED – “To notify Google of a new URL to crawl or that content at a previously-submitted URL has been updated.” (Übersetzung) „Um Google über eine neue zu crawlende URL oder über aktualisierte Inhalte an einer zuvor übermittelten URL zu informieren.“ POSTEN Sie die URL mit "type": "URL_UPDATED". Ein erfolgreicher Aufruf erhält einen HTTP 200 – Googles eigene Formulierung lautet “means that Google may try to recrawl this URL soon,” (Übersetzung) „bedeutet, dass Google möglicherweise bald versucht, diese URL erneut zu crawlen“ – nicht, dass dies sicher geschieht oder der Crawl zu einer Indexierung führt.
• URL_DELETED – bevor Sie eine Entfernung beantragen, verlangt Google, dass “the URL must return a 404 or 410 status code or the page must contain” (Übersetzung) „die URL einen 404- oder 410-Statuscode zurückgeben oder die Seite ein entsprechendes Tag enthalten muss“; gemeint ist ein noindex-Meta-Tag. Es ist ein Entweder-oder, nicht „Seite löschen und zusätzlich noindex setzen“. Sobald das zutrifft, POSTEN Sie die URL mit "type": "URL_DELETED", damit Google sie entfernt.
• Status (GET) – gibt Metadaten zurück (latest_update, latest_remove, notify_time). Der kritische Vorbehalt, wörtlich: Die GET-Anfrage “only returns whether you successfully submitted a request.” (Übersetzung) „gibt nur zurück, ob Sie eine Anfrage erfolgreich übermittelt haben.“ Sie sagt Ihnen nicht, ob Google tatsächlich etwas indexiert oder entfernt hat.
• Batching – um HTTP-Verbindungen zu reduzieren, können Sie “combine up to 100 calls to the Indexing API into a single HTTP request.” (Übersetzung) „bis zu 100 Aufrufe der Indexing API in einer einzigen HTTP-Anfrage kombinieren.“ Das Kontingent wird weiterhin pro URL gezählt: 10 Anfragen in einem Batch verbrauchen immer noch 10 Anfragen des Kontingents.

Kontingente

Das Standardkontingent von Google hat drei separate Dimensionen, nicht nur eine Zahl:

• 200 Veröffentlichungsanfragen/Tag pro Projekt – deckt sowohl URL_UPDATED- als auch URL_DELETED-Aufrufe zusammen ab. Diese Zahl wird in den meisten Anleitungen genannt.
• 180 getMetadata- (Status-)Anfragen/Minute pro Projekt.
• 380 Anfragen/Minute pro Projekt über alle Endpunkte hinweg kombiniert.

Alle drei werden als “initial default quota for testing” (Übersetzung) „anfängliches Standardkontingent zum Testen“ beschrieben. Darüber hinauszugehen “requires additional approval for usage and resource provisioning,” (Übersetzung) „erfordert eine zusätzliche Genehmigung für Nutzung und Ressourcenbereitstellung“, die über ein Anfrageformular eingeholt wird. Google merkt außerdem an: “the quota may increase or decrease based on the document quality.” (Übersetzung) „Das Kontingent kann je nach Dokumentqualität steigen oder sinken.“ Der übliche „Trick“, mehrere Dienstkonten oder Projekte zu erstellen, um das Tageskontingent aufzublähen, ist genau das, was Google verbietet (siehe unten).

Kann die API für normale Seiten verwendet werden? Was Google tatsächlich sagt

Kurze Antwort: nein, nicht auf unterstützte Weise – und Google war bemerkenswert konsistent und zunehmend deutlich darin.

Die Dokumentation enthält eine Spam-Warnung. Etwa im September 2024 ergänzte Google die Schnellstartanleitung um eine eindeutige Formulierung: “All submissions through the Indexing API undergo rigorous spam detection,” (Übersetzung) „Alle Einreichungen über die Indexing API werden einer strengen Spam-Erkennung unterzogen.“ Direkt danach heißt es: “any attempts to abuse the Indexing API, including the use of multiple accounts or other means to exceed usage quotas, may result in access being revoked.” (Übersetzung) „Jegliche Versuche, die Indexing API zu missbrauchen, einschließlich der Verwendung mehrerer Konten oder anderer Mittel zur Überschreitung der Nutzungskontingente, können zum Entzug des Zugriffs führen.“

Die Vertreter sagen das seit Jahren. Bereits im Mai 2022 formulierte John Mueller es mit seiner Analogie zu Baufahrzeugen: Die API “is meant for very specific kinds of content,” (Übersetzung) „ist für sehr spezifische Arten von Inhalten gedacht“, und ihre Verwendung anderswo “doesn’t really make sense.” (Übersetzung) „ergibt nicht wirklich Sinn.“ Bis Mai 2025 wurde der Ton schärfer. Mueller schrieb: “We see a lot of spammers misuse the Indexing API like this, so I’d recommend just sticking to the documented & supported use-cases,” (Übersetzung) „Wir sehen, dass viele Spammer die Indexing API so missbrauchen, daher empfehle ich, sich an die dokumentierten und unterstützten Anwendungsfälle zu halten.“ Außerdem: “I’d just use it properly, or not use it. If we wanted to suggest that people could use it regardless, we’d document it as such.” (Übersetzung) „Ich würde sie einfach richtig verwenden oder gar nicht. Wenn wir vorschlagen wollten, dass sie unabhängig vom Inhalt verwendet werden kann, würden wir das entsprechend dokumentieren.“

Dieser Bogen — 2022 „ergibt keinen Sinn“ → 2024 Spam-Warnung in der Dokumentation → 2025 „Spammer missbrauchen … richtig verwenden oder gar nicht“ — ist ein mehrjähriges Muster, kein Einzelfall. Die Berichterstattung hat auch festgestellt, dass die API praktisch von Bloggern und SEOs überschwemmt wird, die normale Websites so behandeln, als ob sie qualifiziert wären.

Das reale Risiko, präzise formuliert. Mueller vermeidet es, eine algorithmische Strafe zu versprechen. Die ehrliche Darstellung ist: Es wird nicht unterstützt und verstößt gegen die Richtlinien, Inhalte, die auf unangemessene Weise eingereicht werden, werden möglicherweise nicht indexiert, und Ihr Zugriff kann entzogen werden. Übertreiben Sie es nicht als garantierte manuelle Maßnahme — aber tun Sie auch nicht so, als wäre es kostenlos.

Der Mythos des Status-Endpunkts

Dieser Punkt verdient eine eigene Zeile, weil so viele Tools es falsch machen: Eine erfolgreiche Einreichung ist eine Empfangsbestätigung, kein Indexierungsversprechen. Der Status-GET “only returns whether you successfully submitted a request.” (Übersetzung) „gibt nur zurück, ob Sie eine Anfrage erfolgreich eingereicht haben.“ Wenn ein Dashboard Ihnen ein grünes „indexiert“-Abzeichen auf der Grundlage eines 200 anzeigt, schließt es daraus etwas, das die API ihm nie mitgeteilt hat.

Indexing-API vs. Request Indexing vs. IndexNow

Drei Dinge werden ständig verwechselt. Es sind unterschiedliche Mechanismen:

• Indexing-API (Google): programmatisch, aber inhaltlich auf JobPosting/BroadcastEvent beschränkt. Die engste der drei.
• Request Indexing (GSC URL Inspection): funktioniert für jede Seite, die Sie besitzen, aber es ist manuell, eine URL nach der anderen, und für gelegentliche Nutzung gedacht — und es ist eine Anfrage, keine Garantie.
• IndexNow: das offene, suchmaschinenübergreifende Push-Protokoll (Bing, Yandex, Yep, Seznam, Naver) — und Google nutzt es nicht. Es ist das suchmaschinenübergreifende Pendant zur Indexing-API und das, das ich tatsächlich befürworte: Ich habe mitgeholfen, die IndexNow-Integration in Ahrefs Site Audit zu implementieren. Aber es erreicht Google nicht.

(Vollständige Aufschlüsselung im Frameworks-Tab.)

Was Sie stattdessen für allgemeine Seiten tun sollten

Wenn Sie keine Stellenangebote oder Livestreams veröffentlichen, ist die Indexing-API nicht Ihr Werkzeug, und Google hat das wiederholt gesagt. Ihre wirklichen Google-Hebel sind die unspektakulären:

• Sitemaps — für Abdeckung und Auffindbarkeit.
• Interne Links — verwaiste Seiten kämpfen; verlinkte Seiten werden gefunden.
• Inhaltsqualität — Google entscheidet, was es zu indexieren lohnt; dünne Seiten bleiben bei “Discovered – currently not indexed” (Übersetzung) „Entdeckt – derzeit nicht indexiert“ hängen, unabhängig davon, wie oft sie übermittelt werden.
• GSC „Request indexing“ — für echte Einzelfälle, sparsam.

Für suchmaschinenübergreifendes Pushen (Bing und andere, nicht Google) ist IndexNow das richtige Werkzeug. Und wenn Sie sich dafür interessieren, warum Seiten überhaupt nicht indexiert werden, ist das eine Frage der Crawl-Häufigkeit und Qualität, keine API-Frage.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Was es ist: eine Google Cloud-authentifizierte REST-API (v3) zum Senden von URL_UPDATED / URL_DELETED-Benachrichtigungen an Google.
• Die eine Tatsache, die zählt: offiziell nur für JobPosting- und BroadcastEvent-Seiten (Livestream) unterstützt — nicht für allgemeine Inhalte. Beide sind von Natur aus zeitkritisch.
• Der Mythos Nr. 1: „Es indexiert jede Seite schnell.“ Das tut es nicht; Google nennt eine breitere Nutzung Missbrauch. Eine erfolgreiche Übermittlung bestätigt nur, dass Google die Anfrage erhalten hat, nicht, dass etwas indexiert wurde.
• Googles Haltung hat sich im Laufe der Zeit verschärft: 2022 „ergibt keinen Sinn“ → September 2024 Spam-Warnung in der Dokumentation → Mai 2025 Mueller: „Spammer missbrauchen … nutzen Sie es richtig oder gar nicht.“
• Risiko: nicht unterstützt/gegen die Richtlinien; mehrere Konten, um das ~200/Tag-Kontingent zu umgehen, können zum Entzug des Zugriffs führen. Nicht unbedingt eine manuelle Strafe — aber Inhalte können hängen bleiben.
• Nicht dasselbe wie IndexNow (suchmaschinenübergreifend, Bing/Yandex usw. — Google nutzt es nicht) oder GSC Request Indexing (beliebige Seite, manuell, gelegentlich).
• Für normale Seiten: Sitemaps + interne Links + Qualität + gelegentliches GSC Request Indexing.

Offizielle Dokumentation

Primärquellen-Dokumentation von Google.

Google — Indexing API

• Indexing API Quickstart — die Übersicht, die JobPosting/BroadcastEvent-Einschränkung und die Spam-Erkennungswarnung.
• Indexing API verwenden — die URL_UPDATED / URL_DELETED-Methoden und der Hinweis zum Status-Endpunkt.
• Voraussetzungen — Cloud-Projekt, Dienstkonto, OAuth-Bereich und delegierter Besitz in der Search Console.
• Kontingente und Preise — das Standardkontingent (200) und die für mehr erforderliche Genehmigung.

Google — Kontext für allgemeine Seiten

• Google um ein erneutes Crawlen Ihrer URLs bitten — Sitemaps und der Pfad „Indexierung anfordern“ in der Search Console für normale Inhalte.
• Ausführlicher Leitfaden zur Funktionsweise der Google-Suche — wo URL-Erkennung und die Pipeline Crawl → Index → Auslieferung einzuordnen sind.

Zitate aus der Quelle

Aussagen von Google, die öffentlich dokumentiert sind. Jeder Link ist ein Deep Link, der direkt zur zitierten Passage auf der Quellseite springt.

Google-Dokumentation — die Einschränkung

• “The Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (Übersetzung) „Die Indexing API kann nur zum Crawlen von Seiten verwendet werden, die entweder JobPosting oder BroadcastEvent eingebettet in einem VideoObject enthalten.“ — Google-Suchzentrale, Indexing-API-Schnellstart. Zum Zitat springen
• “The Indexing API allows site owners to directly notify Google when their job posting or livestreaming video pages are added or removed.” (Übersetzung) „Die Indexing API ermöglicht es Website-Betreibern, Google direkt zu benachrichtigen, wenn ihre Stellenausschreibungs- oder Livestream-Videoseiten hinzugefügt oder entfernt werden.“ Zum Zitat springen

Google-Dokumentation — die Spam-Warnung (etwa im September 2024 zur Dokumentation hinzugefügt)

• “All submissions through the Indexing API undergo rigorous spam detection.” (Übersetzung) „Alle Übermittlungen über die Indexing API durchlaufen eine strenge Spam-Erkennung.“ Zum Zitat springen
• “Any attempts to abuse the Indexing API, including the use of multiple accounts or other means to exceed usage quotas, may result in access being revoked.” (Übersetzung) „Jegliche Versuche, die Indexing API zu missbrauchen, einschließlich der Verwendung mehrerer Konten oder anderer Mittel zur Überschreitung von Nutzungskontingenten, können zum Entzug des Zugriffs führen.“ Zum Zitat springen

Google-Dokumentation — der Hinweis zum Status-Endpunkt (Mythen-Klärung)

• “The GET request doesn’t tell you when Google indexes or removes a URL; it only returns whether you successfully submitted a request.” (Übersetzung) „Die GET-Anfrage sagt Ihnen nicht, wann Google eine URL indexiert oder entfernt; sie gibt nur zurück, ob Sie eine Anfrage erfolgreich übermittelt haben.“ — Google-Suchzentrale, Anleitung zur Verwendung der Indexing API. Zum Zitat springen

Google-Dokumentation — Kontingent

• “The default value is set to 200.” (Übersetzung) „Der Standardwert ist auf 200 gesetzt.“ Gemeint sind Veröffentlichungsanfragen pro Tag; damit benennt Google das tägliche Standardkontingent für neue und entfernte URLs. — Google-Suchzentrale, Kontingente und Preise. Zum Zitat springen
• “The default value is set to 180.” (Übersetzung) „Der Standardwert ist auf 180 gesetzt.“ Gemeint sind getMetadata-Statusanfragen pro Minute. Außerdem gilt “The default value is set to 380.” (Übersetzung) „Der Standardwert ist auf 380 gesetzt.“ Diese Zahl umfasst alle Endpunkte pro Minute. Das sind die beiden weiteren Kontingentdimensionen, die in den meisten Anleitungen fehlen. Zum Zitat springen (180) · Zum Zitat springen (380)
• “The quota may increase or decrease based on the document quality.” (Übersetzung) „Das Kontingent kann je nach Dokumentqualität steigen oder sinken.“ — Google-Suchzentrale, Kontingente und Preise. Zum Zitat springen

Google-Dokumentation — Batching und Entfernung

• “…you can combine up to 100 calls to the Indexing API into a single HTTP request.” (Übersetzung) „…Sie können bis zu 100 Aufrufe an die Indexing API in einer einzigen HTTP-Anfrage kombinieren.“ Damit lassen sich HTTP-Verbindungen bündeln und der technische Aufwand pro Übermittlungsrunde verringern. Auf das Kontingent wird dennoch jeder einzelne URL-Aufruf angerechnet; ein Batch mit 100 URLs verbraucht deshalb weiterhin 100 Anfragen. Die Bündelung spart somit Verbindungen, erweitert aber weder das Tages- noch das Minutenkontingent und beschleunigt auch nicht die Indexierungsentscheidung von Google. — Google-Suchzentrale, Anleitung zur Verwendung der Indexing API. Zum Zitat springen
• “…the URL must return a 404 or 410 status code or the page must contain” (Übersetzung) „…die URL muss einen 404- oder 410-Statuscode zurückgeben oder die Seite muss ein noindex-Meta-Tag enthalten“ — bevor Sie die Entfernung anfordern. — Google-Suchzentrale, Anleitung zur Verwendung der Indexing API. Zum Zitat springen
• “An HTTP 200 response means that Google may try to recrawl this URL soon.” (Übersetzung) „Eine HTTP-200-Antwort bedeutet, dass Google diese URL möglicherweise bald erneut crawlt.“ — Google-Suchzentrale, Anleitung zur Verwendung der Indexing API (zu URL_UPDATED). Zum Zitat springen

John Mueller, Google Search Advocate — Bluesky, ~Mai 2025

• “We see a lot of spammers misuse the Indexing API like this, so I’d recommend just sticking to the documented & supported use-cases.” (Übersetzung) „Wir sehen, dass viele Spammer die Indexing API so missbrauchen, daher würde ich empfehlen, sich einfach an die dokumentierten und unterstützten Anwendungsfälle zu halten.“
• “I’d just use it properly, or not use it. If we wanted to suggest that people could use it regardless, we’d document it as such.” (Übersetzung) „Ich würde es einfach richtig verwenden oder gar nicht. Wenn wir vorschlagen wollten, dass Leute es trotzdem verwenden können, würden wir es so dokumentieren.“ Zur Berichterstattung

John Mueller, Google — SEO-Sprechstunden, Mai 2022 (der Rahmen der „Baufahrzeuge“)

• “The indexing API is meant for very specific kinds of content. And using it for other kinds of content doesn’t really make sense.” (Übersetzung) „Die Indexing API ist für sehr spezifische Arten von Inhalten gedacht. Und sie für andere Arten von Inhalten zu verwenden, ergibt nicht wirklich Sinn.“
• “It’s not that it’s illegal or that it will cause problems if you put construction vehicles on your medical website. But it doesn’t really make sense.” (Übersetzung) „Es ist nicht so, dass es illegal ist oder Probleme verursacht, wenn Sie Baufahrzeuge auf Ihre medizinische Website setzen. Aber es ergibt nicht wirklich Sinn.“ Zur Berichterstattung

Indexing API — Spickzettel

Unterstützte Anwendungsfälle (das ist die vollständige Liste)

Die zwei Methoden

Batching: Kombinieren Sie bis zu 100 Aufrufe in einer einzigen HTTP-Anfrage – das Kontingent wird weiterhin pro URL gezählt, nicht pro Batch.

Schnelle Fakten

• Das Standardkontingent hat drei Teile: 200 Veröffentlichungsanfragen/Tag, 180 Statusanfragen (getMetadata)/Minute, 380 Anfragen/Minute über alle Endpunkte. Darüber hinausgehendes Kontingent erfordert Googles Genehmigung und kann sich mit der Dokumentqualität verschieben.
• 200 ≠ indexiert. Eine Erfolgsantwort bestätigt Empfang der Übermittlung, nichts weiter.
• Mehrere Konten, um das Kontingent zu umgehen = Zugriff entzogen (laut Dokumentation).
• Authentifizierung: Google-Cloud-Projekt + Dienstkonto + OAuth, Bereich https://www.googleapis.com/auth/indexing, Dienstkonto als delegierter GSC-Besitzer hinzugefügt.
• Nicht IndexNow (suchmaschinenübergreifend, nicht Google). Kein Ersatz für Sitemaps oder GSC-Anfrage zur Indexierung.

Ein minimaler Veröffentlichungsaufruf (nur für unterstützte Inhalte)

Das ist die Form einer einzelnen URL_UPDATED-Benachrichtigung. Nutzen Sie diesen Aufruf nur für Seiten mit JobPosting- oder BroadcastEvent-strukturierten Daten – dafür ist die API zugelassen. Der Authentifizierungsschritt (Austausch Ihres Dienstkontoschlüssels gegen ein OAuth-Token) wird der Kürze halber weggelassen; in der Praxis würden Sie eine Google-API-Clientbibliothek verwenden, um das Token zu erhalten.

Die Anfrage

POST https://indexing.googleapis.com/v3/urlNotifications:publish
Authorization: Bearer <OAUTH_TOKEN>
Content-Type: application/json

{
  "url": "https://example.com/jobs/senior-seo-analyst",
  "type": "URL_UPDATED"
}

Um eine Entfernung zu signalisieren (nachdem die Seite entfernt oder mit noindex versehen wurde):

{
  "url": "https://example.com/jobs/senior-seo-analyst",
  "type": "URL_DELETED"
}

Statusprüfung – beachten Sie, dass die Antwort Ihnen nur mitteilt, dass die Anfrage empfangen wurde, nicht ob etwas indexiert wurde:

GET https://indexing.googleapis.com/v3/urlNotifications/metadata?url=https%3A%2F%2Fexample.com%2Fjobs%2Fsenior-seo-analyst
Authorization: Bearer <OAUTH_TOKEN>

Ein 200 hier bedeutet „wir haben Ihre Übermittlung erhalten“ – es ist keine Bestätigung, dass Google die URL indexiert (oder entfernt) hat.

Batching mehrerer URLs: Sie können bis zu 100 einzelne Aufrufe in einer einzigen mehrteiligen HTTP-Anfrage an https://indexing.googleapis.com/batch kombinieren, anstatt 100 separate Anfragen zu senden – aber das Kontingent wird weiterhin pro URL gezählt, sodass ein Batch mit 100 Aufrufen immer noch 100 Anfragen Ihres Tageskontingents verbraucht. Googles API-Clientbibliotheken (Java, Python, JavaScript, PHP, .NET) übernehmen die Batch-Formatierung für Sie; es selbst zu implementieren lohnt sich selten.

Indexing-API vs. Request Indexing vs. IndexNow

Der Entscheidungsrahmen: Finden Sie heraus, was Sie haben und welche Suchmaschine Ihnen wichtig ist, und wählen Sie dann den Kanal.

So wählen Sie aus

1. Haben Sie Stellenausschreibungen oder Livestreams und möchten automatisieren? → Indexing API.
2. Möchten Sie allgemeine Seiten an Bing/Yandex/Yep pushen? → IndexNow.
3. Möchten Sie, dass Google eine normale Seite einmal neu crawlt? → GSC „Request indexing.”
4. Möchten Sie allgemeine Seiten in großem Umfang bei Google indexieren lassen? → Es gibt keinen Push-Button. Sitemaps + interne Links + Qualität. (Und Geduld – siehe Crawl-Frequenz.)

Das mentale Modell: Die Indexing API klingt wie das mächtigste der drei Werkzeuge, weil es eine API ist, aber nach Inhaltstyp ist sie die engste. Macht und Umfang sind nicht dasselbe.

Tools

• Google Cloud Console – Projekt erstellen, Indexing API aktivieren und den Service-Account-JSON-Schlüssel generieren, mit dem Sie sich authentifizieren.
• Google Search Console – URL Inspection – für normale Seiten ist dies Ihr eigentliches Werkzeug: Prüfen Sie, wie eine URL gecrawlt/gerendert/indexiert wurde, und nutzen Sie „Request indexing” für gelegentliche Einzelfälle.
• Google Search Console – Sitemaps und Indexierungsbericht – Sitemaps einreichen und sehen, was indexiert, “Discovered – currently not indexed” (Übersetzung) „Entdeckt – derzeit nicht indexiert“ oder ausgeschlossen ist.
• Google API-Clientbibliotheken – der sauberste Weg, den OAuth- Token-Austausch für Indexing-API-Aufrufe zu handhaben (statt JWT-Signierung selbst zu implementieren).
• IndexNow-Integration (Ahrefs Site Audit usw.) – für den suchmaschinenübergreifenden Push- Kanal (Bing und andere, nicht Google). Das richtige Werkzeug, wenn Sie das programmatische Push-Verhalten möchten, das sich viele wünschen, dass die Indexing API es für allgemeine Seiten bietet.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• Was ist Googlebot und wie funktioniert er? – wo die Indexing API unter Googles URL-Erkennungsquellen einzuordnen ist (Links, Sitemaps, RSS, GSC und die API).
• So beheben Sie „Entdeckt – derzeit nicht indexiert“ – warum Seiten nicht indexiert werden; die Lösung sind Qualität und interne Links, nicht eine Push-API.
• Einsteigerleitfaden für technisches SEO – wo Crawling und Indexierung in das größere Bild passen.

Meine Vorträge

• Wie die Suche funktioniert (SlideShare) – mein Durchgang durch Entdeckung, Crawling, Rendering, Indexierung und Ranking; die Folie zur URL-Entdeckung kennzeichnet die Indexing API als “limited use cases.” (Übersetzung) „begrenzte Anwendungsfälle“. Mein üblicher Hinweis lautet: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Das ist mein Verständnis der Systeme … es wird nicht zu 100 % vollständig oder korrekt sein.“

Zu IndexNow (dem engine-übergreifenden Pendant – beachten Sie, dass Google es nicht nutzt)

• IndexNow-Integration in Ahrefs Site Audit – der Push-Kanal, den ich tatsächlich befürworte, für Bing/Yandex/Yep statt Google.
• Seiten aus Site Audit an IndexNow übermitteln.

Von anderen

• Google ergänzt Spam-Warnung in der Indexing-API-Dokumentation (Search Engine Journal, Sept. 2024) – dokumentiert, wann die Spam-Erkennungssprache hinzugefügt wurde.
• Google warnt erneut vor der Indexing API für nicht unterstützte Inhalte (Search Engine Roundtable, Mai 2025) – Barry Schwartz behandelt Muellers Bluesky-Warnung, die API nicht mehr zweckzuentfremden.
• Missbrauch der Indexing API kann zu SEO-Problemen führen (StanVentures, Mai 2025) – gibt Muellers Bluesky-Zitate vom Mai 2025 wörtlich wieder und erklärt das Risiko des Zugriffsentzugs.
• Google beantwortet, ob die Indexing API für normale Websites sinnvoll ist (iLoveSEO, Mai 2022) – Transkript von Muellers „Baufahrzeuge“-Sprechstunden-Rahmung.
• Google: Die Indexing API wird von Bloggern überlaufen (Optimixed) – behandelt, wie die zweckentfremdete Nutzung durch Blogger und SEOs die API überlastet hat.
• r/TechSEO – die Community für Crawl-/Index-Debugging.

Häufige Probleme

Probleme, auf die Menschen mit der Indexing API tatsächlich stoßen, in der Reihenfolge Symptom → Ursache → Lösung.

„Ich habe eine 200-Antwort erhalten, aber die Seite ist immer noch nicht indexiert“

• Symptom: Der URL_UPDATED-Aufruf (oder der Status-GET) gibt Erfolg zurück, aber die Seite erscheint nie in der Suche, oder die Search Console zeigt weiterhin „Entdeckt – derzeit nicht indexiert“ an.
• Ursache: Eine 200 bestätigt nur, dass Google die Benachrichtigung erhalten hat. Laut Googles eigener Dokumentation “only returns whether you successfully submitted a request” (Übersetzung) „gibt der Status-Endpunkt nur zurück, ob Sie eine Anfrage erfolgreich übermittelt haben“ – er sagt nicht aus, ob etwas gecrawlt, indexiert oder entfernt wurde.
• Lösung: Behandeln Sie die API-Antwort nicht mehr als Indexierungsbestätigung. Prüfen Sie den tatsächlichen Indexierungsstatus im URL-Inspektionstool in der Search Console oder im Abdeckungsbericht. Wenn die Seite nach einer angemessenen Wartezeit immer noch nicht indexiert ist, liegt das Problem an der Entdeckung/Qualität (siehe „Was stattdessen tun“ im Tab „Erweitert“), nicht am API-Aufruf.

„Mein Indexing-API-Zugriff wurde entzogen“

• Symptom: Aufrufe, die früher funktionierten, schlagen fehl, oder Google Cloud/Search Console zeigt an, dass der Zugriff des Dienstkontos entzogen wurde.
• Ursache: Google stellt klar fest: “any attempts to abuse the Indexing API, including the use of multiple accounts or other means to exceed usage quotas, may result in access being revoked.” (Übersetzung) „Jegliche Versuche, die Indexing API zu missbrauchen, einschließlich der Verwendung mehrerer Konten oder anderer Mittel zur Überschreitung der Nutzungsquoten, können zum Entzug des Zugriffs führen.“ Der häufigste Auslöser ist das Übermitteln von Seiten ohne JobPosting/BroadcastEvent oder das Erstellen zusätzlicher Dienstkonten, um die Standardquote von etwa 200/Tag zu umgehen.
• Lösung: Prüfen Sie, was Sie übermittelt haben – wenn es allgemeine Inhalte sind (Blogbeiträge, Produktseiten, alles ohne JobPosting- oder BroadcastEvent-strukturierte Daten), hören Sie auf. Die API ist nicht dafür dokumentiert, und Mueller hat direkt gesagt: “I’d just use it properly, or not use it.” (Übersetzung) „Ich würde sie einfach richtig verwenden oder gar nicht.“ Es gibt keinen dokumentierten Einspruchsweg außer, künftig innerhalb des unterstützten Anwendungsfalls zu bleiben.

„Übermittlungen für normale Seiten scheinen nichts zu bewirken“

• Symptom: Sie übermitteln URL_UPDATED für einen regulären Artikel oder eine Produktseite und nichts ändert sich – kein schnelleres Crawlen, kein schnelleres Indexieren.
• Ursache: Der Inhaltstyp ist keiner der beiden, die Google unterstützt. Die Indexing API “can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (Übersetzung) „kann nur zum Crawlen von Seiten verwendet werden, die entweder JobPosting oder BroadcastEvent eingebettet in einem VideoObject enthalten.“ Übermittlungen außerhalb dieses Rahmens sind kein dokumentiertes, unterstütztes Signal.
• Lösung: Dies ist kein zu behebender Fehler – es ist das falsche Werkzeug. Verwenden Sie für allgemeine Seiten stattdessen eine Sitemap, interne Links und (für gelegentliche Einzelfälle) „Indexierung anfordern“ im URL-Inspektionstool der Search Console.

„Ich stoße an das Kontingentlimit“

• Symptom: Übermittlungen schlagen fehl oder werden gedrosselt – entweder bei etwa 200/Tag oder in kürzeren Bursts sogar unter 200/Tag.
• Ursache: Google setzt tatsächlich drei separate Standardkontingente durch: 200 Publish- (URL_UPDATED/URL_DELETED)-Anfragen pro Tag, 180 Status- (getMetadata) Anfragen pro Minute und 380 Anfragen pro Minute über alle Endpunkte zusammen. Ein Burst von Statusprüfungen kann Sie an den Minutenlimits drosseln, lange bevor Sie die täglichen 200 erreichen. Das Überschreiten eines dieser Limits “requires additional approval for usage and resource provisioning,” (Übersetzung) „erfordert eine zusätzliche Genehmigung für Nutzung und Ressourcenbereitstellung“, und Google merkt an, dass das gewährte Kontingent “may increase or decrease based on the document quality.” (Übersetzung) „je nach Dokumentqualität steigen oder sinken kann“.
• Fix: Wenn Sie legitim so viele JobPosting- oder BroadcastEvent-Seiten pro Tag veröffentlichen/aktualisieren, beantragen Sie eine Kontingenterhöhung über Google Cloud – erstellen Sie keine zusätzlichen Dienstkonten oder Projekte, um das zu umgehen, da dies ausdrücklich als eine Art von Missbrauch genannt wird, die zum Entzug des Zugriffs führt.

Checklisten

Bevor Sie die Indexing API anfassen

• Bestätigen Sie, dass die Seiten, die Sie übermitteln möchten, tatsächlich JobPosting- strukturierte Daten oder BroadcastEvent eingebettet in einem VideoObject enthalten – die einzigen zwei Inhaltstypen, die Google unterstützt.
• Wenn keines davon zutrifft, stoppen Sie hier. Verwenden Sie Sitemaps, interne Links, Inhaltsqualität und gelegentliches GSC “Request indexing” – nicht die API.
• Entscheiden Sie, ob Ihr Übermittlungsvolumen realistisch in das Standardkontingent von ~200/Tag passt oder ob Sie eine Erhöhung beantragen müssen.

Einrichtung

• Erstellen (oder wählen) Sie ein Google Cloud-Projekt und aktivieren Sie die Indexing API darin.
• Erstellen Sie ein Dienstkonto und laden Sie dessen JSON-Schlüsseldatei herunter; bewahren Sie den Schlüssel sicher auf (committen Sie ihn niemals in ein öffentliches Repository).
• Verifizieren Sie Ihre Website in der Search Console, falls sie es nicht bereits ist.
• Fügen Sie die E-Mail-Adresse des Dienstkontos als delegierten Site-Besitzer in der Search Console hinzu.
• Bestätigen Sie, dass Sie den Dienstkontoschlüssel gegen ein OAuth-Token mit dem Bereich https://www.googleapis.com/auth/indexing eintauschen können (typischerweise über eine Google API-Clientbibliothek statt handgeschriebener JWT-Signierung).

Übermitteln einer Benachrichtigung

• Wählen Sie die richtige Methode: URL_UPDATED für eine neue oder geänderte unterstützte Seite, URL_DELETED nachdem die Seite entfernt oder mit noindex versehen wurde.
• POSTen Sie die URL mit dem korrekten type-Feld an https://indexing.googleapis.com/v3/urlNotifications:publish.
• Behandeln Sie eine 200-Antwort nur als Empfangsbestätigung – nicht als Beweis, dass die Seite indexiert oder entfernt wurde.
• Überprüfen Sie in der Search Console (URL Inspection oder Coverage), wenn Sie den tatsächlichen Indexierungsstatus bestätigen müssen.

Innerhalb der Richtlinien bleiben

• Übermitteln Sie nur JobPosting/BroadcastEvent-Seiten über diese API – nichts anderes.
• Erstellen Sie keine mehreren Dienstkonten oder Projekte, nur um das Kontingent zu überschreiten; beantragen Sie stattdessen eine legitime Erhöhung.
• Wenn Sie nicht sicher sind, ob eine Seite qualifiziert ist, behandeln Sie das als “tut sie nicht” und verwenden Sie stattdessen Sitemaps/interne Links/Request indexing dafür.

Quiz

Fünf Fragen, um zu prüfen, was tatsächlich über die Indexing API hängen geblieben ist.

Änderungsprotokoll