Bing Webmaster Tools und IndexNow einrichten

Die Bing Webmaster Tools sind für Bing, was die Search Console für Google ist: Bestätigung der Inhaberschaft, Sitemaps, Berichte über Abrufe und Suchanfragen. Einrichten dauert fünf Minuten, wenn die Search Console schon läuft, denn Bing übernimmt die Websites von dort. IndexNow ist ein offenes Protokoll daneben. Mit einer einzigen Anfrage erfahren mehrere Suchmaschinen, welche Adressen neu sind, sich geändert haben oder verschwunden sind.

IndexNow beschleunigt bei Google nichts. In der Liste der Endpunkte auf indexnow.org stehen Bing, Naver, Seznam, Yandex und Yep, Google nicht. Und auch bei den Teilnehmern ist eine Meldung kein Auftrag: Eine Antwort 200 heißt laut Dokumentation nur, dass die Suchmaschine die Adresse erhalten hat. Ob sie abgerufen und aufgenommen wird, entscheidet jede selbst.

Warum es sich trotzdem lohnt: Die IndexNow-FAQ schreibt ausdrücklich, das Protokoll helfe, Inhalte auch in KI-gestützten Suchergebnissen aktuell zu halten, und der Aufwand ist einmalig.

Website hinzufügen: Import oder eigene Bestätigung#

Anmelden lässt sich bei Bing Webmaster Tools mit einem Microsoft-, Google- oder Facebook-Konto. Danach gibt es zwei Wege.

In eigener Sache: Search Console, Bing Webmaster Tools und Sitemap gehören beim SEO-Check für 390 € zur Einrichtung, wenn sie fehlen.

Import aus der Search Console. Auf der Seite „My Sites“ den Import wählen, mit dem Google-Konto anmelden und Bing den Zugriff erlauben. Bing übernimmt die Liste der in der Search Console bestätigten Websites mit ihren Sitemaps und der jeweiligen Rolle. Höchstens 100 Websites auf einmal, 1.000 je Bing-Konto, die ersten Daten nach bis zu 48 Stunden. Bing gleicht die Inhaberschaft danach regelmäßig mit der Search Console ab. Wer dort den Bestätigungs-Eintrag löscht, verliert also beide Zugänge. Wie die Bestätigung bei Google sauber steht, steht in Google Search Console einrichten.

Eigene Bestätigung. Bing bietet drei klassische Wege und einen bequemen:

• eine Datei BingSiteAuth.xml in der Wurzel der Website,
• ein Meta-Tag im <head> der Startseite: <meta name="msvalidate.01" content="…" />,
• einen CNAME-Eintrag im DNS,
• Domain Connect, bei dem der DNS-Anbieter den Eintrag selbst setzt. Bing nannte 2019 GoDaddy, IONOS, Media Temple und Plesk.

Ob Datei oder Tag öffentlich erreichbar sind, zeigen zwei Abrufe:

curl -sI https://www.beispiel.at/BingSiteAuth.xml | head -1
curl -s https://www.beispiel.at/ | grep -o '<meta name="msvalidate.01"[^>]*>'

Sitemap#

Wer importiert hat, hat die Sitemaps aus der Search Console schon in Bing. Sonst unter „Sitemaps“ die Adresse einreichen. Daneben gilt die Zeile in der robots.txt, die das Sitemap-Protokoll für alle Suchmaschinen vorsieht:

Sitemap: https://www.beispiel.at/sitemap.xml

Die Sitemap ist der vollständige Bestand. IndexNow ist die Meldung, dass sich daran etwas geändert hat. Das eine ersetzt das andere nicht, und die IndexNow-FAQ sagt ausdrücklich, das Protokoll sei nicht dafür gedacht, alle Adressen einer Website auf einmal zu schicken.

IndexNow in drei Schritten#

1. Schlüssel erzeugen. 8 bis 128 Zeichen aus Klein- und Großbuchstaben, Ziffern und Bindestrich. Eine zufällige Hex-Zeichenfolge reicht:

``bash openssl rand -hex 16 ``

1. Schlüsseldatei ablegen. Eine Textdatei in UTF-8, Name <schlüssel>.txt, Inhalt nur der Schlüssel, in der Wurzel der Website. Ein anderer Ort geht mit dem Feld keyLocation, die Dokumentation empfiehlt aber ausdrücklich die Wurzel. Die Datei ist der Beweis, dass die Meldung von jemandem kommt, der die Domain kontrolliert. Eine Bestätigung in Bing Webmaster Tools braucht IndexNow dafür nicht.
2. Adressen melden. Eine einzelne per Aufruf im Browser oder mit curl:

``text https://api.indexnow.org/indexnow?url=https://www.beispiel.at/neu/&key=<schlüssel> ``

Mehrere, bis 10.000 je Anfrage, als JSON:

``bash curl -s -o /dev/null -w "%{http_code}\n" -X POST https://api.indexnow.org/IndexNow \ -H "Content-Type: application/json; charset=utf-8" \ -d '{"host":"www.beispiel.at","key":"<schlüssel>", "keyLocation":"https://www.beispiel.at/<schlüssel>.txt", "urlList":["https://www.beispiel.at/neu/","https://www.beispiel.at/geaendert/"]}' ``

