4. November 2026 · 14 Min. Lesezeit

Google-Indexierung beantragen: wann es hilft

Grafische Titelkarte zum Beitrag „Google-Indexierung beantragen: wann es hilft“ mit einem stilisierten Motiv: Suche mit Messkurve.
Grafik: HumanITy

Die Google-Indexierung beantragst du in der Search Console mit dem URL-Prüftool: vollständige Adresse oben in die Suchleiste eingeben, Ergebnis abwarten, bei Bedarf „Live-URL testen“, dann auf „Indexierung beantragen“ klicken. Nach einer kurzen Prüfung kommt die Seite in Googles Warteschlange. Das dürfen nur Inhaber und uneingeschränkte Nutzer der Property. Für Einzelanträge gilt ein Tageslimit, dessen Höhe Google nicht veröffentlicht; für viele Adressen ist die Sitemap der vorgesehene Weg. Und der Antrag ist eine Bitte, kein Befehl: Laut Google kann das Crawlen einige Tage bis mehrere Wochen dauern, und dass die Seite „sofort oder überhaupt“ in die Suchergebnisse kommt, garantiert Google nicht. Eine Schnittstelle für den Antrag gibt es für normale Seiten nicht (Stand: November 2026).

Dazu kommt eine Frage, die ich mir gestellt habe: Wie bringe ich meinem KI-Agenten bei, die Search Console zu nutzen, per API und im Browser, so wie wir es machen? Die Einrichtung selbst steht in Google Search Console einrichten.

Google-Indexierung beantragen: Schritt für Schritt

  1. URL prüfen. Property öffnen, die vollständige Adresse mit https:// oben in die Suchleiste eingeben. Das erste Ergebnis stammt aus dem Google-Index, nicht von deiner Live-Seite.
  2. Ergebnis lesen. „URL ist auf Google“: Die Seite ist im Index, ein Antrag lohnt sich nur nach einer deutlichen Änderung. „URL ist Google nicht bekannt“: Genau dafür empfiehlt Google den Antrag.
  3. Live-URL testen. Der Test prüft, ob Google die aktuelle Fassung ohne Anmeldung abrufen kann und ob robots.txt oder noindex im Weg stehen. Ein positives Ergebnis heißt laut Google nur, dass die Seite gecrawlt werden kann, nicht dass sie erscheint.
  4. „Indexierung beantragen“ klicken. Nach einer schnellen Prüfung kommt die Adresse in die Warteschlange. Gilt die Seite im Live-Test als nicht indexierbar, lässt sich kein Antrag stellen.

Eingeschränkte Nutzer können die URL-Prüfung laut Googles Berechtigungstabelle nur abrufen, beantragen können sie nichts.

Was der Antrag kann und was nicht

Frage Antwort laut Google
Wie schnell geht es? Search-Console-Hilfe: „normalerweise nur einen Tag“, manchmal ein bis zwei Wochen; Entwicklerdoku: einige Tage bis mehrere Wochen
Ist die Aufnahme garantiert? Nein, Google bevorzugt hochwertige, nützliche Inhalte
Hilft es, öfter zu klicken? Nein, die Adresse wird nicht schneller gecrawlt
Geht es für fremde Seiten? Nein, nur für Adressen, die du verwaltest
Ersetzt er die Sitemap? Nein, für viele Seiten empfiehlt Google die Sitemap
Prüft er Qualität und Strafen? Nein, Qualitätsrichtlinien und manuelle Maßnahmen testet das Tool nicht

Der Antrag passt für wenige, wichtige Seiten, etwa einen neuen Beitrag oder eine Seite nach einem behobenen noindex-Fehler. Für hundert neue Beiträge ist er das falsche Werkzeug.

Das Kontingent: wie viele Anträge pro Tag?

Google schreibt nur: „Es gilt ein Limit für die Anzahl der Indexanfragen, die Sie pro Tag einreichen können.“ Eine Zahl nennt Google nicht (Stand: November 2026).

Bei mir beobachtet, nicht von Google dokumentiert: Am 03.11.2026 gingen 11 Anträge durch, am 04.11.2026 waren es 10. Danach meldete die Search Console „Kontingent überschritten“, auch für eine zweite Property im selben Google-Konto. Ein Versuch am Vormittag des 04.11. wurde sofort abgelehnt, am Nachmittag ging es wieder. Das spricht für ein Limit je Konto, das über 24 Stunden rollierend zählt. Belegt ist das nicht; Googles Hilfe spricht bei Prüfanfragen von einem Limit je Property.

Nicht verwechseln: Die URL Inspection API zum Lesen hat ein eigenes Limit von 2.000 Abfragen am Tag je Property. Das gilt fürs Lesen, nicht für Anträge.

Viele Seiten: Sitemap statt Einzelantrag

Google nutzt das Feld <lastmod> der Sitemap, wenn es konsistent und nachprüfbar stimmt, also bei echten Inhaltsänderungen, nicht bei einem neuen Copyright-Jahr. Einreichen kannst du die Sitemap im Sitemaps-Bericht oder über eine Zeile in der robots.txt. Den alten „Ping“ per Adresse hat Google 2023 abgeschaltet, Aufrufe enden mit einem 404-Fehler. Auch die Sitemap ist laut Google nur ein Hinweis.

