CMS-Plugins

IndexNow kann mit Plugins automatisiert werden, die von Drittanbietern geschrieben wurden. Yandex listet diese für gängige Systeme auf und fügt einen Haftungsausschluss hinzu, den man wörtlich nehmen sollte: das Yandex Webmaster-Team ist nicht dafür verantwortlich, wie diese Plugins funktionierenund Probleme gehen an deren Autoren.

Was dieser Haftungsausschluss in der Praxis bedeutet

Das Plugin speichert Ihren Schlüssel und entscheidet, was wann eingereicht wird. Ein schlechtes Plugin kann:

• Jede URL bei jedem Speichern einreichen, einschließlich Seiten, die sich nicht geändert haben — genau das, was Yandex zu tun abrät.
• Antwortfehler verschlucken, sodass ein falscher Schlüssel oder eine Bereichsüberschreitung monatelang unbemerkt bleibt.
• Behandeln 202 Accepted als Fehler behandeln und den Schlüssel neu generieren, wodurch die Verifizierung unbegrenzt neu gestartet wird.
• Die Schlüsseldatei an einem Ort offenlegen, an dem sie sich nicht befinden sollte.

Wie man eines bewertet

• Reicht es nur erstellte, aktualisierte und gelöschte Seiten ein oder alles?
• Meldet es den HTTP-Antwortcode irgendwo sichtbar?
• Behandelt es 202 als normalen Übergangszustand?
• Bündelt es über POST, oder feuert es ein GET pro Seite ab?
• Wird es gewartet, und von wem?

Die Alternative

Die API ist so kompakt, dass eine direkte Integration oft weniger Arbeit macht als die Evaluierung von Plugins: ein POST mit einem JSON-Body, ausgelöst bei Veröffentlichung, Aktualisierung und Löschung. Für eine Website mit einer benutzerdefinierten Publishing-Pipeline sind das ein paar Stunden Arbeit ohne Abhängigkeit von Dritten, die den Verifizierungsschlüssel halten.

Die Überprüfung, die in jedem Fall Klarheit schafft

Nach der Aktivierung jeder Integration sollten Sie sich die Discovery-Quelle unter Durchsuchbare Seiten ansehen. Wenn IndexNow dort für kürzlich veröffentlichte Seiten nicht erscheint, tut die Integration nicht das, was ihre Oberfläche behauptet — unabhängig davon, was ihre Logs sagen.