Wer wissen will, wo die eigene Website bei Google steht, braucht dafür kein Tool-Abo. Die Google Search Console liefert Klicks, Impressionen und Positionen kostenlos und direkt aus Googles eigenen Daten. Genau deshalb wirken ihre Zahlen so verlässlich. Sie sind es auch, solange man weiß, was sie messen. Wer sie wie eine Rangliste liest, zieht falsche Schlüsse.

Die folgenden Beispiele stammen aus einem Hardware-Ratgeber, den ich selbst betreibe. Es sind keine Laborwerte, sondern Zahlen aus dem laufenden Betrieb. Drei davon zeigen besonders deutlich, an welchen Stellen der Leistungsbericht in die Irre führt.

Falle 1: Die Suchanfragen ergeben nicht die Seite

Eine Unterseite des Ratgebers hatte im Zeitraum vom 06. bis 19.09.2026 laut Leistungsbericht 579 Impressionen, gemessen in der Dimension „Seite“. Filtert man auf diese URL und wechselt in den Reiter „Suchanfragen“, tauchen dort Anfragen auf, die zusammen nur 30 Impressionen ergeben. Rund 95 Prozent der Einblendungen lassen sich also keiner sichtbaren Suchanfrage zuordnen.

Der Grund ist kein Fehler, sondern Absicht. Google blendet selten gestellte Suchanfragen aus Datenschutzgründen aus. Sie zählen in den Summen auf Seitenebene mit, erscheinen aber nicht in der Anfrageliste. Bei Seiten, die vor allem über viele unterschiedliche Longtail-Formulierungen gefunden werden, ist dieser unsichtbare Anteil besonders groß.

Für die Praxis heißt das: Wenn Sie wissen wollen, wie sichtbar eine Seite ist, nehmen Sie die Werte aus der Dimension „Seite“. Addieren Sie nicht die Suchanfragen auf, denn diese Summe fällt fast immer zu niedrig aus. Die Anfrageliste taugt dazu, Themen und Formulierungen zu erkennen, nicht dazu, Reichweite zu messen.

Falle 2: Sitelinks erscheinen als eigene Zeilen

Am 20.09.2026 zeigte der Seitenbericht für eine Kaufberatung des Ratgebers nicht eine, sondern acht Zeilen. Die Haupt-URL kam auf 72 Klicks, 1.286 Impressionen und eine durchschnittliche Position von 6,3. Darunter standen sieben weitere Adressen derselben Seite, jeweils mit einem Anker am Ende, also nach dem Muster /seite/#abschnitt. Jede dieser Anker-URLs hatte zwischen 265 und 394 Impressionen, keinen einzigen Klick und eine Position zwischen 4,2 und 4,4.

Auf den ersten Blick sieht das nach doppelten Inhalten oder einem Problem mit kanonischen URLs aus. Tatsächlich handelt es sich um Sitelinks: Google hat unter dem Suchtreffer Sprungmarken zu einzelnen Abschnitten der Seite angezeigt. In der Gruppierung nach Seite zählt die Search Console jede dieser Adressen als eigene URL mit eigener Impression.

Das hat zwei Folgen. Erstens verteilen sich die Impressionen auf mehrere Zeilen, und wer nur die Haupt-URL betrachtet, sieht einen Teil der Sichtbarkeit nicht. Zweitens fällt die Position der Haupt-URL schlechter aus als der Eindruck, den der Treffer in der Suche tatsächlich macht. Die naheliegende Erklärung: Die Anker erscheinen nur, wenn der Treffer prominent ausgespielt wird, und landen deshalb bei einer besseren Durchschnittsposition. Die Haupt-URL sammelt dagegen auch Einblendungen aus Suchanfragen, bei denen sie weiter unten steht und keine Sitelinks bekommt.

Wenn Sie in Ihrem Bericht URLs mit Raute finden, prüfen Sie also zuerst, ob es sich um Sitelinks handelt, bevor Sie an der Seitenstruktur etwas ändern. Für eine ehrliche Einschätzung einer Seite sehen Sie sich alle Zeilen gemeinsam an.

Falle 3: Die Durchschnittsposition ist keine Platzierung

Eine weitere Seite des Ratgebers stand laut Search Console im Durchschnitt auf Position 5,5, bei 153 Impressionen in rund 32 Tagen bis zum 23.09.2026. Das klingt nach erster Suchergebnisseite, obere Hälfte. In einer Live-Abfrage der Suchergebnisse war die Seite jedoch nicht unter den ersten 14 Treffern zu finden.

