Indexing API

Was ist die Indexing API?

Die Indexing API ist eine Programmierschnittstelle von Google, über die Websites das Hinzufügen oder Entfernen bestimmter URLs automatisiert melden können. Offiziell ist sie für Seiten mit Stellenanzeigen sowie Livestreams vorgesehen. Die Meldung stößt ein erneutes Crawling an, garantiert aber weder die Aufnahme in den Google-Index noch ein Ranking.

Die Indexing API, deutsch: Programmierschnittstelle zur Indexierung, übermittelt Google eine konkrete URL und die Information, ob diese URL aktualisiert oder entfernt wurde. Google kann die Seite daraufhin schneller erneut abrufen. Die technische Meldung ersetzt jedoch keine indexierbare Website, hochwertige Inhalte oder eindeutige Canonical-Signale.

Wie funktioniert die Indexing API?

Die Indexing API arbeitet ereignisbasiert. Sobald eine unterstützte Seite veröffentlicht, wesentlich geändert oder gelöscht wird, sendet das angebundene System eine Anfrage an Google. Für die Authentifizierung wird üblicherweise ein Dienstkonto in der Google Cloud eingerichtet, das auch als berechtigter Inhaber der betreffenden Search-Console-Property hinterlegt sein muss.

Eine Benachrichtigung enthält die vollständige URL und einen von zwei Nachrichtentypen:

URL_UPDATED meldet eine neue oder inhaltlich aktualisierte URL. Google kann diese URL anschließend erneut crawlen.
URL_DELETED meldet, dass eine URL entfernt wurde und nicht mehr in den Suchergebnissen erscheinen soll.

Eine erfolgreiche API-Anfrage bestätigt nur, dass Google die Nachricht angenommen hat. Die Indexing API prüft bei der Übermittlung weder die inhaltliche Qualität noch die endgültige Indexierbarkeit. Liefert die URL beispielsweise einen Fehlerstatus, enthält ein Noindex-Tag oder verweist per Canonical auf eine andere Seite, kann Google sie trotz erfolgreicher Meldung aus dem Index ausschließen.

Welche Seiten unterstützt Google?

Google sieht die Indexing API offiziell für Seiten mit strukturierten Daten vom Typ JobPosting sowie für Livestream-Seiten mit BroadcastEvent innerhalb eines VideoObject vor. Typische Anwendungsfälle sind Stellenportale mit häufig wechselnden Anzeigen und Plattformen, deren Livestreams nur für einen begrenzten Zeitraum relevant sind.

Für gewöhnliche Blogartikel, Produktseiten, Kategorien oder lokale Landingpages ist die Schnittstelle nicht als allgemeiner Beschleuniger vorgesehen. Dass eine technische Anfrage verarbeitet wird, bedeutet nicht, dass der Einsatz für diesen Seitentyp unterstützt wird. Für normale Inhalte bleiben interne Links, XML-Sitemaps und eine technisch saubere Website die vorgesehenen Wege zur Auffindbarkeit.

Die Indexing API sollte nicht massenhaft für beliebige URLs eingesetzt werden. Ein erfolgreicher HTTP-Aufruf ist keine Freigabe für den jeweiligen Seitentyp. Prüfe vor der Implementierung, ob die Seiten Stellenanzeigen oder unterstützte Livestream-Inhalte enthalten und ob die erforderlichen strukturierten Daten korrekt eingebunden sind.

Indexing API und Indexierung

Die Indexing API wird häufig als direkte Anweisung zur Indexierung missverstanden. Tatsächlich meldet die Schnittstelle zunächst nur eine Änderung und kann dadurch das Crawling anstoßen. Erst danach bewertet Google unter anderem den HTTP-Statuscode, Robots-Anweisungen, Canonical-Angaben, Inhalt, interne Verlinkung und weitere Qualitätssignale.

