So nutzen Sie IndexNow für geänderte Seiten, ohne eine Übermittlung mit Indexierung zu verwechseln

Mit IndexNow kann eine Website teilnehmenden Suchmaschinen mitteilen, dass sich eine URL geändert hat. Das ist für einen neuen Artikel, eine überarbeitete Produktseite oder eine Löschung nützlich. Crawling, Indexierung, bessere Rankings oder mehr Besucher werden nicht garantiert. Eine erfolgreiche Benachrichtigung beantwortet eine engere Frage: Hat die Übermittlung den Dienst erreicht?

Mit dieser Unterscheidung lässt sich die Einrichtung besser beurteilen. Ihr Veröffentlichungssystem sollte relevante Änderungen zuverlässig melden, die Antwort protokollieren und Fehler sichtbar machen. Eine unveränderte Seite immer wieder einzureichen ersetzt nicht die Untersuchung, warum sie in der Suche fehlt.

Prüfen Sie, ob Benachrichtigungen bereits vorhanden sind

Bings Einführungsanleitung empfiehlt, in Bing Webmaster Tools nachzusehen, ob neue, geänderte und gelöschte URLs Ihrer Website bereits übermittelt werden. Ihr CMS, Hoster oder Plugin kann die Integration schon bereitstellen. Prüfen Sie das tatsächliche Verhalten, bevor Sie einen zweiten Sender hinzufügen.

Klären Sie, wer die Integration verantwortet, welche Ereignisse sie auslösen und wo Ergebnisse kontrolliert werden können. Ein installiertes Plugin belegt noch nicht, dass die zuletzt veröffentlichte Seite übermittelt wurde. Wählen Sie eine reale aktuelle Änderung und verfolgen Sie sie von der Veröffentlichung bis zur protokollierten Übermittlung.

Beachten Sie beim Vergleich von Diensten deren jeweiligen Umfang. ClickSyrups Erklärung zur Zulässigkeit für Googles Indexing API betrifft ein anderes System mit eigenen Einschränkungen. Übertragen Sie keine Zulassungsregel, Quote oder Zusage zwischen Diensten, nur weil beide mit URLs arbeiten.

Stellen Sie einen lesbaren Schlüssel bereit

Erzeugen Sie für eine manuelle Implementierung einen IndexNow-Schlüssel und speichern Sie seinen Wert in einer UTF-8-Textdatei auf demselben Host wie die übermittelten URLs. Am einfachsten liegt im Stammverzeichnis eine nach dem Schlüssel benannte Datei mit der Endung .txt. Liegt sie an anderer Stelle auf dem Host, geben Sie ihre vollständige Adresse über keyLocation an. Ein Schlüssel in einem Unterverzeichnis deckt URLs unter diesem Verzeichnis ab. Für die gesamte Website ist ein Schlüssel im Stammverzeichnis daher einfacher.

Prüfen Sie die Datei außerhalb Ihrer angemeldeten Administrationssitzung. Sie sollte den Schlüssel als Klartext liefern, nicht eine Anmeldeseite oder eine gestaltete Fehlerseite. Dateiadresse, Inhalt und übermittelter Schlüssel müssen zusammenpassen. Ein abweichender Host oder eine unzugängliche Datei macht aus einer ansonsten plausiblen Anfrage ein Verifizierungsproblem.

Bei einer hypothetischen Implementierung für www.example.org würde das Team zuerst festlegen, welcher Host die öffentlichen Seiten tatsächlich ausliefert. Existieren Adressen mit und ohne www, sollte es nicht unbedacht die Schlüsseladresse des einen Hosts mit URLs des anderen mischen. Halten Sie diese Entscheidung in der Konfiguration fest, damit spätere Migrationen sie nicht unbemerkt beschädigen.

Senden Sie die geänderte URL und speichern Sie die Antwort

Die dokumentierte Einzelübermittlung ist eine GET-Anfrage an den Endpunkt /indexnow einer Suchmaschine mit url und key sowie keyLocation, wenn die gehostete Schlüsseldatei angegeben wird. Kodieren Sie die Parameterwerte korrekt für URLs. Andernfalls kann eine nicht maskierte Abfragezeichenfolge innerhalb der eingereichten URL als Parameter der Benachrichtigung interpretiert werden.