Beide Angaben stimmen. Die Positionsangabe der Search Console ist ein Mittelwert über alle Einblendungen, und zwar über alle Suchanfragen, Schreibweisen, Geräte und Orte hinweg. Wird eine Seite bei einer seltenen, sehr genauen Anfrage einige Male auf Platz 2 ausgespielt, zieht das den Schnitt kräftig nach oben. Bei der Suchanfrage, um die es Ihnen eigentlich geht, kann dieselbe Seite gleichzeitig auf Seite zwei stehen. Hinzu kommen Personalisierung und regionale Unterschiede, die eine einzelne Suche nie vollständig abbildet.

Die Durchschnittsposition ist deshalb ein Trendwert. Sie zeigt, ob sich eine Seite insgesamt verbessert oder verschlechtert. Wo die Seite für einen bestimmten Suchbegriff steht, verrät sie nicht. Dafür müssen Sie den Filter auf genau diese Suchanfrage setzen oder die Suche selbst prüfen.

Weitere Stolpersteine im Leistungsbericht

Neben diesen drei Fällen gibt es einige technische Eigenheiten, die regelmäßig zu Fehldeutungen führen.

Verzögerung: Die Daten im Leistungsbericht laufen in der Regel zwei bis drei Tage hinterher, und die jüngsten Tage gelten als vorläufig. Wer am Montag die Wirkung einer Änderung vom Freitag bewerten will, sieht noch nichts oder nur einen Ausschnitt. Vergleichen Sie deshalb nur abgeschlossene Tage.

Zeitzone: Die Search Console rechnet Tage in pazifischer Zeit, also nach der Uhr der US-Westküste. Ein „Tag“ im Bericht beginnt aus deutscher Sicht erst um 9 Uhr morgens (in den kurzen Wochen, in denen die USA und Europa die Uhr nicht gleichzeitig umstellen, um 8 Uhr). Das verschiebt Tageswerte und macht Vergleiche mit der eigenen Webanalyse, die meist in Ortszeit zählt, ungenau.

Property-Typ: Eine Domain-Property umfasst alle Protokolle und Subdomains, also etwa die Varianten mit und ohne „www“. Eine URL-Präfix-Property zählt nur, was genau unter dem angegebenen Präfix liegt. Wer beide Varianten angelegt hat und die Werte vergleicht, findet Abweichungen, die nichts mit dem Ranking zu tun haben. Legen Sie sich auf eine Property fest und bleiben Sie für Vergleiche dabei.

So prüfen Sie Ihre Position selbst

Die Search Console zeigt, was Google über Ihre Seite gemessen hat. Wie ein Suchender das Ergebnis heute sieht, zeigt sie nicht. Beides ergänzt sich, wenn Sie es sauber trennen.

Für eine Stichprobe von Hand suchen Sie in einem privaten Browserfenster ohne Google-Anmeldung nach dem Begriff, der Ihnen wichtig ist. Notieren Sie Datum, Gerät und die gefundene Position. Wiederholen Sie das über einige Wochen, dann ergibt sich ein Bild, das eine einzelne Abfrage nicht liefert. Rechnen Sie damit, dass Ihr Standort das Ergebnis beeinflusst.

Taucht eine Seite weder in der Live-Suche noch im Leistungsbericht auf, liegt das Problem oft nicht beim Ranking, sondern früher: Die Seite ist nicht im Index oder wird anders gerendert als erwartet. Wie Sie dabei zwischen Abruf, Darstellung und Indexstatus unterscheiden, beschreibt eine Anleitung zum Lesen der URL-Prüfung in der Search Console Schritt für Schritt.

Auch technische Ursachen wie fehlerhafte Weiterleitungen, fehlende Meta-Angaben oder blockierende Robots-Regeln lassen sich ohne Tool-Abo eingrenzen. Eine technische Prüfung ohne Konto bietet etwa cyberscale.io an; die Ergebnisse ersetzen die Search Console nicht, zeigen aber schnell, ob auf der Seite selbst etwas im Weg steht.

Prüfliste: Search-Console-Daten richtig lesen

  • Seitenwerte immer in der Dimension „Seite“ ablesen, nicht als Summe der Suchanfragen.
  • URLs mit Raute (#) zuerst als mögliche Sitelinks prüfen und gemeinsam mit der Haupt-URL bewerten.
  • Die Durchschnittsposition als Trend lesen; für einen einzelnen Suchbegriff auf genau diese Anfrage filtern.
  • Wichtige Begriffe zusätzlich live prüfen, mit Datum, Gerät und Standort notiert.
  • Nur abgeschlossene Tage vergleichen und die zwei bis drei Tage Verzögerung einrechnen.
  • Bedenken, dass Tage in pazifischer Zeit gezählt werden.
  • Für Vergleiche immer dieselbe Property verwenden.
  • Fehlt eine Seite ganz, zuerst den Indexstatus klären, dann das Ranking.