IndexNow: 3,5 Milliarden URLs täglich, ohne Google

Eine neue Produktseite geht live. Bei Google dauert es Tage oder Wochen, bis sie im Index erscheint. Bei Bing, Yandex und mehreren anderen Suchmaschinen kann es Sekunden dauern. Der Unterschied heißt IndexNow: ein Push-Protokoll, über das eine Website Suchmaschinen aktiv mitteilt, welche URLs neu sind, sich geändert haben oder gelöscht wurden. Statt auf den nächsten Crawl zu warten, meldet der Server die Änderung selbst.

Warum IndexNow für technisches SEO relevant ist

Klassische Indexierung funktioniert nach dem Pull-Prinzip. Suchmaschinen-Crawler besuchen eine Website in selbst gewählten Intervallen und entdecken Änderungen erst beim nächsten Durchgang. Bei großen oder sich häufig ändernden Seiten verschwendet das Crawl-Budget und verzögert die Sichtbarkeit. IndexNow dreht dieses Prinzip um: Die Website pusht die Information, die Suchmaschine zieht sie nicht ab.

Die Skalierung des Protokolls macht deutlich, dass es kein Nischenwerkzeug mehr ist. Laut Microsoft werden täglich über 3,5 Milliarden URLs über IndexNow eingereicht, und 18 Prozent aller neu in den Web-Suchergebnissen angeklickten URLs stehen im Zusammenhang mit dem Protokoll. Die unabhängige Aufbereitung bei Wikipedia nennt für 2024 2,5 Milliarden eingereichte URLs und 17 Prozent aller angeklickten Bing-URLs aus IndexNow. Das Wachstum ist steil: Im September 2023 nutzten über 60 Millionen Websites das Protokoll und reichten täglich über 1,4 Milliarden URLs ein.

Für B2B-Unternehmen im DACH-Raum ist der zweite Teil des Versprechens entscheidend: Indexierung ohne Abhängigkeit von einem einzigen Anbieter. Wer ausschließlich auf Googles Crawl-Logik setzt, hat keinen Hebel auf das Timing. IndexNow gibt diesen Hebel zurück, zumindest für die teilnehmenden Suchmaschinen.

Wie das Push-Protokoll technisch funktioniert

IndexNow basiert auf drei Bausteinen: einem API-Key, einer Host-Verifizierung über eine Schlüssel-Datei und einem einfachen HTTP-Endpoint.

API-Key generieren: Der Betreiber erzeugt einen alphanumerischen Schlüssel (mindestens 8, maximal 128 Zeichen, hexadezimal). Dieser Schlüssel identifiziert die Website gegenüber den Suchmaschinen.

Schlüssel-Datei hinterlegen: Eine Textdatei mit dem Schlüssel als Dateiname und Inhalt wird im öffentlich erreichbaren Stammverzeichnis abgelegt, etwa unter https://www.beispiel.at/{key}.txt. Damit beweist der Betreiber, dass er den Host kontrolliert. Ohne diese Host-Verifizierung lehnen die Suchmaschinen die Einreichung ab. Genau das verhindert, dass jemand fremde URLs einreicht.

URLs per POST melden: Geänderte URLs werden als JSON an einen Endpoint geschickt, zum Beispiel an https://api.indexnow.org/indexnow oder direkt an https://www.bing.com/indexnow. Das Protokoll teilt jede Meldung an alle teilnehmenden Suchmaschinen, eine einzelne Einreichung genügt. Eine einzelne URL kann auch per einfachem GET gemeldet werden, der POST-Endpoint erlaubt bis zu 10.000 URLs pro Anfrage als Liste.

Mehr braucht es nicht. Es gibt keine Authentifizierung über OAuth, keine Quotas pro Konto und keine komplexe Einrichtung. Die Einfachheit ist der Grund für die breite Adoption.

Welche Suchmaschinen mitmachen und warum Google fehlt

IndexNow wird von einem festen Kreis getragen: Bing (Microsoft, Initiator gemeinsam mit Yandex), Yandex (führend in Russland), Naver (führend in Südkorea), Seznam.cz (relevant in Tschechien) und Yep (die Suchmaschine von Ahrefs). Eine einzige Einreichung erreicht alle diese Engines gleichzeitig.

