Warum zeigt die Google site Abfrage falsche Zahlen? Indexierte Seiten richtig zählen

Wir sind Talha Aslan und Team, und diese Frage hören wir in SEO Projekten besonders oft. Meist klingt sie so: „Unser CMS hat 800 Seiten, site: zeigt 2.300, die Search Console zeigt 600. Was stimmt denn nun?“ Kurz gesagt messen die drei Zahlen nicht dasselbe. Deshalb erklären wir zunächst, woher jede Zahl stammt. Danach zeigen wir Ihnen eine verlässliche Methode, um indexierte Seiten zu zählen. Schließlich sehen Sie, wofür der site: Operator weiterhin nützlich ist.

Hinweis: Alle Zahlen in diesem Ratgeber sind ein Beispielszenario. Sie beschreiben keine echte Website, sondern zeigen nur, wie Sie die Daten lesen.

Was misst die Zeile „Ungefähr X Ergebnisse“ eigentlich?

Über den Suchergebnissen sehen Sie manchmal eine Zeile wie „Ungefähr 2.300 Ergebnisse“. Das Wort „ungefähr“ ist dabei kein Zufall. Google zählt passende Dokumente nicht einzeln, während Sie warten. Stattdessen schätzt die Suche das Volumen, damit die Antwort in einem riesigen Index schnell kommt. Daher sehen Sie bei derselben Abfrage im Abstand weniger Minuten oft zwei unterschiedliche Zahlen.

Außerdem beschreibt diese Zeile das geschätzte Volumen passender Dokumente, nicht Ihren Seitenbestand. Anders gesagt bedeutet „2.300 Ergebnisse“ nicht, dass Google 2.300 Seiten dieser Website indexiert hat. Zum Beispiel können Adressvarianten desselben Inhalts, alte Kopien oder längst gelöschte Seiten in diese Schätzung einfließen.

Es gibt noch einen praktischen Hinweis. Wenn Sie durch die Ergebnisseiten blättern, endet die Liste meist lange vor der geschätzten Zahl. Genau das zeigt, dass die Zahl nur eine grobe Größenordnung ist und kein Inventar. Kurz gesagt gleicht sie als zentrale SEO Kennzahl dem Versuch, die Temperatur durch einen Blick aus dem Fenster zu bestimmen, statt ein Thermometer abzulesen.

Was sagt Google offiziell über den site: Operator?

Google Search Central behandelt das Thema direkt in der Dokumentation zum site: Suchoperator. Laut dieser Seite liefert der Operator nicht unbedingt alle URLs, die unter dem angegebenen Präfix indexiert sind. Zudem heißt es dort, dass die zurückgegebene Liste nicht immer vollständig ist und größere Websites nicht alle URLs in den Ergebnissen erwarten sollten.

Die Seite enthält außerdem ein interessantes Detail. Ein spezifischeres Präfix kann mehr Ergebnisse liefern als ein breiteres. Konkret zeigt site:example.com/blog/ manchmal mehr Blogadressen, als Sie für diesen Ordner in einer einfachen site:example.com Abfrage finden. Allein das beweist, dass sich die Zahl nicht wie ein Inventar addieren lässt.

Was empfiehlt Google also, wenn eine URL in der site: Abfrage fehlt? Die Dokumentation verweist auf das URL Inspection Tool. Dort prüfen Sie, ob die URL indexierbar ist, und können die Indexierung beantragen. Somit ist die offizielle Haltung klar: site: ist ein schneller Blick und kein Messinstrument.

Wo messen Sie die Zahl indexierter Seiten stattdessen?

Die richtige Quelle ist der Bericht zur Seitenindexierung (Page indexing) in der Google Search Console. Die Hilfeseite zum Page indexing Bericht erklärt, dass er zeigt, welche Seiten Google auf Ihrer Website finden und indexieren kann und warum andere Seiten nicht im Index sind. Im Übersichtsdiagramm sehen Sie getrennte Summen für indexierte und nicht indexierte Seiten.

Allerdings hat auch dieser Bericht Grenzen. Laut Hilfeseite sind die Summen aus Sicht von Google vollständig und korrekt, kleine Abweichungen sind dennoch möglich. Zudem ist der Bericht nicht dafür gedacht, den Status einzelner Seiten zu prüfen. Für eine einzelne URL öffnen Sie besser das URL Inspection Tool.

