SEO

Bing-URL-Coverage

Auch bekannt als: Bing-Indexations-Coverage, URL-Coverage-Report, Bing GetUrlInfo, Bing-Coverage

Bing-URL-Coverage beschreibt die Frage: wie viele meiner URLs kennt Bing, und in welchem Status? Das Bing-Webmaster-Tools-UI zeigt diese Info nur pro Einzel-URL im „URL-Inspection"-Tab. Rankmio automatisiert die Sicht: für jede Adresse aus dem letzten Sitemap-Crawl läuft ein GetUrlInfo-Aufruf bei Bing, das Ergebnis wird sieben Tage zwischengespeichert und in vier Zustände einsortiert. Pro Lauf fragt Rankmio höchstens zwölf Adressen ab, weil Bing danach abweist. Ergebnis ist eine Tabelle, aus der Content-Verantwortliche in Sekunden ablesen, welche neuen Seiten noch kein Bing-Signal haben — genau die Kandidaten, die per IndexNow angemeldet werden sollten.

Die vier Coverage-Zustände

Indexiert — Bing hat die Seite gecrawlt und im Index (Signale: DocumentSize > 0 und LastCrawledDate gesetzt). Kein Handlungsbedarf.
Bekannt, nicht indexiert — Bing weiß von der URL durch Sitemap oder Backlink (AnchorCount > 0 oder LastCrawledDate) aber hat sie noch nicht in den Index aufgenommen. Aktion: interne Verlinkung stärken, Content-Signale erneuern oder erneut per IndexNow melden.
Bing unbekannt — Kein Signal (weder gecrawlt noch verlinkt). Aktion: URL per IndexNow melden — der schnellste Weg, überhaupt in Bings Sichtfeld zu geraten.
Abfrage ausstehend — Zu dieser Adresse liegt keine Antwort von Bing vor. Entweder hat Rankmio noch nicht gefragt, oder Bing hat die Abfrage wegen Drosselung abgewiesen. Der Zustand sagt nichts über die Indexierung aus, sondern dass die Frage offen ist.

Warum die Coverage stärker ist als die reine Indexierungszahl

Bings Health-Report zeigt die Zahl der indexierten Seiten als Aggregat („In Index: 34"). Was fehlt: welche 34, und welche der restlichen sind bekannt-aber-nicht-indexiert (könnten mit Content-Optimierung landen) versus komplett unbekannt (brauchen einen Anschub). Genau diese Differenzierung liefert die Coverage-Sicht. Für Content-Teams ist der Unterschied entscheidend: eine „bekannt, nicht indexiert"-URL ist ein Content-Problem, eine „Bing unbekannt"-URL ist ein Verteilungs-Problem.

Grenzen und Cache-Strategie

Die Grenze setzt Bing, nicht Rankmio. GetUrlInfo beantwortet eine Adresse pro Aufruf, und nach etwa zehn Aufrufen weist Bing weitere ab — mit ThrottleUser für das Konto oder ThrottleHost für den ganzen Server. Das Fenster füllt sich in zwei bis drei Minuten wieder auf. Es ist also eine Taktgrenze und kein Tageskontingent: Vier aufeinanderfolgende Läufe am 12. September 2026 brachten 10, 12, 9 und 10 Abfragen durch.

Pro Aktualisierung fragt Rankmio höchstens zwölf Adressen ab und hört beim ersten Nein auf. Ein abgewiesener Aufruf wird nicht gespeichert, die Adresse bleibt also für den nächsten Lauf vorgemerkt.
Der Cronjob bing_url_index_sync läuft stündlich und nimmt sich das Projekt vor, das am längsten keine Antwort von Bing bekommen hat. Bei fester Reihenfolge verbrauchte sonst immer dasselbe Projekt das ganze Fenster.
Eine Antwort gilt sieben Tage. Kürzer wäre wirkungslos: Bei mehreren hundert Adressen und rund zehn Aufrufen je Fenster würde das Nachprüfen allein mehr Abfragen verbrauchen, als überhaupt durchkommen.
In die Auswertung gehen nur Adressen, die im letzten Sitemap-Crawl HTTP 200 geliefert haben.

Praxisbeispiel

Beispiel: Ein Content-Team veröffentlicht 12 neue Insights-Artikel in einer Woche. In der Bing-Coverage-Sicht am Freitag stehen davon 8 als „Bing unbekannt", 3 als „bekannt, nicht indexiert" (Bing hat sie aus der Sitemap, aber noch nicht indexiert) und 1 bereits als „indexiert". Das Team markiert die 8 unbekannten per Bulk-Select und schickt sie mit einem Klick an IndexNow. Am folgenden Dienstag stehen 10 der 12 URLs als „indexiert", die verbleibenden 2 als „bekannt, nicht indexiert" — dokumentierte Beschleunigung um mindestens 4-5 Tage gegenüber passivem Warten.

Häufige Fragen

Warum steht bei mir die Zahl „Bing-Abfrage ausstehend" so hoch?

„Ausstehend" heißt, dass zu dieser Adresse keine Antwort von Bing vorliegt. Meistens liegt das an Bing: Es weist Abfragen nach rund zehn Stück ab, und bei einer Sitemap mit einigen hundert Adressen dauert es deshalb Tage, bis alle eine Antwort haben. Ein Klick auf „Bing-Status aktualisieren" prüft die nächsten zwölf Adressen sofort, der stündliche Cronjob arbeitet den Rest ab.

Kann ich alle URLs auf einmal aktualisieren?

Nein, und mehr Klicks helfen auch nicht: Bing weist nach etwa zehn Abfragen ab, unabhängig davon, wer sie stellt. Vorgesehen sind zwölf Adressen pro Klick, durch kommen meist neun bis zwölf. Den Rest erledigt der stündliche Cronjob von allein und verteilt die Abfragen über den Tag.

Was ist der Unterschied zu Bings eigenem „URL Inspection"-Report?

Bings Report ist ein Einzel-URL-Tool: du gibst eine URL ein und siehst den Status. Rankmio-Coverage aggregiert das über die komplette Sitemap in einer Tabelle mit Filter, Bulk-Aktion und historischen Vergleichen. Für Content-Teams ist die aggregierte Sicht deutlich effizienter.

Wie oft aktualisieren sich die Zahlen?

Eine Antwort von Bing gilt sieben Tage, danach wird die Adresse erneut geprüft. Der Cronjob bing_url_index_sync läuft stündlich und nimmt sich bis zu zwölf Adressen des Projekts vor, das am längsten gewartet hat. Der Klick „Bing-Status aktualisieren" prüft sofort. Eine IndexNow-Meldung setzt den Zwischenspeicher nicht zurück: Der Status ändert sich erst, wenn Bing die Seite tatsächlich besucht hat, und das dauert länger als der nächste Prüflauf.

Wird in Rankmio genutzt für

Bing-Coverage-Report öffnen

Zur Funktion →

Letzte Aktualisierung: 2026-09-12 · Alle Glossar-Einträge ansehen