Google fehlt bewusst. Das Unternehmen nimmt nicht an IndexNow teil und betreibt weiterhin seine eigene Pull-basierte Crawling-Infrastruktur, statt das Push-System zu übernehmen. Der Hintergrund ist strukturell: Google verfügt über genug Crawl-Kapazität, um Änderungen selbst zeitnah zu entdecken, und hat wenig Anreiz, Indexierungssignale an ein offenes Protokoll abzugeben, das es nicht kontrolliert.

Das relativiert das Argument "ohne Google" richtig eingeordnet: IndexNow ersetzt nicht die Google-Indexierung. Es ergänzt sie um einen Kanal zu allen anderen relevanten Suchmaschinen. Wer im DACH-Raum nur an Google denkt, übersieht, dass dieser ergänzende Kanal kostenlos und mit geringem Aufwand zu haben ist.

IndexNow in Next.js sauber implementieren

Next.js bietet keine native IndexNow-Integration. Der saubere Weg führt über ein Post-Build-Script, das ausschließlich geänderte URLs meldet.

Sitemap als Quelle: Mit next-sitemap wird bei jedem Build eine aktuelle XML-Sitemap erzeugt. Diese dient als Liste aller indexierbaren URLs.

Schlüssel-Datei ins public-Verzeichnis: Die Datei {key}.txt liegt unter /public, damit Next.js sie statisch ausliefert. So ist die Host-Verifizierung dauerhaft erfüllt.

Diff-basierte Einreichung: Das Script vergleicht die aktuelle Sitemap mit dem letzten bekannten Stand (etwa einem im Repository oder Cache gespeicherten Snapshot) und meldet nur neu hinzugekommene oder geänderte URLs. Das ist der wichtigste Schritt: Bei jedem Deploy die komplette Sitemap zu pushen, gilt als Over-Submission und bringt keinen Vorteil.

CI/CD-Integration: Das Script läuft als letzter Schritt der Deploy-Pipeline, nachdem die neuen Seiten live sind. Sinnvoll ist ein Trigger über einen Webhook beim erfolgreichen Deployment, nicht bei jedem Commit. So werden nur tatsächlich veröffentlichte Änderungen gemeldet.

Wichtig: Eine URL erst dann melden, wenn sie unter ihrer endgültigen Adresse erreichbar ist und einen 200-Status liefert. Das Pingen von URLs, die noch eine 404 oder einen Redirect zeigen, ist kontraproduktiv.

IndexNow, XML-Sitemaps und Google Indexing API abgrenzen

Die drei Mechanismen lösen unterschiedliche Probleme und schließen sich nicht aus.

XML-Sitemaps: Die Grundausstattung. Sie listen alle indexierbaren URLs samt Änderungsdatum und werden von allen Suchmaschinen, auch Google, ausgelesen. Sitemaps sind passiv: Sie laden Crawler ein, ersetzen aber keine aktive Benachrichtigung.

IndexNow: Der aktive Push für Bing, Yandex, Naver, Seznam und Yep. Geeignet für sofortige Meldungen bei jeder Art von Inhaltsänderung. Ergänzt die Sitemap, ersetzt sie nicht.

Google Indexing API: Häufig missverstanden. Die Indexing API ist laut Google offiziell nur für Seiten mit JobPosting- oder BroadcastEvent-Markup (Livestreams) vorgesehen. Sie ist kein allgemeiner Push-Kanal für beliebige URLs. Wer reguläre Seiten darüber meldet, nutzt sie zweckwidrig.

Die sinnvolle Kombination für eine DACH-B2B-Seite: vollständige XML-Sitemap für alle Engines, IndexNow als sofortiger Push für alle teilnehmenden Suchmaschinen, und für Google die normale Sitemap plus saubere interne Verlinkung, damit der Googlebot Änderungen schnell selbst findet.

Relevanz von Bing und IndexNow im DACH-Raum

Der Marktanteil von Bing in Österreich ist überschaubar, aber nicht vernachlässigbar. Laut StatCounter steht in Österreich Google bei 81,87 Prozent und Bing bei 9,01 Prozent Suchmaschinen-Marktanteil (2026). Knapp jede zehnte Suche läuft also nicht über Google.

