IndexNow

Wie das Protokoll funktioniert

Es gibt nur zwei bewegliche Teile. Das erste ist ein Schlüssel: Du erzeugst eine zufällige Zeichenkette, speicherst sie als einfache Textdatei, die nach sich selbst benannt ist, im Wurzelverzeichnis der Website und lieferst sie aus. Diese Datei ist bewusst öffentlich — sie offen unter einer URL auszuliefern, die nur die Betreiberin der Website anlegen konnte, ist der gesamte Eigentumsnachweis. Genau deshalb ist ein IndexNow-Schlüssel kein Geheimnis und darf bedenkenlos zusammen mit dem Code eingecheckt werden. Das zweite Teil ist die Übermittlung: ein POST mit deinem Host, dem Schlüssel, dem Ort der Schlüsseldatei und der Liste der geänderten URLs.

Die Mechanik ist bewusst klein gehalten. Die IndexNow-Dokumentation setzt die Obergrenze bei 10.000 URLs pro POST, mehr als die meisten Websites je auf einmal brauchen. Die erste Übermittlung mit einem neuen Schlüssel kann HTTP 202 statt 200 zurückgeben, weil die Suchmaschine erst deine Schlüsseldatei abruft und prüft, bevor sie irgendetwas annimmt; danach antworten erfolgreiche Übermittlungen mit 200. Eine Ablehnung liegt fast immer an der Schlüsseldatei — sie fehlt, wurde umbenannt oder liefert einen anderen Inhalt als den gesendeten Schlüssel. Das ist also das Erste, was du prüfst, wenn eine bislang funktionierende Übermittlung zu scheitern beginnt.

Welche Suchmaschinen auf der Liste stehen

IndexNow veröffentlicht die teilnehmenden Endpunkte, und zum Zeitpunkt dieses Textes sind das Bing, Naver, Seznam.cz, Yandex und Yep. Der Konstruktionsgedanke, den man verstanden haben sollte: Du übermittelst nur einmal. Eine an irgendeinen teilnehmenden Endpunkt gesendete Übermittlung wird mit den übrigen geteilt, es bringt also nichts, denselben Stapel fünfmal zu schicken. Auch mehrere Content-Plattformen und CDNs bringen IndexNow-Unterstützung mit, wodurch manche Websites bereits übermitteln, ohne dass es jemand entschieden hätte.

• Google steht nicht auf dieser Liste. Eine Übermittlung an IndexNow bewirkt für die Google-Suche nichts. Google findet Seiten weiterhin auf dem alten Weg: über Links und über die Sitemap, die du in der Search Console längst hinterlegt hast. Wer IndexNow als Weg verkauft, schneller in Google zu kommen, beschreibt ein anderes Protokoll.
• Bing ist der Grund, warum die meisten den Aufwand betreiben. Es ist mit deutlichem Abstand die größte der teilnehmenden Suchmaschinen im englischsprachigen Raum, und damit für die meisten Websites diejenige, die darüber entscheidet, ob sich der Nachmittag für das Protokoll lohnt.
• Die regionalen Suchmaschinen sind kein Beiwerk. Wenn Korea, Tschechien oder Russland ein echter Markt für dich sind, sind Naver, Seznam.cz und Yandex dort die heimischen Suchmaschinen, und ihre Teilnahme ist ein handfester Grund, das Protokoll einzusetzen, statt eine Randnotiz.
• IndexNow selbst argumentiert mit KI-Antworten. Die Dokumentation beschreibt das Protokoll als Hilfe, Inhalte in KI-gestützten Suchergebnissen aktuell zu halten — das ist die ehrliche Fassung der Aussage, denn die Aktualität des zugrunde liegenden Index liegt vor jedem Assistenten, der daraus liest.

Was ein 200 tatsächlich aussagt

Es sagt dir, dass die Übermittlung angenommen wurde. Mehr sagt es nicht. Die IndexNow-Dokumentation ist an dieser Stelle ungewöhnlich deutlich: Das Übermitteln einer URL garantiert keine Indexierung, denn die Suchmaschine entscheidet weiterhin anhand ihrer eigenen Planung, ihres Crawl-Kontingents und ihrer Qualitätsprüfungen, ob sie die Seite überhaupt abruft. Das Protokoll rückt eine Seite in der Entdeckungs-Warteschlange nach vorn; alles nach der Entdeckung bleibt unverändert.

Wir setzen IndexNow auf agentceres.com als einen Schritt einer täglichen Routine ein und nicht bei jedem Build, weil das Protokoll darum bittet, unveränderte URLs nicht übermäßig erneut zu senden. Der heutige Lauf hat die aktive Sitemap gelesen und 415 URLs in einem einzigen POST übermittelt, und der Endpunkt antwortete mit HTTP 200. Diese Zahl ist die gesamte Rückmeldung, die wir bekommen. Es gibt keinen Callback, keinen Status pro URL und nichts, was meldet, wann oder ob ein Crawler tatsächlich vorbeigekommen ist — die Bestätigung muss also aus den Bing Webmaster Tools kommen, aus der Search Console für die dort abgedeckten Suchmaschinen oder aus deinen eigenen Server-Logs. Unser Sender verweigert den Start ganz, wenn die ausgelieferte Schlüsseldatei fehlt oder ihr Inhalt nicht zum Schlüssel im Skript passt, denn diese Abweichung führt zu einer Ablehnung, die ansonsten wie eine ganz normale fehlgeschlagene Anfrage aussieht und übersehen wird.

• Lohnt sich, wenn du oft genug Seiten veröffentlichst oder änderst, dass das Warten auf einen organischen Re-Crawl eine echte Verzögerung ist: eine Dokumentationsseite, ein programmatisch erzeugter Seitenbestand, ein Shop-Katalog mit wechselnden Beständen oder jeder Fall, in dem eine gelöschte Seite peinlich lange im Index bleibt.
• Bringt wenig, wenn du eine Handvoll Seiten im Monat veröffentlichst und diese intern gut verlinkt sind. Ein Crawl-Budget, das deine Website ohnehin bequem abdeckt, braucht keine Hilfe beim Ausgeben.
• Ersetzt nie den Grund, überhaupt zu crawlen. Eine dünne Seite schneller anzukündigen sorgt nur dafür, dass sie schneller angesehen wird. Es ist derselbe Hebel wie ein sauberes Canonical-Tag oder eine llms.txt: Installation, die ein Hindernis beseitigt, kein Grund, warum sich jemand dafür interessieren sollte.