Genauso wichtig sind Links: Google muss eine Seite über eine bekannte Seite oder die Sitemap finden. Bei einer ganz neuen Website rät Google, zuerst die Indexierung der Startseite zu beantragen.

Gecrawlt oder gefunden, zurzeit nicht indexiert: die Status

Bericht „Seiten“ und URL-Prüfung nennen den Grund, warum eine Adresse fehlt:

Status Bedeutung laut Google Was hilft
URL ist Google nicht bekannt Google hat die Adresse noch nicht gesehen Antrag stellen, intern verlinken, in die Sitemap aufnehmen
Gefunden - zurzeit nicht indexiert gefunden, noch nicht gecrawlt; Google hat das Crawlen verschoben, weil es die Website sonst überlastet hätte warten, interne Links von starken Seiten setzen, Antwortzeiten des Servers prüfen
Gecrawlt - zurzeit nicht indexiert gecrawlt, nicht aufgenommen; laut Google häufig und nicht unbedingt ein Problem, Google indexiert nicht jede Seite bei wichtigen Seiten: Inhalt eigenständiger machen, Doppelungen zusammenführen, dann erneut beantragen
durch „noindex“ ausgeschlossen die Seite verbietet die Indexierung selbst Tag entfernen, Live-Test, dann beantragen

Bei mir beobachtet: Von 220 neuen Beitragsadressen (je 110 Deutsch und Englisch) seit dem 20.10.2026 waren am 03.11.2026 laut URL Inspection API 83 indexiert. 95 der übrigen kannte Google noch nicht, 41 standen auf „Gefunden“. Technische Fehler gab es keine, die Seiten waren schlicht noch nicht gecrawlt. Meine Lesart, als Hypothese: Google crawlt nach Priorität, nicht nach Menge.

KI-Agent und Search Console: lesen per API, beantragen im Browser

Die Aufteilung ergibt sich aus dem, was Google anbietet.

Aufgabe Weg Was der Agent braucht
Indexstatus prüfen URL Inspection API Dienstkonto als eingeschränkter Nutzer, Lese-Scope
Klicks und Suchbegriffe Search Analytics API dasselbe
Sitemap einreichen API oder Oberfläche Schreibrecht; einfacher: einmal selbst klicken
Indexierung beantragen nur die Oberfläche eine Browser-Sitzung, in der sich der Mensch selbst angemeldet hat

Und die Indexing API? Laut Google ist sie nur für Seiten mit JobPosting oder mit BroadcastEvent in einem VideoObject nutzbar, also Stellenanzeigen und Livestreams, und jede Einreichung läuft durch eine strenge Spamerkennung. Die Search Console API kennt für die URL-Prüfung nur die Methode inspect, und die liest.

Lesen per API

  1. In der Google Cloud Console ein Projekt anlegen, die Search Console API aktivieren.
  2. Ein Dienstkonto anlegen, den Schlüssel als JSON-Datei außerhalb jedes Repos speichern.
  3. In der Search Console unter „Einstellungen“, „Nutzer und Berechtigungen“ die Adresse des Dienstkontos als eingeschränkten Nutzer eintragen.
  4. Im Code nur den Scope webmasters.readonly anfordern.

Ein Beispiel in Python, Pfad und Adressen sind Platzhalter:

# Nur lesend: Indexstatus einer URL abfragen (Search Console API, URL Inspection)
from google.oauth2 import service_account
from googleapiclient.discovery import build

SCHLUESSEL = "/sicherer/ort/dienstkonto.json"  # Platzhalter, nie ins Repo
creds = service_account.Credentials.from_service_account_file(
    SCHLUESSEL, scopes=["https://www.googleapis.com/auth/webmasters.readonly"])
gsc = build("searchconsole", "v1", credentials=creds)

antwort = gsc.urlInspection().index().inspect(body={
    "inspectionUrl": "https://beispiel.de/blog/neuer-beitrag",
    "siteUrl": "sc-domain:beispiel.de",  # URL-Präfix-Property: "https://beispiel.de/"
    "languageCode": "de-DE",
}).execute()

s = antwort["inspectionResult"]["indexStatusResult"]
print(s["verdict"], s.get("coverageState"), s.get("lastCrawlTime"))

Die Abfrage zeigt den Stand im Google-Index, die Live-Fassung testet die API laut Google nicht. Mit eingeschränkter Rolle und Lese-Scope kann der Agent auf diesem Weg nichts einreichen.

Beantragen im Browser

Für den Antrag bleibt die Oberfläche. Ein Agent steuert dafür einen Browser über Playwright, so läuft es bei uns:

  1. Der Agent öffnet einen sichtbaren Browser mit festem Profilordner (bei Playwright „persistent context“), damit die Anmeldung bleibt.
  2. Der Mensch meldet sich selbst an. Der Agent tippt kein Passwort und sieht keins.
  3. Per API gleicht der Agent ab, welche Adressen noch fehlen. Nur die kommen auf die Liste.
  4. Je Adresse: URL eingeben, Ergebnis abwarten, „Indexierung beantragen“ klicken, Meldung lesen, Zeit und Ergebnis protokollieren.
  5. Bei „Kontingent überschritten“ oder zwei Fehlern in Folge hört er auf. Kein zweites Konto, kein Umweg.