Dieser Anteil gewinnt durch die Copilot-Integration an Bedeutung. Microsoft speist seine KI-Assistenten aus dem Bing-Index. Wer schnell in Bing indexiert wird, hat damit eine bessere Ausgangslage für die Auffindbarkeit in Copilot, das in vielen österreichischen Unternehmen über Microsoft 365 ohnehin vorhanden ist. Für B2B-Auffindbarkeit jenseits von Google ist das ein konkreter, messbarer Hebel: Die Zielgruppe sitzt teils in genau den Umgebungen, die Bing als Datenquelle nutzen.

IndexNow, AI-Crawler und GEO

Die Indexierungsgeschwindigkeit ist auch für die Sichtbarkeit in KI-Systemen relevant. Generative Suche und LLM-gestützte Antworten greifen auf Suchindizes und auf eigene Crawls zurück. Inhalte, die schnell im Bing-Index landen, stehen früher als Quelle für Microsofts KI-Produkte zur Verfügung.

Gleichzeitig explodiert der Bot-Traffic. Laut Cloudflare stieg der Anteil von OpenAIs GPTBot zwischen Mai 2024 und Mai 2025 von 2,2 auf 7,7 Prozent, bei einem Anstieg der Anfragen um 305 Prozent (internationale Daten). Jeder zusätzliche Crawler belastet den Server. Hier wirkt IndexNow doppelt: Es schont das Crawl-Budget, weil teilnehmende Suchmaschinen nicht spekulativ nach Änderungen suchen müssen, und es reduziert unnötige Server-Last, weil gezielt gemeldet statt flächendeckend abgesucht wird. Wer präzise pusht, gibt den Engines genau die Information, die sie sonst durch wiederholtes Crawlen ermitteln würden.

Best Practices und häufige Fehler

Nur eigene Hosts einreichen: IndexNow akzeptiert ausschließlich URLs des verifizierten Hosts. Das ist kein optionales Detail, sondern die zentrale Sicherheitsregel des Protokolls.

Den API-Key nicht als Geheimnis behandeln, aber sauber verwalten: Der Schlüssel liegt ohnehin öffentlich als Datei im Stammverzeichnis. Er schützt nicht vor Auslesen, sondern beweist nur die Host-Kontrolle. Trotzdem sollte pro Property ein eigener Schlüssel verwendet werden, und bei Verdacht auf Missbrauch wird er ausgetauscht.

Over-Submission vermeiden: Dieselbe unveränderte URL wiederholt zu melden, bringt nichts und kann als Spam-Signal gewertet werden. Nur echte Änderungen melden.

Rate-Limits respektieren: Die Engines drosseln bei exzessiven Einreichungen. Diff-basierte Logik und eine sinnvolle Bündelung pro Deploy halten das Volumen niedrig.

Häufigster Fehler: Die komplette Sitemap bei jedem Build zu pushen. Das ist Over-Submission ohne Nutzen. Der zweithäufigste Fehler ist das Melden von URLs, die einen Redirect, eine 404 oder ein noindex zurückgeben. Eine gemeldete URL sollte mit den restlichen technischen SEO-Signalen konsistent sein.

Einbettung in eine moderne technische SEO-Architektur

IndexNow ist ein Baustein, kein Ersatz für sauberes technisches SEO. Die gemeldete URL muss zur übrigen Signalik passen.

Canonical: Nur die kanonische Variante einer Seite melden, nicht Parameter- oder Duplikat-URLs. Die Verbreitung des Canonical-Tags zeigt, wie etabliert dieses Signal ist: 65 Prozent der mobilen und 69 Prozent der Desktop-Seiten setzen rel=canonical (2024, internationale Daten).

robots.txt und noindex: Was per robots.txt gesperrt oder per noindex ausgeschlossen ist, gehört nicht in eine IndexNow-Meldung. Widersprüchliche Signale verwirren die Suchmaschine.

hreflang: Bei mehrsprachigen DACH-Seiten (etwa Österreich, Deutschland, Schweiz) sollten alle Sprachvarianten gemeldet werden, damit die Engines die hreflang-Cluster schnell vollständig erfassen.