Falls Sie die Search Console noch nicht eingerichtet haben, beginnen Sie mit unserer Search Console Anleitung für Einsteiger. Danach kehren Sie zu den Messschritten in diesem Artikel zurück. So arbeiten Sie mit den Daten von Google selbst statt mit einer schwankenden site: Schätzung.

Welche Zahlen zeigt der Bericht zur Seitenindexierung?

Der Bericht hat zwei Hauptgruppen: indexierte und nicht indexierte Seiten. Die nicht indexierten Seiten gruppiert er zusätzlich nach Gründen. Laut Hilfeseite ist eine fehlende Indexierung nicht immer ein Problem. URLs, die Sie per robots.txt sperren oder mit noindex markieren, sollen ja außen vor bleiben.

Achten Sie beim Lesen des Berichts auf diese Punkte:

• Die Summen im Übersichtsdiagramm spiegeln wider, was Google für die gesamte Property sieht.
• Die Beispielliste unter jedem Grund ist auf 1.000 Zeilen begrenzt und zeigt nicht garantiert alle URLs mit diesem Status.
• Als Duplikat oder Alternative markierte Seiten sind meist in Ordnung, denn Google indexiert nur die kanonische Version.
• Eine indexierte Seite erscheint nicht garantiert in den Suchergebnissen, und die Hilfeseite betont das ausdrücklich.

Wenn Sie die nicht indexierten Seiten Grund für Grund durchgehen möchten, beschreibt unsere Anleitung, wie Sie nicht indexierte Seiten in der Search Console finden, diesen Ablauf im Detail. In diesem Artikel überspringen wir das und konzentrieren uns auf die Zähllücke.

Warum widersprechen sich Google site Abfrage und Search Console?

Beide Werkzeuge beantworten unterschiedliche Fragen. Die Google site Abfrage ist eine Suchanfrage, also entsteht eine Ergebnisseite mit Ranking, Filterung und Schätzung. Die Search Console berichtet dagegen über Indexeinträge Ihrer Property. Deshalb ist eine Abweichung normal, und eine exakte Übereinstimmung wäre eher die Überraschung.

Die meisten Lücken, die wir in Projekten sehen, haben eine dieser Ursachen:

1. Schätzung: Die site: Zahl ist ein Näherungswert, der Bericht stützt sich auf Datensätze.
2. Kanonische Auswahl: Google wählt unter Duplikaten eine Version und ordnet den Rest einer eigenen Gruppe zu.
3. Umfang der Property: Eine Property vom Typ URL Präfix deckt nur ein Protokoll und einen Host ab.
4. Zeitpunkt: site: zeigt eine Momentaufnahme, der Bericht den Stand bis zur letzten Aktualisierung.
5. Veraltete Einträge: Gelöschte oder weitergeleitete URLs bleiben eine Weile in den site: Ergebnissen.

Kurz gesagt sollten Sie die Lücke nicht als „welche Zahl ist falsch“ lesen, sondern als „was misst jede Zahl“. Die folgenden Abschnitte erklären jede Ursache. Danach erkennen Sie, welche davon die Lücke auf Ihrer eigenen Website verursacht.

Wie verändern Canonicals und Duplikate die Zahl?

Ein Canonical ist die Hauptversion, die Google für eine Gruppe sehr ähnlicher Seiten im Index auswählt. Die Dokumentation zum Zusammenführen doppelter URLs nennt Weiterleitungen und rel="canonical" starke Signale und Sitemaps ein schwaches Signal. Das heißt, es handelt sich um Signale, die Googles Wahl beeinflussen, nicht um Befehle.

Nehmen wir ein Beispielszenario. Ein Onlineshop öffnet jedes Produkt unter fünf URLs mit Farb- und Größenparametern. Sie erwarten 400 Produktseiten, doch site: zeigt einige dieser Varianten und bläht die Schätzung auf. Gleichzeitig ordnet die Search Console die meisten Varianten einem Status wie „Duplikat“ oder „Alternative Seite mit richtigem kanonischen Tag“ zu, also wirkt die Zahl indexierter Seiten niedriger.

Was dieser Status bedeutet, erklären wir im Beitrag zur alternativen Seite mit richtigem Canonical Tag. Für fehlerhafte Einstellungen lesen Sie unseren Leitfaden, wie Sie Canonical Fehler erkennen und beheben. Entscheidend ist hier nur eines: Je mehr Duplikate Sie haben, desto größer wird die Lücke zwischen site: Schätzung und echter Indexzahl.