Für Sammelübermittlungen senden Sie JSON per POST an https://api.indexnow.org/indexnow. Die Felder heißen host, key, keyLocation und urlList. Beschränken Sie die Liste auf den passenden Host. Nutzen Sie für Implementierungsdetails die IndexNow-Protokolldokumentation, statt ein konzeptionelles Beispiel als produktionsreifen Code zu behandeln.

Speichern Sie die eingereichte URL, die auslösende Änderung, den Übermittlungszeitpunkt und den Antwortcode. Das ist eine betriebliche Empfehlung: Sie schafft einen nachvollziehbaren Verlauf, der Veröffentlichungsfehler von Benachrichtigungsfehlern trennt. Das Protokoll sollte erklären, was passiert ist, ohne eine gesamte Bereitstellung rekonstruieren zu müssen.

Verstehen Sie Fehler als Hinweis auf die nächste Prüfung

• 200 bedeutet erfolgreiche URL-Übermittlung. Es bestätigt keine Indexierung.
• 400 weist auf ein ungültiges Anfrageformat hin. Prüfen Sie Struktur und Kodierung.
• 403 weist auf einen ungültigen Schlüssel hin, etwa eine fehlende Datei oder einen Wert, der nicht ihrem Inhalt entspricht.
• 422 kann bedeuten, dass URLs nicht zum Host gehören oder der Schlüssel nicht der Protokollvorgabe entspricht.
• 429 bedeutet zu viele Anfragen oder möglichen Spam. Reduzieren Sie unnötige Übermittlungen und beachten Sie erhaltene Wiederholungsanweisungen.

Prüfen Sie den Empfang mit Bing Webmaster Tools. Untersuchen Sie Crawling und Indexierung anschließend getrennt. Ist der Empfang dokumentiert, die Seite aber nicht in der Suche, prüfen Sie Erreichbarkeit, Indexierungsanweisungen, Inhalt und interne Auffindbarkeit, bevor Sie erneut wiederholt senden. Die Benachrichtigung macht eine unzugängliche Seite nicht lesbar.

Laut IndexNow-FAQ werden genaue Ratenlimits nicht öffentlich genannt und hängen von den teilnehmenden Suchmaschinen ab. Erfinden Sie kein allgemeines Tageskontingent und übernehmen Sie keine Grenze aus Bings separaten manuellen Einreichungswerkzeugen. Auch eine dokumentierte Größenbegrenzung pro Anfrage ist kein Tagesbudget.

Koppeln Sie Meldungen an relevante Veröffentlichungsänderungen

Übermitteln Sie URLs, die seit Einführung des Dienstes tatsächlich hinzugefügt, aktualisiert oder gelöscht wurden. Vermeiden Sie einen historischen Rückstau unveränderter Seiten. Bing weist auf den Verbrauch von Crawl-Kontingent hin; die FAQ rät von wiederholten Meldungen ohne relevante Änderungen ab. Koppeln Sie Benachrichtigungen an reale Veröffentlichungsereignisse statt an einen Timer, der ständig die gesamte Website sendet.

Melden Sie bei einer Löschung die alte URL und stellen Sie sicher, dass die Website selbst die Entfernung korrekt signalisiert. Prüfen Sie bei einem Update, ob der neue Inhalt bereits erreichbar ist, bevor Sie benachrichtigen. So passt das Signal zu dem, was ein Crawler bei seinem Besuch findet.

Pflegen Sie weiterhin gewöhnliche Wege zur Auffindbarkeit. Crawlbare Artikelarchive helfen Suchmaschinen über die letzte Meldung hinaus, während die Planung einer URL-Entfernung Entfernungssignale vom Verbergen einer Seite und von Zugriffskontrollen trennt. IndexNow ergänzt diese Routinen. Bewerten Sie es anhand korrekter, zeitnaher Meldungen und sichtbarer Fehler; die Indexierungsentscheidung bleibt bei der Suchmaschine.