SEO

Bing-URL-Coverage

Q: Wie oft aktualisieren sich die Zahlen?

Cache-TTL 24 Stunden pro URL. Der naechtliche Cron bing_url_index_sync um 04:00 zieht bis zu 40 URLs pro Projekt nach. Der Klick „Bing-Status aktualisieren" laeuft ad hoc. Nach jedem erfolgreichen IndexNow-Submit wird der Cache-Eintrag der jeweiligen URL invalidiert.

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: fuer jede URL aus dem letzten Sitemap-Crawl (bis zu 500 auf einmal) laeuft ein GetUrlInfo-API-Call bei Bing, das Ergebnis wird 24 Stunden gecacht und in vier Buckets verteilt. 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-Zustaende

Indexiert — Bing hat die Seite gecrawlt und im Index (Signale: DocumentSize > 0 und LastCrawledDate gesetzt). Kein Handlungsbedarf.
Bekannt, nicht indexiert — Bing weiss von der URL durch Sitemap oder Backlink (AnchorCount > 0 oder LastCrawledDate) aber hat sie noch nicht in den Index aufgenommen. Aktion: interne Verlinkung staerken, Content-Signale erneuern oder erneut per IndexNow melden.
Bing unbekannt — Kein Signal (weder gecrawlt noch verlinkt). Aktion: URL per IndexNow melden — der schnellste Weg, ueberhaupt in Bings Sichtfeld zu geraten.
Abfrage ausstehend — Rankmio hat Bing zu dieser URL noch keinen Status-Check gemacht. Kein Aussage-Wert ueber Bing, nur ein interner Cache-Zustand.

Warum die Coverage staerker 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 (koennten mit Content-Optimierung landen) versus komplett unbekannt (brauchen einen Anschub). Genau diese Differenzierung liefert die Coverage-Sicht. Fuer 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

Bings GetUrlInfo ist ein Einzel-URL-Endpoint — pro Anfrage ein Call. Bei 500 URLs sind das 500 Requests. Rankmio drosselt auf 40 URLs pro manueller Aktualisierung mit 120 ms Delay zwischen den Calls und cacht das Ergebnis 24 h.
Der naechtliche Cron bing_url_index_sync (04:00) fuellt den Cache automatisch mit den aeltesten und noch nicht geprueften URLs. Nach etwa 15 Naechten ist eine 500er-Sitemap komplett gecovert.
Nur URLs mit HTTP 200 im letzten Sitemap-Crawl gehen in die Coverage-Auswertung — nicht-crawlbare oder 4xx-URLs werden vorher aussortiert.

Praxisbeispiel

Beispiel: Ein Content-Team veroeffentlicht 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 gegenueber passivem Warten.

Haeufige Fragen

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

Das ist kein Bing-Problem, sondern ein Rankmio-Cache-Zustand: „Ausstehend" heisst „wir haben Bing noch nicht dazu gefragt". Ein Klick auf „Bing-Status aktualisieren" prueft die naechsten 40 URLs live. Zusaetzlich laeuft ein naechtlicher Cron, der den Cache Schritt fuer Schritt fuellt.

Kann ich alle URLs auf einmal aktualisieren?

Nein — pro Klick 40 URLs, mit 120 ms Delay zwischen den Calls (~5 Sekunden Laufzeit). Das schont Bings API. Bei einer 500er-Sitemap sind das rund 13 Klicks bis alles gecovert ist; einfacher: den naechtlichen Cron machen lassen, der pro Nacht 40 URLs pro Projekt prueft.

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 ueber die komplette Sitemap in einer Tabelle mit Filter, Bulk-Aktion und historischen Vergleichen. Fuer Content-Teams ist die aggregierte Sicht deutlich effizienter.

Wie oft aktualisieren sich die Zahlen?

Cache-TTL 24 Stunden pro URL. Der naechtliche Cron bing_url_index_sync um 04:00 zieht bis zu 40 URLs pro Projekt nach. Der Klick „Bing-Status aktualisieren" laeuft ad hoc. Nach jedem erfolgreichen IndexNow-Submit wird der Cache-Eintrag der jeweiligen URL invalidiert.

Wird in Rankmio genutzt fuer

Bing-Coverage-Report oeffnen

Zur Funktion →

Letzte Aktualisierung: 2026-07-11 · Alle Glossar-Eintraege ansehen