Die Lösung ist ebenso bekannt. Verlinken Sie intern immer die kanonische URL, halten Sie Parameterversionen aus der Sitemap heraus und führen Sie unnötige Varianten mit dauerhaften Weiterleitungen zusammen. Somit muss Google weniger Entscheidungen treffen. Dann nähert sich die Indexzahl Ihrem erwarteten Bestand an, weil die Duplikatgruppe schrumpft.

Wie verändert der Property Typ die Zahl in der Search Console?

Die Search Console kennt zwei Property Typen: Domain und URL Präfix. Laut der Hilfeseite zum Hinzufügen einer Property umfasst eine Domain Property alle Subdomains sowie http und https. Eine Property vom Typ URL Präfix passt dagegen nur auf das exakte Protokoll und den Host, den Sie eingeben.

Zum Beispiel erscheinen Seiten auf blog.example.com nie in Ihrem Bericht, wenn Sie nur eine URL Präfix Property für https://www.example.com/ besitzen. Eine Abfrage site:example.com schließt diese Subdomain aber mit ein. Daher meldet Ihr Bericht vielleicht 600, während site: die Seiten der Subdomain ergänzt und eine viel größere Schätzung liefert.

Notieren Sie deshalb vor jeder Messung, welche Property Sie gerade lesen. Richten Sie nach Möglichkeit zuerst eine Domain Property ein. Danach ergänzen Sie bei Bedarf weitere Properties für Ordner oder Subdomains. Allein dieser Schritt beantwortet die Hälfte der Fragen nach abweichenden Zahlen.

Warum verzerren Zeitpunkt und veraltete Einträge die Zahl?

Eine site: Abfrage erstellt die Ergebnisseite in dem Moment, in dem Sie suchen. Der Bericht in der Search Console zeigt dagegen den Stand bis zu einem bestimmten Aktualisierungsdatum. Also laufen beide Werkzeuge direkt nach einem Umzug, einer Massenlöschung oder einer großen noindex Änderung natürlich auseinander.

Zudem behält eine URL, die Sie löschen, weiterleiten oder auf noindex setzen, ihren alten Status, bis Google sie erneut crawlt. Die Hilfeseite weist selbst darauf hin, dass der Bericht ein Crawldatum vor Ihrer Korrektur zeigen kann. Deshalb sollten Sie den Verlauf über einige Wochen betrachten, statt am nächsten Tag einen Rückgang zu erwarten.

Alte Snippets verhalten sich genauso. Nach einer Titeländerung zeigt site: zum Beispiel eine Weile noch den alten Titel. Denn Suchergebnisse spiegeln die zuletzt indexierte Version der Seite wider. Um eine Änderung zu bestätigen, nutzen Sie den Livetest im URL Inspection Tool und prüfen site: einige Tage später erneut.

Bei einer ganz neuen Website kehrt sich das Bild um. Laut Hilfeseite kann es etwa eine Woche dauern, bis Google eine neue Seite oder Website crawlt und indexiert. In dieser Phase zeigt site: unter Umständen gar nichts, und das allein ist noch kein Fehlerzeichen.

Beispielszenario: Wie lesen Sie drei verschiedene Zahlen?

Die folgende Tabelle ist ein erfundenes Beispielszenario. Als Domain dient example.com, und das CMS listet 800 veröffentlichte Seiten. Ziel ist zu zeigen, was jede Zahl aussagt, nicht die Zahlen selbst.

In diesem Beispiel lautet die eigentliche Frage nicht, woher die 2.300 kommen. Wichtig ist vielmehr, warum rund 150 der 760 Sitemap URLs im Index fehlen. Somit messen Sie die Lücke zwischen Sitemap und Indexzahl, nicht mit site:.

Wie zählen Sie indexierte Seiten Schritt für Schritt richtig?

Diese Reihenfolge nutzen wir zu Beginn einer SEO Beratung auf fast jeder Website. Menübezeichnungen können sich mit der Zeit ändern. Achten Sie daher auf die Namen der Berichte, nicht auf exakte Schaltflächentexte.

