IndexNow und Bing Copilot.
IndexNow ist ein offenes Protokoll, das Suchmaschinen sofort mitteilt, wenn sich eine Seite geändert hat, und es wird von Bing und der Yandex-Familie unterstützt.
Das klassische Entdeckungsmodell beruht auf Warten: Die Seite wird veröffentlicht, der Besuch des Crawlers wird erwartet, dann kommt sie in den Index. Diese Zeit kann von Tagen bis zu Wochen reichen. IndexNow kehrt das um — im Moment der Veröffentlichung geht eine Meldung an die Maschine, und der Crawler wird gerufen.
Das Protokoll ist einfach: Ein Schlüssel wird erzeugt, eine Textdatei mit diesem Schlüssel in die Wurzel der Website gelegt, und die geänderten URLs werden an einen Endpunkt gemeldet. Die Maschine verifiziert, dass die Meldung wirklich vom Websitebetreiber kommt, indem sie die Schlüsseldatei liest. Der Schlüssel ist kein Geheimnis — nach dem Design des Protokolls liegt er öffentlich in der Wurzel.
Warum es Antwortmaschinen betrifft
Die direkte Verbindung läuft über Bing: Microsofts Antwortprodukt speist sich aus dem Bing-Index. In Bing schnell indexiert zu sein beeinflusst also direkt die Chance, in diesem Produkt zu erscheinen. Das macht IndexNow nicht nur für die klassische Suche bedeutsam, sondern auch für die Antwortmaschinen-Schicht.
Dazu kommt eine Reichweitendimension: Yandex hält in der Türkei einen beachtlichen Nutzungsanteil, und auch Yandex unterstützt das Protokoll. Eine einzige Meldung speist also zwei getrennte Ökosysteme zugleich.
Google unterstützt das Protokoll nicht und hat das ausdrücklich gesagt; die Entdeckung dort bleibt an die eigenen Mechanismen gebunden — Sitemap, interne Links, Crawl-Budget. IndexNow ist also eine Ergänzung; es ersetzt die Sitemap nicht.
Die Einrichtung auf dieser Website
Auf dieser Website ist das Protokoll installiert und an ein Werkzeug gebunden. Der Schlüssel liegt in einer Datendatei, die Schlüsseldatei in der Wurzel kommt aus dem Generator, und das Meldewerkzeug liest die URLs aus der Sitemap und übermittelt sie an die Maschine.
Es gibt eine kritische Betriebsregel: Das Werkzeug muss NACH dem Deploy laufen. Der Grund ist der Verifikationsmechanismus — erhält die Maschine die Meldung, liest sie die Schlüsseldatei von der LIVE-Website. Ist die Datei noch nicht in Produktion, schlägt die Verifikation fehl und die Meldung wird abgelehnt.
Das Werkzeug prüft das selbst: Kann es die Schlüsseldatei nicht live verifizieren, hält es ehrlich an und sendet nichts. Das ist besser als eine still scheiternde Integration — ein Werkzeug, das sagt, dass es gescheitert ist, ist immer mehr wert als eines, das so tut, als arbeite es.
- Schlüssel erzeugen und aufbewahren — einmal, und er ändert sich nicht.
- Schlüsseldatei in die Wurzel legen — aus dem Generator, nicht aus dem Gedächtnis.
- Nach dem Deploy melden — wird die Reihenfolge umgekehrt, schlägt die Verifikation fehl.
- Nur das wirklich Geänderte melden — bei jedem Build alle URLs zu melden entwertet das Signal.
- Das Ergebnis beobachten — im Webmaster-Panel der Maschine erscheinen die Meldungseinträge.
Der häufige Fehler: alles melden
Der Wert des Protokolls liegt darin, dass die Meldung ein SIGNAL trägt: „diese Seite hat sich wirklich geändert“. Eine Einrichtung, die bei jedem Deployment alle URLs meldet, verwandelt dieses Signal in Rauschen — und nach einer Weile misst die Maschine den Meldungen weniger Wert bei, als ihnen zusteht.
Die richtige Einrichtung verlangt einen Mechanismus, der weiß, welche Seite sich wirklich geändert hat. Auf dieser Website existiert dieser Mechanismus bereits: Die Ausgabe jeder Seite wird mit einem Fingerabdruck versehen und in einem Verzeichnis geführt; der Stempel schreitet nur voran, wenn sich der Inhalt wirklich ändert. Dasselbe Verzeichnis kann auch sagen, welche URLs zu melden sind.
Die Unterscheidung wirkt klein, entscheidet aber auf lange Sicht. Eine Quelle, die inkonsistent signalisiert, wird nach einer Weile nicht mehr beachtet — das gilt für Datumsstempel genauso wie für Meldungen.
Ein Signal, das alles meldet, wird zu einem Signal, das nichts meldet.
Zuletzt das Maß der Erwartung: IndexNow GARANTIERT keine Indexierung; es beschleunigt nur die Entdeckung. Eine gecrawlte und für schwach befundene Seite kommt trotzdem nicht in den Index. Das Protokoll ist keine Lösung für ein Inhaltsproblem; es ist ein Werkzeug, das die Entdeckungsverzögerung einer Website verkürzt, deren Inhalt bereits gut ist.
Schlüsseldatei und Sicherheit
Die Seite des Protokolls, die die meisten Fragen erzeugt, ist der offen in der Wurzel liegende Schlüssel. Das ist keine Sicherheitslücke, sondern das Design selbst: Der Schlüssel dient dazu zu verifizieren, dass die Meldung vom Websitebetreiber kommt, und die Verifikation ist nur möglich, solange die Datei öffentlich ist. Wer den Schlüssel kennt, kann in Ihrem Namen Meldungen senden — aber das Einzige, was er senden kann, ist die Information „diese Seite hat sich geändert“, und die hat keinen Missbrauchswert.
Ein Punkt verdient dennoch Aufmerksamkeit: Verschwindet die Schlüsseldatei bei einem Deployment, werden die Meldungen lautlos abgelehnt. Dass die Datei aus dem Generator kommt und ihre Existenz von einem Test geprüft wird, verhindert diesen stillen Verlust.
Und eine Geltungsregel: Die gemeldeten URLs müssen zu der Domain gehören, auf der die Schlüsseldatei liegt. Für eine andere Domain lassen sich keine Meldungen senden — das Protokoll verhindert es über die Verifikation.
Wann es sich lohnt — und wann nicht
Der Ertrag von IndexNow variiert deutlich nach Website-Typ, und nicht jede Website braucht es. Für eine häufig aktualisierte Publikation, eine Nachrichtenseite oder ein Blog mit regelmäßiger Produktion ist die verkürzte Entdeckungsverzögerung ein echter Gewinn — gerade bei aktuellen Themen kann eine Verzögerung von wenigen Tagen genügen, den gesamten Traffic zu verpassen.
Auf einer Unternehmens-Website dagegen, die einige Male im Jahr aktualisiert wird, ist der praktische Nutzen klein; Sitemap und normales Crawling arbeiten bereits schnell genug. Da die Einrichtungskosten niedrig sind, schadet es trotzdem nicht — aber es gehört nicht an die Spitze der Prioritätenliste.
Der Grund für die Einrichtung auf dieser Website war nicht Tempo, sondern Disziplin: Jeder Schritt des Veröffentlichungsflusses sollte ein Werkzeug und ein Protokoll haben. Zugleich ist das Protokoll selbst eines der Themen, über die die Website schreibt — eine funktionierende Installation ist ein stärkerer Beleg als ein Text darüber.
Eine letzte Anmerkung zur Grenze des Protokolls: IndexNow beschleunigt die Entdeckung, es garantiert keine Indexierung. Eine schnell gecrawlte und für schwach befundene Seite bleibt trotzdem draußen — das Protokoll klopft nur früh an die Tür; hinein bringt es einen nicht. Diese Unterscheidung zählt, um das Werkzeug mit der richtigen Erwartung zu verwenden: Für eine Website mit Indexierungsproblem ist die Lösung nicht IndexNow, sondern Inhaltsqualität — und die muss zuerst geschlossen werden.
Zum Abschluss ein Rahmen: Dieses Protokoll ist ein kleiner Teil des Prinzips, dass jeder Schritt des Veröffentlichungsflusses ein Werkzeug und ein Protokoll haben soll. Für sich allein ist es kein großer Gewinn; aber ist es installiert, wird der Weg eines veröffentlichten Inhalts zur Entdeckung dokumentiert und messbar. Der Wert eines dokumentierten Flusses ist vom Ertrag jedes einzelnen Schrittes unabhängig — bricht eines Tages etwas, zeigt er, wo.