Der Unterschied zwischen Crawling und Indexierung ist für die Einordnung zentral: Beim Crawling ruft Googlebot eine URL ab und verarbeitet deren Inhalte. Bei der Indexierung entscheidet Google, ob und in welcher Form die Seite in den durchsuchbaren Index aufgenommen wird. Eine per Indexing API gemeldete URL kann deshalb gecrawlt und trotzdem nicht indexiert werden.

Diese Voraussetzungen müssen stimmen

Die Indexing API kann technische Widersprüche nicht auflösen. Eine unterstützte URL sollte beim Abruf den Statuscode 200 liefern, für Googlebot erreichbar sein und keinen Noindex-Eintrag enthalten. Bei mehreren ähnlichen URLs müssen Canonical, Sitemap und interne Verlinkung dieselbe bevorzugte Adresse signalisieren.

Die gemeldete URL ist vollständig und öffentlich erreichbar.
Die URL liefert keinen 3xx-, 4xx- oder 5xx-Statuscode.
Robots.txt und Meta-Robots blockieren den erforderlichen Abruf nicht.
Das Canonical Tag verweist auf die gewünschte indexierbare URL.
Die strukturierten Daten entsprechen dem tatsächlichen Seiteninhalt.

Widersprüchliche Canonical-Angaben gehören zu den häufigsten Ursachen für unerwartete Indexierungsentscheidungen. Der technische Zusammenhang und typische Prüfungen werden im Ratgeber zu Canonical Tags mit Beispielen ausführlich erklärt.

Abgrenzung zu Sitemap und URL-Prüfung

Die Indexing API, eine XML-Sitemap und die URL-Prüfung der Google Search Console erfüllen unterschiedliche Aufgaben. Die API meldet einzelne Ereignisse automatisiert. Eine Sitemap stellt Google eine fortlaufend gepflegte Liste relevanter URLs bereit. Die URL-Prüfung dient vor allem der Diagnose und der manuellen Anforderung einer erneuten Indexierung einzelner Seiten.

Methode	Hauptzweck	Typischer Einsatz
Indexing API	Automatisierte Änderungsmeldung	Stellenanzeigen und unterstützte Livestream-Seiten
XML-Sitemap	Bereitstellung wichtiger URLs	Websites, Shops und größere URL-Bestände
URL-Prüfung	Diagnose einer einzelnen URL	Indexstatus, Live-Test und manuelle Crawling-Anforderung

Für normale Unternehmensseiten ist eine aktuelle XML-Sitemap meist der skalierbare Standard. Die Sitemap sollte nur kanonische und indexierbare URLs mit einem erfolgreichen Statuscode enthalten. Eine API-Anbindung behebt keine veralteten Sitemap-Einträge und keine Seiten, die nur über Parameter oder fehlerhafte Weiterleitungen erreichbar sind.

Indexing API technisch einrichten

Die Einrichtung erfordert Zugriff auf die Google Cloud und die Google Search Console. Nach der Aktivierung der Schnittstelle wird ein Dienstkonto erstellt. Die E-Mail-Adresse dieses Dienstkontos erhält anschließend die erforderliche Berechtigung für die Search-Console-Property. Das CMS, das Stellenportal oder eine eigene Anwendung authentifiziert seine Anfragen mit den Zugangsdaten dieses Kontos.

Ein sinnvoller Workflow besteht aus vier Schritten:

Die Anwendung erkennt die Veröffentlichung, Aktualisierung oder Löschung einer unterstützten URL.
Das System prüft den Statuscode, die Indexierbarkeit und die strukturierten Daten.
Die Anwendung sendet den passenden Nachrichtentyp an die Indexing API.
Fehlerantworten und der spätere Indexstatus werden protokolliert und kontrolliert.

Zugangsdaten eines Dienstkontos gehören nicht in öffentlich erreichbare Verzeichnisse oder Quellcode-Repositorys. Die Schlüsseldatei ermöglicht authentifizierte API-Aufrufe und sollte deshalb nur auf dem zuständigen Server gespeichert sowie auf die tatsächlich benötigten Prozesse beschränkt werden.