1. Öffnen Sie in der Search Console die Domain Property und prüfen Sie, ob Sie in der richtigen Property sind.
2. Notieren Sie im Bericht zur Seitenindexierung die Summe indexierter Seiten und das Datum der letzten Aktualisierung.
3. Nutzen Sie den Sitemap Filter des Berichts, um nur eingereichte URLs zu sehen und mit Ihrem erwarteten Bestand zu vergleichen.
4. Sortieren Sie die Gründe für fehlende Indexierung absteigend und markieren Sie jeden als erwartet oder problematisch.
5. Öffnen Sie einige Beispiel URLs wichtiger Vorlagen (Produkt, Kategorie, Blog) im URL Inspection Tool und lesen Sie das von Google gewählte Canonical.
6. Starten Sie bei Bedarf den Livetest, denn er prüft die aktuelle Seite statt der indexierten Version.
7. Wiederholen Sie die Messung in festen Abständen und berichten Sie den Verlauf statt eines einzelnen Tages.

Die Hilfeseite zum URL Inspection Tool erklärt, dass das Tool die indexierte Version von Google zeigt, während der Livetest die URL in Echtzeit abruft. Dieser Unterschied erklärt die meisten Beschwerden nach dem Muster „behoben, aber es sieht noch alt aus“.

Wie berechnen Sie die Seitenzahl, die Sie erwarten sollten?

Bevor Sie eine Indexzahl beurteilen, brauchen Sie einen Zielwert. Dieser Zielwert ist nicht die Gesamtzahl der Seiten im CMS. Denn die meisten Schlagwortarchive, Paginierungen, Filteradressen und internen Suchergebnisse gehören ohnehin nicht in den Index.

In der Praxis funktioniert diese Methode gut. Listen Sie jede Vorlage auf, die indexiert werden soll, zählen Sie die kanonischen Seiten je Vorlage und addieren Sie sie. Ein Beispiel: 300 Produkte, 40 Kategorien, 120 Blogartikel und 15 Unternehmensseiten ergeben einen erwarteten Bestand von 475. Dann prüfen Sie, ob Ihre XML Sitemap genau diese 475 URLs enthält, nur diese und nur in kanonischer Form.

Wenn Sie die Grundlagen auffrischen möchten, fasst unser Artikel XML Sitemap erstellen die wichtigsten Regeln zusammen. Mit diesem Bestand wird die Lücke zwischen erwarteten und indexierten Seiten zu einer echten Aufgabenliste. Außerdem gilt: Sehen Sie weit mehr Indexeinträge als erwartet, rutschen meist Seiten mit geringem Wert in den Index.

Welche Seiten dürfen ganz normal außerhalb des Index bleiben?

Ein oft übersehener Punkt: Nicht jede Seite muss in den Index. Auch die Hilfeseite sagt, dass eine fehlende Indexierung nicht immer ein Problem ist. Eine Gruppe „Nicht indexiert“ ist daher allein kein Grund zur Sorge.

Diese Seitentypen gehören in der Regel nicht in den Index:

• Warenkorb, Kasse, Kundenkonto und Login, weil sie persönlich oder transaktional sind.
• Interne Suchergebnisse und Filteradressen mit endlosen Kombinationen.
• Danke-, Bestätigungs- und temporäre Kampagnenseiten.
• Kopien mit Parametern oder Tracking, deren Canonical auf eine andere URL zeigt.
• Alte URLs mit Weiterleitung und Seiten, die Sie bewusst entfernt haben.

Problematisch wird es erst, wenn eine Seite, die in den Index soll, in einer dieser Gruppen landet. Deshalb verwandelt die Einteilung jedes Grundes in erwartet oder unerwartet den Bericht in eine Aufgabenliste. Nach diesem ersten Durchgang beobachten Sie dann monatlich nur noch die unerwarteten Gruppen.

Wie trennen Sie die Zählung bei mehrsprachigen Websites?

Eine einzige Summe verbirgt bei größeren Websites, wo das Problem liegt. Zum Beispiel wirkt die Summe auf einer Website mit deutschem, englischem und türkischem Bereich stabil, während ein Sprachbereich leise schrumpft. Daher sollten Sie nach Bereichen zählen.

Praktisch behalten Sie die Domain Property als Hauptansicht. Danach ergänzen Sie Properties vom Typ URL Präfix für Ordner wie /de/ oder /en/. So lesen Sie den Bericht zur Seitenindexierung für jeden Bereich getrennt. Zudem macht eine eigene Sitemap je Sprache den Sitemap Filter deutlich aussagekräftiger.

Auch bei site: hilft ein spezifischeres Präfix. Laut offizieller Dokumentation kann es mehr Ergebnisse liefern. Also liefert site:example.com/de/ für den deutschen Bereich eine nützlichere Stichprobe als die breite Abfrage. Nutzen Sie diese Liste allerdings für Stichproben und nicht zum Zählen.