Der Profilordner enthält Sitzungs-Cookies; Playwright rät dringend davon ab, solche Dateien in ein Repository zu legen. Der Agent arbeitet im Tempo eines Menschen und nur im eigenen Konto. Googles Nutzungsbedingungen untersagen automatisierte Zugriffe, die gegen maschinenlesbare Vorgaben wie die robots.txt verstoßen; ein Skript, das die Oberfläche bedient, bleibt eine Grauzone, die du selbst verantwortest. Und die Oberfläche ist keine Schnittstelle: Ändert Google eine Beschriftung, bricht das Skript. Statt Playwright geht auch Claude in Chrome: Erweiterung nutzen.

So schreibst du es in die CLAUDE.md

Die CLAUDE.md ist die Datei, die Claude Code zu Beginn jeder Sitzung liest. Ein Abschnitt für die Search Console kann so aussehen:

## Google Search Console
- Lesen nur per Search Console API mit dem Dienstkonto (eingeschränkter Nutzer,
  Scope webmasters.readonly). Schlüssel liegt außerhalb des Repos, nie ausgeben.
- Indexierung beantragen nur im Browser, in der Sitzung, in der ich mich selbst
  angemeldet habe. Nie ein Passwort eingeben, nie eine Anmeldung umgehen.
- Antrag nur auf meine ausdrückliche Anweisung im Chat, Wortlaut und Uhrzeit
  ins Protokoll.
- Vorher per URL Inspection abgleichen, nur nicht indexierte URLs beantragen.
- Bei „Kontingent überschritten“ sofort aufhören. Kein zweites Konto.

Anthropic schreibt selbst, Claude behandle diese Dateien „as context, not enforced configuration“. Die Datei ist eine Bitte, die Grenze setzen Rolle und Lese-Scope. Was ein Mitarbeiter nicht darf, sperre ich technisch. Wie das in Claude Code geht, steht in Claude Code Sicherheit: Rechte und Sandbox.

Bei mir übernimmt das Sebastian, mein KI-Mitarbeiter für SEO und GEO. Er liest Search Console und Bing Webmaster Tools, über seinen Zugang einreichen kann er nichts. Jede URL-Einreichung läuft über meine ausdrückliche Freigabe im Einzelfall, und den Antrag klickt er nur in der Sitzung, in der ich mich selbst angemeldet habe. Warum diese Freigabe zum Aufbau gehört und kein Misstrauen ist, steht in Human in the Loop: Bedeutung und Beispiele.

Häufige Fragen

Wie lange dauert die Indexierung nach dem Antrag?

Google nennt zwei Spannen: Die Search-Console-Hilfe spricht von meist etwa einem Tag, die Entwicklerdoku von einigen Tagen bis mehreren Wochen. Eine Garantie gibt es nicht.

Wie oft kann ich die Indexierung pro Tag beantragen?

Google nennt ein Tageslimit, aber keine Zahl. Bei mir lag die Grenze am 03. und 04.11.2026 bei 10 bis 11 Anträgen.

Gibt es eine API, um die Indexierung bei Google zu beantragen?

Für normale Seiten nein. Die Indexing API gilt laut Google nur für Stellenanzeigen und Livestreams, die URL Inspection API liest nur. Der Antrag läuft über die Oberfläche.

Warum steht meine Seite auf „Gefunden - zurzeit nicht indexiert“?

Google kennt die Adresse, hat das Crawlen aber verschoben, laut Google meist, um die Website nicht zu überlasten. Hilfreich sind interne Links von starken Seiten, eine saubere Sitemap und Geduld.

Wie du weitermachst

Prüf heute die fünf wichtigsten Seiten deiner Website mit der URL-Prüfung. Was „nicht bekannt“ ist, beantragst du. Was gecrawlt, aber nicht indexiert ist, verbesserst du zuerst. Für alles andere sorgen Sitemap und interne Links. Lässt du einen Agenten mitarbeiten: erst nur lesend, Anträge im Browser erst, wenn der Ablauf sitzt. Bei Bing geht das Melden über eine Schnittstelle, das steht in Bing Search Console: Einrichtung mit IndexNow.

Sebastians eigener Kurs liegt in meiner Community in der Stufe Premium: zwölf Lektionen vom ersten Audit über die Einrichtung von Search Console und Bing bis zur GEO-Baseline und der Nachmessung.

Kevin Welter

Kevin Welter

Entwickler, IT-Architekt, Fachbuchautor (Kubernetes, Cloud-Infrastrukturen) und Speaker. Betreibt sein Business mit einer KI-Belegschaft aus vierzehn KI-Mitarbeitern und zeigt Selbstständigen in seiner Community, wie sie ihren ersten KI-Mitarbeiter einstellen.

Mehr über KI-Mitarbeiter

In einer Stunde läuft dein erster KI-Mitarbeiter

7 Tage kostenlos testen