Erfolg und Fehler kontrollieren

Messbar ist der Einsatz zum Beispiel so: Pro gemeldeter URL werden Zeitpunkt, Nachrichtentyp und API-Antwort protokolliert. Danach prüfst du stichprobenartig in der Google Search Console, ob Google die URL erneut abgerufen und indexiert hat. Ein Technik-Crawler für automatisierte technische Checks ergänzt diese Kontrolle, indem er Statuscodes, Canonicals, Robots-Anweisungen und Sitemap-Widersprüche regelmäßig erfasst.

Wenn eine URL trotz Meldung nicht indexiert wird, sollte die Prüfung bei der technischen Erreichbarkeit beginnen. Häufige Ursachen sind Noindex-Angaben, blockierte Ressourcen, falsche Canonicals, schwache interne Verlinkung oder ein Inhalt, den Google nicht als eigenständig indexierungswürdig bewertet. Der Ratgeber zum Management technischer SEO-Fehler zeigt, wie solche Ursachen systematisch priorisiert werden.

Gelöschte Seiten müssen nach einer Löschmeldung einen passenden Statuscode zurückgeben. Je nach Fall sind 404 für eine nicht gefundene Ressource oder 410 für einen bewusst dauerhaft entfernten Inhalt möglich. Die Unterschiede erläutert die technische Einordnung zu 404 und 410 bei Google.

Häufige Fragen zur Indexing API

Beschleunigt die Indexing API jede Google-Indexierung?

Nein. Die Schnittstelle kann Google schneller über eine Änderung informieren, ist offiziell aber nur für bestimmte Stellenanzeigen und Livestream-Seiten vorgesehen. Die Meldung garantiert weder ein erneutes Crawling innerhalb einer festen Zeit noch die Aufnahme in den Index.

Wie lange dauert die Indexierung nach einer API-Anfrage?

Google nennt keine feste Dauer. Eine URL kann kurz nach der Meldung gecrawlt werden, die endgültige Indexierungsentscheidung kann jedoch länger dauern oder negativ ausfallen. Prüfe deshalb den Status später in der Google Search Console.

Kann ich die Indexing API für Produktseiten verwenden?

Produktseiten gehören nicht zu den offiziell unterstützten Seitentypen. Für Onlineshops sollten wichtige Produktseiten über interne Links, eine aktuelle XML-Sitemap und konsistente Canonical-Angaben zugänglich gemacht werden.

Garantiert eine erfolgreiche API-Antwort die Indexierung?

Nein. Eine erfolgreiche Antwort bestätigt lediglich die Annahme der Nachricht. Google prüft die URL anschließend selbst und kann sie wegen technischer Signale, inhaltlicher Qualität oder einer anderen kanonischen URL vom Index ausschließen.

Was ist der Unterschied zwischen Indexing API und Sitemap?

Die Indexing API meldet konkrete Änderungen an unterstützten URLs. Eine Sitemap listet fortlaufend die wichtigen indexierbaren Seiten einer Website auf. Für gewöhnliche Websites und Onlineshops ist die Sitemap der reguläre Weg zur Übermittlung größerer URL-Bestände.

Warum wird eine gemeldete URL nicht indexiert?

Mögliche Ursachen sind ein Noindex-Eintrag, eine Crawling-Sperre, ein fehlerhafter Statuscode, ein abweichendes Canonical oder ein Inhalt ohne ausreichenden eigenständigen Wert. Kontrolliere zuerst die URL-Prüfung, den Quellcode, die Sitemap und die internen Links.

Wenn du Indexierungsprobleme nicht nur für einzelne URLs, sondern für die gesamte Website prüfen möchtest, schafft ein technisches SEO-Audit eine belastbare Grundlage.

Kostenlosen Potenzialcheck anfragen

Sie haben noch Fragen?

Kontaktieren Sie uns