Was passiert mit den Zahlen nach einem Website Umzug?

Ein erfundenes Beispiel: example.com wechselt von http auf https und ändert gleichzeitig die URL Struktur. In den ersten Wochen zeigt site: alte und neue URLs, und die Schätzung verdoppelt sich fast. Gleichzeitig steigt im Bericht zur Seitenindexierung die Zahl indexierter neuer URLs nur langsam.

Keines der Werkzeuge liegt hier falsch. Sobald Google die alten URLs erneut crawlt, erkennt es die Weiterleitungen und wählt die neuen URLs als Canonical. Folglich verschwinden die alten Einträge nach und nach, und die site: Schätzung schrumpft mit.

Ihre Aufgabe in dieser Phase ist überschaubar. Prüfen Sie, ob Weiterleitungen in einem Schritt zum richtigen Ziel führen. Lassen Sie nur die neuen URLs in der Sitemap. Beobachten Sie dann einige Schlüsselseiten mit dem URL Inspection Tool. Haben Sie noch eine Property für die alte http Version, ist eine sinkende Zahl dort ein erwartetes Zeichen. Kurz gesagt ist eine Abweichung nach dem Umzug meist ein Übergang und kein Fehler.

Wofür eignet sich die Google site Abfrage weiterhin?

Zum Zählen ist die Google site Abfrage nicht verlässlich, für eine schnelle Erkundung aber praktisch. Sie liefert einen ersten Eindruck von einem Wettbewerber oder einer neu übernommenen Website ohne Search Console Zugang. Bestätigen Sie allerdings jeden Fund in der Search Console oder im URL Inspection Tool.

Diese Prüfungen nutzt unser Team am häufigsten:

• Lecks aus Testumgebungen: Mit site:example.com prüfen Sie Subdomains und sehen, ob Staging Hosts auftauchen.
• Parameterlecks: Kombinieren Sie site:example.com mit inurl: und einem Parameternamen, um Parameter URLs zu erkennen.
• Protokoll und www: Prüfen Sie, ob noch http Versionen oder Versionen ohne www erscheinen.
• Titel und Snippets: Sehen Sie sich an, welche Titel Google für einen bestimmten Ordner anzeigt.
• Spam oder Hack: Erkennen Sie Ergebnisse in einer Sprache oder zu einem Thema, das nichts mit Ihrer Website zu tun hat.

Betrachten Sie site: als Taschenlampe. Sie zeigt, was in einer dunklen Ecke liegt, misst aber nicht die Größe des Raums.

Welche Schlüsse sollten Sie aus site: Ergebnissen nie ziehen?

Der häufigste Fehler: Ein Rückgang der site: Zahl gilt als Abstrafung durch Google. Eine schwankende Schätzung beweist allein nichts. Ebenso ist ein Anstieg kein Erfolg, denn oft rutschen dabei Seiten mit geringem Wert in den Index.

Vermeiden Sie diese Schlüsse:

• „Unsere site: Zahl ist niedriger als beim Wettbewerber, also haben wir weniger Autorität.“ Seitenzahl ist keine Autoritätskennzahl.
• „Diese Seite fehlt in site:, also ist sie nicht indexiert.“ Laut Dokumentation ist die Liste nicht vollständig, prüfen Sie daher das URL Inspection Tool.
• „Wir berichten die site: Zahl jeden Monat.“ Eine Schätzung als KPI bindet Ihren Bericht an Rauschen.
• „Die Zahl wächst, also funktioniert unsere Contentstrategie.“ Wachstum kann auch bedeuten, dass Filter oder Schlagwortseiten den Index fluten.

Wie Sie solches Wachstum diagnostizieren, erklärt unser Beitrag Index Bloat: was ist das und wie beheben Sie es. Hier die Kurzfassung: Die Qualität Ihres Indexbestands zählt mehr als seine Größe.

Was tun Sie, wenn die Indexzahl plötzlich sinkt?

Bleiben Sie zunächst ruhig und klären Sie, welche Zahl gesunken ist. Fällt nur die site: Schätzung, bedeutet das meist wenig. Sinkt allerdings die Summe indexierter Seiten im Bericht zur Seitenindexierung deutlich, müssen Sie die Ursache finden.