Die Antwort ist eine Zahl:

Was melden? Laut FAQ alles, was hinzugekommen, geändert oder entfernt ist, ausdrücklich auch Adressen, die weiterleiten oder mit 404 oder 410 antworten. Dieselbe Adresse nicht viele Male am Tag, zwischen zwei Meldungen mindestens fünf Minuten. Was eine 410 ist und wann sie die richtige Antwort ist, steht in 410 Gone statt 301.

Ob die Meldungen angekommen sind, zeigt Bing Webmaster Tools im Bereich IndexNow. WordPress braucht für all das meist nichts Eigenes: Laut Bing haben Yoast, Rank Math, AIOSEO und SEOPress IndexNow eingebaut, und wer Cloudflare davor hat, kann dort „Crawler Hints“ einschalten.

Die eigene Routine: nur Geändertes, nach dem Deploy#

In eigener Sache: cyberscale.io (bis zum 10.10.2026 die Adresse dieser Website, seither www.cyberscale.dev) ist eine statische Website bei Netlify, ohne Plugin. Gemeldet wurde mit einem kleinen Skript im Repo, build/indexnow.mjs, nach dem Deploy und nicht nach dem Bau. Seit dem 08.10.2026 ruht die Routine: Während eines Struktur-Freeze meldet diese Website nichts an IndexNow. Vier Entscheidungen stecken im Skript:

• Es liest die live ausgelieferte Sitemap, nicht die lokal gebaute. Bei elitegear.io entstehen 26 Adressen erst im Netlify-Bau. Wer die lokale Sitemap liest, meldet sie nie. Umgekehrt soll IndexNow nichts erfahren, das lokal fertig, aber noch nicht ausgeliefert ist.
• Was nicht in der Sitemap steht, wird nicht gemeldet. Seiten mit noindex fallen damit von selbst heraus. Eine noindex-Adresse bei IndexNow zu melden wäre ein Widerspruch.
• Nur Geändertes. Je Seite merkt sich das Skript einen Fingerabdruck, die ersten 16 Zeichen eines SHA-256 über die gebaute Datei, in .indexnow-stand.json. Beim nächsten Lauf geht nur hinaus, was neu ist oder sich unterscheidet. --trocken zeigt die Liste, ohne zu senden.
• Der Stand wird nur bei 200 oder 202 fortgeschrieben. Bei jeder anderen Antwort gilt beim nächsten Lauf als ungemeldet, was nie angekommen ist.

Der Kern sind wenige Zeilen:

const zuMelden = [];
for (const url of adressen) {
  const a = await abdruck(url);           // SHA-256 der gebauten Seite
  if (a === null) continue;               // lieber nicht melden als falsch
  jetzt[url] = a;
  if (alles || vorher[url] !== a) zuMelden.push(url);
}

Die Schlüsseldatei liegt in der Wurzel des Repos und wird mit jedem Deploy ausgeliefert, abgerufen am 05.10.2026 mit Status 200. Nach dem Umbau vom 04.10. gab es zusätzlich ein Skript für einen einzigen Lauf, build/indexnow-fokus.mjs, mit einer festen Reihenfolge: Startseite, Leistungsseiten, dann die wichtigsten Beiträge, und wieder nur Adressen aus der live ausgelieferten Sitemap.

Eine Lücke hat die Routine, und sie ist ehrlich zu benennen. Gelöschte und weitergeleitete Adressen stehen nicht in der Sitemap, also meldet das Skript sie nie, obwohl IndexNow genau das empfiehlt. Die 84 alten Adressen, die seit dem 04.10. mit 410 antworten, hat es deshalb nicht erfasst. Sie sind der nächste Kandidat für eine einmalige Meldung aus der Weiterleitungsdatei.

Was nicht hilft#

Bei jedem Bau alle Adressen melden. IndexNow ist für Änderungen gedacht, und wer immer alles schickt, riskiert 429.

IndexNow für Google. Google nimmt nicht teil. Dort bleibt es bei Sitemap, Verweisen und einem gelegentlichen Einzelantrag mit kleinem, kontoweitem Kontingent, siehe Wie lange dauert die Google-Indexierung?.

noindex-Seiten melden. Die Suchmaschine ruft sie ab und liest, dass sie nicht in den Index soll. Gewonnen ist nichts.

Die Schlüsseldatei in einen Unterordner legen und keyLocation vergessen. Dann antwortet die Schnittstelle mit 403.

Häufige Fragen#

Wenn du es nicht selbst machen willst#

In eigener Sache: cyberscale bin ich, Stefan Haun aus Tirol. Im SEO-Check gehören Search Console, Bing Webmaster Tools und eine IndexNow-Anbindung zur Einrichtung, wenn sie fehlen. Was die Search Console unter „Nicht indexiert“ meldet und welche Meldungen wirklich Fehler sind, steht in Alternative Seite mit richtigem kanonischen Tag, Weiterleitung, Soft 404, 5xx.

Stand 13.10.2026. Quellen am 05.10.2026 abgerufen, Schlüsseldatei der eigenen Domain am selben Tag per curl geprüft.