- →IndexNow ist ein Meldeweg, kein Ranking-Signal: es verkürzt die Zeit bis zur Entdeckung einer URL, ersetzt aber weder Crawl-Budget-Hygiene noch Qualitätsbewertung.
- →Google unterstützt das Protokoll auch Mitte 2026 nicht (Searchbloom, 6. Juni 2026). Wer IndexNow für Google-Indexierung verkauft, verkauft Luft.
- →Der Hebel liegt bei Bing und den daran hängenden Antwortsystemen: laut Microsoft-Berichterstattung stammten Ende 2025 rund 22 Prozent aller geklickten URLs in Bing-Ergebnissen aus IndexNow-Einreichungen, Anfang 2025 waren es 18 Prozent.
- →Nur bei echter Inhaltsänderung pushen. Tägliche Komplett-Sitemap-Einreichungen liefern kein zusätzliches Tempo und provozieren 429er.
- →Melde ausschließlich kanonische, indexierbare URLs. Parameter-Varianten, noindex-Seiten und Weiterleitungen im urlList sind der häufigste Implementierungsfehler, den wir in technischen Audits sehen.
Was IndexNow im Alltag wirklich ändert
Klassisches Crawling ist ein Pull-Modell: Der Bot entscheidet, wann er ein Dokument erneut abholt, und diese Entscheidung hängt an Signalen, die eine Website nur indirekt steuert, Aktualisierungsfrequenz, interne Verlinkung, Autorität, Serverantwortzeit. Ein Nachrichtenportal wird im Minutentakt besucht, ein Ratgeber mit dreißig Seiten und schwachem Linkprofil wartet gerne mehrere Wochen auf den nächsten Besuch. IndexNow dreht die Richtung um: Die Website meldet aktiv, dass sich eine URL geändert hat, statt auf den nächsten Crawl zu warten.
Ein kurzer Einstieg ins Konzept, bevor es technisch wird:
Das Protokoll hat die Nischenphase längst hinter sich. Ein Branchenrückblick vom Februar 2026 beziffert die täglichen URL-Einreichungen auf über fünf Milliarden, gegenüber 3,5 Milliarden im Jahr 2024, und zählt im Januar 2026 mehr als 80 Millionen Websites, die IndexNow aktiv nutzen. Das ist keine Randtechnologie mehr, sondern der Kanal, über den ein erheblicher Teil des Webs seine Änderungen an Bing und Co. durchreicht.
Entscheidend ist trotzdem, was IndexNow nicht tut. Es ist kein Ranking-Faktor, es erzwingt keine Indexierung, und es rettet keine dünne Seite. Das Protokoll verkürzt ausschließlich den Abstand zwischen «diese URL hat sich geändert» und «die Suchmaschine weiß davon». Alles danach, Crawl, Qualitätsbewertung, Aufnahme in den Index, folgt exakt denselben Regeln wie vorher. Wer ein Tool kauft, das «sofortige Indexierung» verspricht, bezahlt für den Meldeweg und bekommt die Bewertung nicht dazu. Diese Unterscheidung sauber zu ziehen ist der halbe Wert des Themas.
Wie das Protokoll technisch arbeitet
Im Zentrum steht ein selbst erzeugter API-Key, eine Zeichenkette aus 8 bis 128 Hexadezimalzeichen. Dieser Key liegt als Textdatei im Wurzelverzeichnis der Domain, typischerweise unter /{key}.txt, und enthält als einzigen Inhalt den Key selbst. Die Datei ist der Besitznachweis. Reicht ein Fremder URLs für deine Domain ein, prüft der empfangende Dienst die Key-Datei auf dem gemeldeten Host und verwirft die Einreichung, wenn sie nicht passt. Deshalb kommt IndexNow ohne Konto, ohne OAuth und ohne Registrierung aus, ein bemerkenswerter Gegenentwurf zur Google Search Console.
Eine einzelne URL lässt sich als simpler GET-Aufruf melden, mit host, key und url als Parameter. Für den Regelbetrieb ist die POST-Variante relevant: ein JSON-Body mit host, key, optionaler keyLocation und einer urlList von bis zu 10 000 Adressen pro Request. Die Antwortcodes sind eindeutig genug, um sie in einem Deploy-Skript auszuwerten. 200 heißt akzeptiert, 202 heißt angenommen, aber der Key ist noch nicht validiert, 400 steht für ein fehlerhaftes Format, 403 für einen Key, der nicht gefunden wird, 422 für URLs, die nicht zum gemeldeten Host gehören, und 429 für zu viele Anfragen. Ein Deploy, das diese Codes nicht loggt, meldet jahrelang ins Leere, ohne dass es jemand bemerkt.
Der zweite Baustein ist die Weiterreichung. Eine Einreichung an einen teilnehmenden Endpunkt wird an alle anderen Teilnehmer verteilt. Praktisch heißt das: ein einziger Request an api.indexnow.org genügt, mehrere Endpunkte parallel anzusprechen bringt nichts außer zusätzlicher Last.
Zur Einordnung im technischen SEO-Stack: IndexNow ersetzt nicht das Inventar, das eine strukturierte XML-Sitemap für den Crawler bereithält, es ergänzt es um eine Benachrichtigung. Die Sitemap sagt, was existiert. IndexNow sagt, was sich gerade geändert hat. Beides parallel zu betreiben ist der Normalfall, nicht die Ausnahme.
Wer mitmacht, und warum Google fehlt
Die Teilnehmerliste ist überschaubar und stabil: Bing, Yandex, Naver, Seznam und Yep unterstützen das Protokoll, so der Stand einer aktualisierten Übersicht vom 17. Februar 2026. Naver und Seznam werden in deutschsprachigen Beiträgen fast nie erwähnt, obwohl sie in Südkorea und Tschechien den Markt bestimmen. Wer dort ausliefert, hat mit IndexNow den mit Abstand billigsten Beschleuniger für die Entdeckung neuer Seiten.
Google fehlt, und das ist kein Übergangszustand. Der Searchbloom-Report vom 6. Juni 2026 bestätigt, dass Google dem Protokoll weiterhin nicht beigetreten ist und stattdessen auf eigenes Crawling sowie die hauseigene Indexing API setzt, die offiziell auf JobPosting- und BroadcastEvent-Inhalte beschränkt bleibt. Die verbreitete Praxis, diese API für beliebige Seitentypen zu missbrauchen, ist eine Grauzone ohne Support und ohne Zusage. Als Fundament für einen Publikationsprozess taugt sie nicht.
Der messbare Nutzen liegt also bei Bing. Und der ist größer, als die deutschsprachige SEO-Debatte üblicherweise zugesteht. Microsoft berichtete 2025, dass Ende 2025 rund 22 Prozent aller geklickten URLs in Bing-Suchergebnissen aus IndexNow-Einreichungen stammten, gegenüber 18 Prozent Anfang 2025. Der 2024 eingeführte Report IndexNow Insights in den Bing Webmaster Tools macht diesen Effekt pro Property sichtbar, inklusive Frische von Produkt- und Shopping-Daten. Wer den Kanal nutzt und nie in diesen Report schaut, verzichtet auf die einzige belastbare Erfolgskontrolle, die es hier gibt.
Dazu kommt ein Argument, das es zum Start des Protokolls noch nicht gab: Aktualität ist zu einem Zitationssignal geworden. Eine im März 2026 veröffentlichte Untersuchung von AirOps, zitiert im Searchbloom-Report, kommt zu dem Ergebnis, dass kürzlich aktualisierte Seiten etwa den dreifachen Zitationsanteil in AI Overviews erreichen wie ältere. Das gilt für Googles Antwortsysteme, die IndexNow nicht lesen, zeigt aber die Richtung: Ein Publikationsprozess, der Änderungen sofort in die Verteilkanäle drückt, ist strukturell im Vorteil, egal welche Maschine am Ende zitiert.
IndexNow im Netlinking-Betrieb
Für eine Linkkampagne zählt ein Backlink erst, wenn die Seite, die ihn trägt, gecrawlt und indexiert ist. Genau an dieser Stelle taucht IndexNow in Verkaufsargumenten auf, und genau hier gehört ein Riegel vorgeschoben: Der Push beschleunigt die Entdeckung bei Bing, Yandex und Naver. Auf Googles Wahrnehmung eines neuen Links hat er null Einfluss. Dienste, die «Link-Indexierung» auf IndexNow-Basis verkaufen und dabei Google-Screenshots zeigen, verwechseln Korrelation mit Kausalität oder rechnen darauf, dass niemand nachprüft.
Was bleibt, ist trotzdem betrieblich sinnvoll, nur auf der anderen Seite des Geschäfts. Als Betreiber von Medien, die Beiträge veröffentlichen, ist der Push Teil der Auslieferungshygiene. Bei den französischen Redaktionsmedien, die wir im Eigenbetrieb führen, läuft die IndexNow-Meldung automatisch bei jedem Deploy mit, gemeinsam mit der Sitemap-Aktualisierung. Der Aufwand ist einmalig, der Nutzen dauerhaft: Ein frisch veröffentlichter Beitrag ist bei Bing typischerweise am selben Tag auffindbar statt in der Folgewoche. Wer prüfen will, wie so ein Netz aus intern verfassten Medien aufgebaut ist, findet die Medienliste samt Kennzahlen offen einsehbar, ohne Anmeldung.
Ein zweiter Punkt betrifft die Sauberkeit der gemeldeten Adressen. Eingereicht wird die Zieladresse, die auch indexiert werden soll, nicht irgendeine Variante davon. Wenn die gemeldete URL und die im Canonical-Tag hinterlegte Vorzugsadresse auseinanderlaufen, produziert der Push widersprüchliche Signale und im besten Fall gar nichts. Dasselbe gilt für Seiten, die per robots-Anweisung ausgeschlossen sind: Eine Suchmaschine über eine Seite zu informieren, die sie nicht aufnehmen darf, ist reines Grundrauschen.
Implementierung, Automatisierung und typische Fehler
Der Einstieg ist in den meisten Stacks eine Konfigurationsaufgabe, keine Entwicklungsaufgabe. Im WordPress-Ökosystem überschritt die Zahl der aktiven IndexNow-Installationen im Juli 2025 die Marke von zehn Millionen, verteilt auf Microsofts offizielles Plugin sowie die SEO-Suiten von Yoast, Rank Math und SEOPress. Bei SEOPress ist die IndexNow-Anbindung bereits in der kostenlosen Version enthalten, die Pro-Pläne beginnen laut Anbieterübersichten für 2026 bei 49 US-Dollar pro Jahr. Wix und Shopify liefern native Integrationen, und seit Mai 2025 existieren Anbindungen für Shopify und Amazon, die Shopping-Inhalte über Schema.org-Auszeichnung im IndexNow-Feed transportieren. Wer hinter Cloudflare sitzt, kann die Crawler Hints aktivieren und den Push auf CDN-Ebene auslösen, ohne eine Zeile Code anzufassen.
Für eine eigene Anbindung per API zeigt dieses Tutorial den Ablauf praktisch:
Die Fehler, die uns in technischen Audits regelmäßig begegnen, wiederholen sich mit ermüdender Zuverlässigkeit. Der häufigste ist die tägliche Komplett-Einreichung aller URLs aus der Sitemap, unabhängig davon, ob sich etwas geändert hat. Das erzeugt Last, liefert kein zusätzliches Tempo und provoziert 429er, die dann niemand auswertet. Ein Push gehört an ein Ereignis gekoppelt, Veröffentlichung, Aktualisierung, Löschung, nicht an einen Cron-Job ohne Zustandsprüfung.
Fast ebenso verbreitet: die Key-Datei liefert einen 404, weil das Deployment sie nicht mitkopiert oder eine Weiterleitungsregel sie abfängt. Die Einreichungen laufen dann monatelang gegen 403, ohne dass jemand es merkt, weil der Rückgabewert nirgends geloggt wird. Ein einzelner curl -sI auf die Key-Datei nach jedem Deploy erspart diesen ganzen Zustand. Dritter Klassiker sind gemeldete URLs mit Tracking-Parametern, Session-IDs oder Sprachvarianten, die auf eine andere Adresse weiterleiten. Und viertens die Erwartungshaltung selbst: Eine Seite, die inhaltlich nichts hergibt, wird nach dem Push genauso wenig indexiert wie davor, nur schneller abgelehnt.
Die realistische Erwartung für 2026 lautet damit: IndexNow ist Basisinfrastruktur, die man einmal korrekt verdrahtet und danach im Monitoring hat. Es kostet nichts, es ist in fast jedem CMS zwei Klicks entfernt, und es verschafft bei Bing sowie den kleineren Teilnehmern einen echten Vorsprung bei der Entdeckung. Es ist kein Wachstumshebel, und niemand sollte es als solchen verkaufen.
Nautilinks betreibt ein eigenes Netzwerk redaktioneller Medien. In-House verfasste Artikel, Transparenzhinweise beachtet, Ankertext-Mix kalibriert.
Häufige Fragen
Bringt IndexNow etwas, wenn mein Traffic zu über 90 Prozent von Google kommt?
Direkt für Google: nichts. Google ist dem Protokoll auch Mitte 2026 nicht beigetreten (Searchbloom, 6. Juni 2026). Indirekt lohnt es sich trotzdem, weil die Einrichtung praktisch nichts kostet und Bing bei vielen B2B-Themen einen spürbaren Traffic-Anteil liefert. Dazu kommt die Sichtbarkeit in Antwortsystemen, die auf dem Bing-Index aufsetzen. Als Prioritätsprojekt taugt es nicht, als Zeile im Deploy-Skript sehr wohl.
Kostet die Nutzung etwas, und gibt es ein hartes Limit?
Das Protokoll selbst ist kostenlos und braucht weder Konto noch Registrierung, der Besitznachweis läuft über die Key-Datei im Wurzelverzeichnis. Pro POST-Request sind bis zu 10 000 URLs zulässig. Ein hartes Tageskontingent wird nicht veröffentlicht, die Endpunkte antworten bei übermäßigen Einreichungen mit 429. Kosten entstehen nur, wenn man ein Drittanbieter-Tool dazwischenschaltet, typische Einstiegstarife solcher Wrapper liegen laut Marktübersichten für 2026 bei rund 9 US-Dollar im Monat.
Kann jemand Fremdes URLs für meine Domain einreichen und mir schaden?
Nur eingeschränkt. Der empfangende Dienst prüft den Key gegen die Datei auf dem gemeldeten Host, eine Einreichung ohne gültigen Key wird mit 403 oder 422 verworfen. Wer den Key kennt, weil er öffentlich im Root liegt, kann Adressen deiner eigenen Domain melden, aber keine fremden. Der Schaden bleibt damit auf überflüssige Crawl-Anfragen begrenzt. Bei Verdacht wird ein neuer Key erzeugt und die alte Datei entfernt.
Wie messe ich, ob der Push überhaupt etwas bewirkt?
Über zwei Ebenen. Technisch: den HTTP-Statuscode jeder Einreichung loggen, 200 und 202 sind in Ordnung, alles ab 400 gehört in ein Alerting. Fachlich: der Report IndexNow Insights in den Bing Webmaster Tools zeigt, welche eingereichten URLs tatsächlich in den Index und in Klicks münden. Ohne diesen Abgleich bleibt der Kanal eine Blackbox, und genau darauf setzen Anbieter, die sofortige Indexierung versprechen.
Soll ich gelöschte Seiten oder 301-Weiterleitungen ebenfalls melden?
Gelöschte URLs ja, das ist einer der sinnvollsten Anwendungsfälle: Die Suchmaschine erfährt schneller vom 410 oder 404 und räumt den Index auf. Weiterleitungsketten dagegen nicht als Quelle melden, sondern das Ziel. Meldest du die alte Adresse, verbrennst du eine Einreichung für ein Dokument, das ohnehin nicht indexiert werden soll. Dieselbe Logik gilt für Seiten mit noindex-Anweisung oder Parameter-Varianten kanonischer Adressen.
Prüfen Sie Ihr Wissen
Quiz: IndexNow
1/3Welche Suchmaschine unterstützt IndexNow Stand Mitte 2026 nicht?