1. Bestimmen Sie das Startdatum des Rückgangs und prüfen Sie, was sich damals geändert hat: Theme, Plugin, Umzug, robots.txt oder eine noindex Einstellung.
2. Sehen Sie nach, welche Gruppe nicht indexierter Seiten gewachsen ist.
3. Öffnen Sie einige URLs aus dieser Gruppe im URL Inspection Tool und starten Sie einen Livetest.
4. Nach der Korrektur starten Sie die Validierung im Bericht; laut Hilfeseite dauert sie in der Regel bis zu etwa zwei Wochen.

Konzentriert sich der Rückgang auf einen Status wie „Gecrawlt, zurzeit nicht indexiert“, liefert unser Beitrag was gecrawlt, aber derzeit nicht indexiert bedeutet die ersten Schritte. Andererseits wenden Sie bei einem Sprung nach oben dieselben Schritte umgekehrt an und suchen die Vorlage, die den Index flutet.

Wie berichten Sie die Indexzahl an die Geschäftsführung?

Die Geschäftsführung möchte meist eine einzige Zahl. Bei der Indexierung führt eine einzige Zahl allerdings in die Irre. Stellen Sie deshalb mindestens drei Werte nebeneinander: den erwarteten kanonischen Bestand, die Zahl indexierter Seiten und den indexierten Anteil am erwarteten Bestand.

Ein Beispielsatz: „Von 475 Seiten, die in den Index sollen, sind 430 indexiert; von den übrigen 45 sind 30 Duplikate und 15 neu veröffentlicht.“ Dieser Satz unterstützt eine Entscheidung weit besser als „site: zeigt 2.300 Ergebnisse“. Zudem zeigt er den nächsten Schritt ohne weitere Erklärung.

Ergänzen Sie die Werte außerdem immer um Datum und Property Namen. Ein Vermerk wie „Domain Property, Stand der letzten Aktualisierung des Berichts“ verhindert, dass jemand zwei Monate später falsch vergleicht. Kurz gesagt ist ein guter Indexbericht keine Zahl, sondern eine Tabelle mit Kontext.

Wie führen wir diese Messung auf Ihrer Website durch?

Die Indexzahl richtig zu lesen ist der erste Schritt im technischen SEO; die eigentliche Arbeit besteht darin, die Lücke zu schließen. In unserer SEO Beratung übernehmen wir diesen Prozess für Ihre Website. Wir erstellen den erwarteten kanonischen Bestand, gleichen die Sitemap damit ab, priorisieren die Gründe fehlender Indexierung je Vorlage und setzen Korrekturen gemeinsam mit Ihren Entwicklern um.

Danach bleiben wir dran. Wir berichten Validierungsergebnisse, den indexierten Anteil und die Zahl der Duplikate in festen Abständen. Folglich lautet die Frage nicht mehr, warum site: abweicht, sondern welche Seiten aus welchem Grund fehlen und wann das behoben ist.

Ehrlich gesagt kann kein Team ein Ranking oder eine bestimmte Indexierungsdauer garantieren. Google entscheidet über die Indexierung nach eigenen Kriterien. Wir verbessern die technischen Signale, die diese Entscheidung beeinflussen, und messen das Ergebnis transparent. Für Umfang und Angebot zu Ihrer Website erreichen Sie uns über unsere Seite zur SEO Beratung.

Google site Abfrage oder Search Console: Welcher Zahl vertrauen Sie?

Die Search Console dient zum Zählen, die Google site Abfrage zum Erkunden. Sobald Sie diese Trennung verinnerlichen, beunruhigen Sie Abweichungen nicht mehr. Stattdessen wird jede Abweichung zu einem Prüfpunkt. Daher sollte Ihre zentrale Kennzahl immer die Zahl indexierter Seiten im Bericht zur Seitenindexierung und ihr Anteil am erwarteten Bestand sein.

Zusammengefasst gilt: Die site: Zeile ist eine Schätzung, und ihre Liste ist nicht vollständig. Der Search Console Bericht beruht auf Googles Daten, seine Beispiellisten sind jedoch begrenzt. Die Wahrheit über eine einzelne URL liefert das URL Inspection Tool. Duplikate, der Umfang der Property und der Zeitpunkt erklären den größten Teil der Lücke.

Wenn Sie diese drei Ebenen kombinieren, schätzen Sie Ihre Indexzahl nicht mehr, sondern messen sie. Diese Messung zeigt Ihnen dann, welche Seiten als Nächstes Ihre Aufmerksamkeit verdienen.

Grundlagen: Was ist Online Marketing? Arten, Beispiele und Vorgehen auf einer Seite, mit einem interaktiven Film durch das Gehirn.