Strukturierte Daten: Schema-Markup erhöht die Verständlichkeit für Suchmaschinen und KI-Systeme. Eine schnell indexierte Seite mit sauberem Schema ist früher für Rich Results und generative Antworten verfügbar.

Core Web Vitals: Schnelle Indexierung nützt nur, wenn die Seite auch performt. Die Latte liegt hoch: Laut Web Almanac bestehen 48 Prozent der mobilen Seiten die Core Web Vitals (LCP, INP, CLS) (2024, internationale Daten). IndexNow beschleunigt die Indexierung, ersetzt aber keine Optimierung von Ladezeit und Interaktivität.

Auf Infrastrukturebene passt IndexNow zu modernen Edge- und CDN-Setups. Diese liefern Schlüssel-Datei und Inhalte schnell aus, was die Konsistenz der Meldungen unterstützt. Aktuelle Transportprotokolle sind dabei verbreitet: HTTP/3 wird von rund 34 Prozent der zehn Millionen größten Websites unterstützt (2024, internationale Daten).

Cloudflare Crawler Hints als automatischer Weg

Wer keine eigene Implementierung pflegen will, kann IndexNow über Cloudflare Crawler Hints aktivieren. Diese Funktion erkennt automatisch, wann sich Inhalte ändern, und sendet entsprechende IndexNow-Benachrichtigungen, ohne dass ein eigenes Script oder eine Schlüssel-Verwaltung nötig ist. Cloudflare übernimmt Schlüssel und Übermittlung. Für Seiten, die ohnehin hinter Cloudflare laufen, ist das der schnellste Einstieg: ein Schalter im Dashboard statt eines Post-Build-Scripts. Der Preis dafür ist weniger Kontrolle darüber, welche URLs genau und in welchem Moment gemeldet werden. Für komplexe, diff-gesteuerte Logik bleibt die eigene Implementierung präziser.

DSGVO-Einordnung beim Pingen an Drittsuchmaschinen

Aus österreichischer und DACH-B2B-Perspektive ist die datenschutzrechtliche Einordnung in der Regel unkritisch, sollte aber bewusst getroffen werden. IndexNow überträgt URLs und den API-Key an die teilnehmenden Suchmaschinen. URLs öffentlich erreichbarer Seiten sind keine personenbezogenen Daten, solange die Adresse selbst keine personenbezogenen Parameter enthält. Genau hier liegt der Prüfpunkt: URLs mit personenbezogenen Query-Parametern (etwa Tokens, Namen oder IDs) gehören generell nicht in eine öffentliche Sitemap und damit auch nicht in eine IndexNow-Meldung.

Die Übermittlung erfolgt Server-zu-Server, ohne Endgerät und ohne Cookies des Besuchers. Eine Consent-Pflicht nach der ePrivacy-Logik entsteht dadurch nicht, weil kein Zugriff auf das Endgerät des Nutzers stattfindet. Relevant bleibt die übliche Sorgfalt: Yandex hat seinen Sitz in Russland, ein Drittland ohne Angemessenheitsbeschluss. Übertragen werden hier aber nur ohnehin öffentliche URLs, kein personenbezogener Datenbestand, weshalb das Risiko in der Praxis gering ist. Wer ganz sicher gehen will, kann die Einreichung auf einzelne Endpoints (etwa nur Bing) beschränken und Yandex bewusst ausschließen.

Weiterführendes

IndexNow ist ein kleiner technischer Baustein mit klarem Nutzen: sofortige Indexierung bei allen relevanten Suchmaschinen außer Google, mit minimalem Implementierungsaufwand. Der größte Hebel liegt in der diff-basierten, sauberen Einreichung und in der Konsistenz mit den übrigen SEO-Signalen. Für DACH-B2B-Seiten lohnt sich die Aktivierung, sei es über Cloudflare Crawler Hints oder ein eigenes Post-Build-Script in Next.js. Im nächsten Schritt empfiehlt sich die Verbindung mit dem Monitoring in den Bing Webmaster Tools und die Abstimmung mit Canonical-, hreflang- und Sitemap-Strategie.