IndexNow

Das übliche Modell der Entdeckung funktioniert über Nachsehen. Der Crawler schaut wieder bei einer URL vorbei, wenn seine eigene Planung es vorsieht, und bis dahin existiert die veröffentlichte Änderung für die Suchmaschine nicht. Ein großer Teil dieser Besuche endet auf einer Seite, die mit der vorherigen identisch ist, und diese fruchtlose Prüfung verbraucht deine Bandbreite und die Kapazität der Suchmaschine. Auf einer kleinen Website fällt der Versatz kaum auf; in einem Shop mit Zehntausenden Produktseiten kann er bedeuten, dass der Index dem Katalog mehrere Tage hinterherhinkt.

IndexNow dreht die Richtung der Meldung um. Die Website informiert die Suchmaschine in dem Moment, in dem sich etwas ändert, mit einer minimalen HTTP-Anfrage. Microsoft Bing und Yandex stellten das Protokoll am 18. Oktober 2021 gemeinsam vor, mit zwei Argumenten: Crawls verringern, die nichts einbringen, und den Mechanismus für jede Suchmaschine öffnen, die mitmachen will. Eine Teilnehmerin zu benachrichtigen kommt einer Benachrichtigung aller gleich, weil jeder Eingangspunkt die Meldung an die übrigen verteilt.

Zum Prüfzeitpunkt am 19. August 2026 sind die angeschlossenen Suchmaschinen Microsoft Bing, Naver, Seznam.cz, Yandex und Yep. Google steht nicht darunter.

Die Einrichtung beginnt mit einem Schlüssel. Du erzeugst eine Zeichenkette aus 8 bis 128 Zeichen mit Buchstaben, Ziffern und Bindestrichen und veröffentlichst sie in einer über HTTP erreichbaren UTF-8-Textdatei, deren Name der Schlüssel selbst ist, gefolgt von der Endung .txt. Üblich ist die Ablage im Wurzelverzeichnis der Domain. Legst du sie in ein Unterverzeichnis, musst du ihren Ort bei jeder Übermittlung angeben und darfst nur URLs melden, die unterhalb dieses Pfads liegen.

Für eine einzelne Adresse genügt eine GET-Anfrage mit der URL und dem Schlüssel als Parameter. Für Stapel wird ein POST mit einem JSON-Objekt gesendet, das den Host, den Schlüssel, den Ort der Datei bei einer Ablage außerhalb der Wurzel und die Liste der Adressen enthält, mit höchstens 10.000 pro Anfrage. Alle URLs des Stapels müssen zum angegebenen Host gehören.

Die Antwort sagt dir, ob die Meldung angekommen ist. Eine 200 bestätigt den Empfang, eine 202 zeigt an, dass die Prüfung des Schlüssels noch aussteht. Die 400 weist auf ein falsches Format hin, die 403 auf einen Schlüssel, der sich nicht verifizieren lässt, die 422 auf Adressen, die nicht zum Host oder zum Pfad des Schlüssels passen, und die 429 auf ein als missbräuchlich gewertetes Sendetempo. Die offizielle Empfehlung lautet, dieselbe URL nicht ohne inhaltlich relevante Änderung erneut zu melden und zwischen zwei Meldungen mindestens fünf Minuten verstreichen zu lassen.

Das gehört zuerst gesagt: Wer IndexNow als allgemeine Beschleunigung des Rankings verkauft, beschreibt etwas, das nicht eintritt. Google kündigte im November 2021 an, das Protokoll aus Effizienzgründen zu prüfen, und hat es seither nicht übernommen, sodass der wichtigste organische Traffic-Kanal der meisten europäischen Websites außen vor bleibt. Für Google arbeitet man weiterhin mit der Sitemap, mit der URL-Prüfung und mit einer Architektur, die das Crawling erleichtert.

Davon abgesehen zahlt sich die Meldung dort aus, wo es Teilnehmer gibt. Sieh vor dem Aufbau in deiner Analyse nach, welcher Anteil der Suchmaschinenbesuche von Bing, Yandex, Naver oder Seznam kommt; dieser Prozentsatz ist das ehrliche Maß des Nutzens. Der klarste Fall ist der Onlinehandel mit lebendigem Katalog, wo Preis und Verfügbarkeit sich täglich ändern und ein zu später Indexeintrag bedeutet, dass eine falsche Produktseite ausgeliefert wird. Auf Websites mit Tausenden URLs setzt die Crawl-Ersparnis zudem Kapazität für die Seiten frei, die sich wirklich geändert haben.

Es gibt eine Grenze, die keine Dokumentation verschweigt: melden heißt nicht indexieren. Das Protokoll teilt mit, dass sich etwas geändert hat, und zieht den Besuch des Crawlers vor. Die Entscheidung, ob diese Seite in den Index kommt und mit welcher Relevanz, bleibt bei der Suchmaschine.

• Sende die Meldung nur, wenn sich der Inhalt wirklich ändert, nicht bei jedem Speichern im Redaktionssystem.
• Prüfe, dass die Schlüsseldatei mit Status 200 antwortet und genau die Zeichenkette enthält, ohne HTML drumherum und ohne Weiterleitungen auf dem Weg.
• Protokolliere den Antwortcode jeder Übermittlung und sieh dir die 403 und die 422 an, die einen nicht verifizierbaren Schlüssel oder fremde Adressen verraten.
• Melde auch Löschungen, denn eine URL, die auf 404 oder 410 wechselt, ist eine nützliche Information für den Crawler.
• Halte die Sitemap aktuell, denn sie ist der Kanal, der für die nicht teilnehmende Suchmaschine weiterhin funktioniert.
• Wenn ein Plugin oder dein CDN das übernimmt, prüfe in den Serverprotokollen, dass die Meldungen hinausgehen und sich nicht tausendfach am Tag wiederholen.

• Dem Kunden eine schnellere Indexierung bei Google versprechen, das dem Protokoll nicht angehört.
• Die Schlüsseldatei nach der Einrichtung verschieben oder umbenennen, wodurch alle Übermittlungen fortan eine 403 zurückgeben.
• Den gesamten Katalog jede Nacht erneut melden, obwohl sich nichts geändert hat, was am Ende 429-Antworten auslöst.
• Den Schlüssel in ein Unterverzeichnis legen und weiterhin URLs der ganzen Website melden, die dann mit 422 abgelehnt werden.
• Eine URL für indexiert halten, weil die Übermittlung 200 zurückgab, obwohl dieser Code nur den Empfang der Meldung bestätigt.