Google-Ranking-Monitore werden fast immer gleich eingerichtet: Schwelle festlegen, Alarm auslösen, wenn das Ranking sich stärker bewegt, fertig. Der Standardwert liegt in den meisten Tools bei etwa 3 Positionen, weil die Zahl 3 nach einer bedeutsamen Veränderung klingt.
In unseren Daten ist sie das nicht. Von 106 Suchanfragen mit mindestens 30 Impressionen über 90 Tage lag der Median der Standardabweichung der täglichen Position pro Anfrage bei 7.45. Für eine typische Anfrage ist eine Verschiebung um 3 Positionen kein Signal, sondern das Alltagsverhalten dieser Zahl.
Der Monitor ist nicht kaputt, er ist unkalibriert. So sieht er aus, wenn man ihn aus der eigenen Historie kalibriert statt aus den Werkseinstellungen.
Was der Monitor annimmt und welche Annahmen fallen
Hinter jeder Alarmregel stehen vier Annahmen, und nur eine hält.
Das Ranking ist stabil genug, damit eine Schwelle funktioniert. Fällt. Die Streuung unterscheidet sich zwischen Anfragen um eine Größenordnung; wir haben sie unten gemessen.
Eine gleich große Bewegung bedeutet an jeder Position dasselbe. Fällt. Der Abstand zwischen Platz 3 und 6 ist nicht gleichwertig zum Abstand zwischen 41 und 44 — weder bei Klicks noch in der Bedeutung.
Jede Anfrage verdient dieselbe Schwelle. Fällt. Markenanfragen und umkämpfte Head-Begriffe haben statistisch nichts gemeinsam.
Häufigeres Prüfen liefert bessere Informationen. Ab einem bestimmten Punkt falsch. Die tägliche Prüfung liefert siebenmal so viele Messwerte wie die wöchentliche und in den meisten Anfragesets siebenmal so viel Rauschen um dasselbe Signal.
Der Rest des Artikels ersetzt diese vier Annahmen eine nach der anderen durch Messung.
Was unsere Anfragen tatsächlich tun
Methode: unsere eigene Search-Console-Property, 90 Tage bis zum 12. September 2026, Dimensionen query und date, 8.020 Zeilen, gefiltert auf 106 Anfragen mit mindestens 30 Impressionen im Zeitraum. Für jede Anfrage haben wir die Standardabweichung der mittleren Tagesposition berechnet und den Anteil der Tage, an denen sie innerhalb von 3 Positionen um ihren eigenen Median blieb.
Kennzahl | Wert |
|---|---|
Anfragen in der Stichprobe | 106 |
Median der Standardabweichung der Tagesposition | 7.45 Positionen |
Anfragen mit Standardabweichung unter 2 Positionen | 12 von 106 (11%) |
Anfragen mit Standardabweichung 10 und mehr | 40 von 106 (38%) |
Median des Anteils der Tage innerhalb von 3 Positionen um den eigenen Median | 59% |
Nimm vier Anfragen aus derselben Stichprobe — auf derselben Website unterscheidet sich das Verhalten so stark.
Anfrage | Median der Position | Standardabweichung | Tage innerhalb von 3 um den Median |
|---|---|---|---|
amazon echo keywords | 14.1 | 1.29 | 100% |
on page seo audit | 92.2 | 4.99 | 63% |
perplexity seo checker | 31.9 | 12.87 | 22% |
geo | 70.4 | 9.83 | 30% |
Die praktische Lesart: Anfragen, die stabil genug sind, damit eine feste 3-Positionen-Regel Sinn ergibt, sind etwa eine von zehn. Vier von zehn bewegen sich stark genug, dass jede Schwelle unter 10 Positionen ständig auslöst.
Die meisten Anfragen bewegen sich deutlich stärker, als die Standard-Alarmschwelle annimmt.
Kalibrierregel 1: Bänder pro Anfrage bilden, nicht pro Website
Eine Schwelle auf Website-Ebene ist der Mittelwert von Verhaltensweisen, die einander nicht ähneln. Die Lösung besteht darin, das Band jeder Anfrage aus ihrer eigenen Historie zu berechnen; dafür genügen ein Search-Console-Export und ein paar Zeilen Arithmetik.
Nutze für jede Anfrage ihre eigene Verteilung statt einer globalen Zahl.
- Normal: innerhalb einer Standardabweichung um den Median der Anfrage selbst.
- Watch: zwischen einer und zwei Standardabweichungen oder wenn die Anfrage ihr eigenes mittleres 80-Prozent-Band verlässt.
- Investigate: über zwei Standardabweichungen und im zweiten aufeinanderfolgenden Lauf bestätigt.
In der Stichprobe oben verändert das das Alarmvolumen drastisch. Eine Anfrage mit Standardabweichung 1.29 braucht eine Bewegung von rund 3 Positionen, um das Watch-Band zu erreichen. Eine mit 12.87 braucht rund 13, sodass kaum ein Alarm entsteht, bis wirklich etwas passiert.
Das ist dieselbe Logik, die der Leitfaden zum Entwurf von Alarmbändern für die geplante Überwachung nutzt — angewandt auf Anfrageebene statt auf Kontoebene. Und wenn du nach diesem Artikel nur eine Sache änderst, dann mach die Schwelle aus einer Konstante zu einem Wert pro Anfrage.
Kalibrierregel 2: einen Mindest-Impressionsboden setzen
Position ist ein Mittelwert, und der Mittelwert aus 3 Impressionen ist keine Messung. Unter etwa 30 Impressionen im Zeitraum wird die Grundgesamtheit so klein, dass sich die Zahl von selbst bewegt.
Daraus folgen zwei Konsequenzen, und beide sind einfach umzusetzen.
Löse keine Alarme für Anfragen mit wenigen Impressionen aus. Beobachte sie weiter, aber behandle die Position als Kontext, nicht als Signal. Ausnahme ist eine Anfrage, die plötzlich Volumen gewinnt — das ist ein Impressionsereignis und für sich genommen wissenswert.
Führe zu jeder Position die Impressionen mit. Ein Rückgang um 5 Positionen bei stabilen Impressionen bedeutet etwas anderes als ein Rückgang um 5 Positionen bei 60% verlorener Impressionen. Letzteres liegt näher an einem Indexierungs- oder Eligibility-Problem, Ersteres näher an Wettbewerb. Ein Monitor, der nur die Position meldet, wirft diese Unterscheidung weg, und genau dieses Fehlerbild soll diese Triage-Reihenfolge einfangen.
Kalibrierregel 3: Gerät und Region trennen, bevor du alarmierst
Die kombinierte Position ist ein gewichteter Mittelwert von Ergebnissen je Gerät und je Region. Ändern sich die Gewichte, bewegt sich der Mittelwert, ohne dass auf der Seite etwas passiert ist. Wir haben bei derselben Anfrage Unterschiede von bis zu 11 Positionen zwischen Mobil und Desktop gemessen — das ist kein Rundungsfehler, sondern dieselbe Größenordnung wie das Rauschen, das du erkennen willst.
Die Umsetzung ist unspektakulär und billig: Position je Gerät abrufen, beide speichern und auf dem Gerät alarmieren, auf dem die Bewegung auftrat. Und wenn du nur eine kombinierte Zahl verfolgst, schreib die Geräteanteile in die Ausgabe, damit die Verschiebung der Zusammensetzung sichtbar wird statt geraten. Die Form der Anfrage behandelt der Durchlauf zur Gerätetrennung.
Fünf Spalten machen aus einem Alarm eine Untersuchung mit Ausgangspunkt.
Was außer der Position zu überwachen ist
Die Position ist eine einzige Spalte. Die anderen vier entscheiden, ob eine Bewegung menschliche Aufmerksamkeit verdient.
Impressionen. Die Nachfrageseite. Bewegt sich hier etwas, ändert sich die Bedeutung aller Positionszahlen.
SERP-Feature-Status. Ob diese Anfrage ein AI Overview, einen Videoblock, ein lokales Paket hat. Eine Feature-Änderung verschiebt Positionen, ohne dass sich auf der Seite etwas ändert.
Lage auf der Klickkurve. Nicht nur, wo du in der Liste stehst, sondern wo du relativ zu den Features stehst. Platz 1 unter einem AI Overview ist nicht Platz 1. Und wenn du den Feature-Status richtig verfolgen willst, welche Felder zu speichern sind, steht im Aufbau eines AI-Overview-Trackers.
Änderungsprotokoll. Deine Deployments, Template-Änderungen und Inhaltsbearbeitungen auf derselben Zeitachse. Hinter den meisten echten Rückgängen, die wir untersucht haben, stand ein Commit.
Speichere diese fünf pro Anfrage und Tag, und der Alarm wird von einer beunruhigenden Zahl und einer Person, die jene Woche aus dem Gedächtnis rekonstruieren muss, zu einer Untersuchung mit Ausgangspunkt.
Frequenz durchrechnen, bevor du dich festlegst
Die Überwachungskosten wachsen mit der Zahl der Keywords mal der Zahl der Prüfungen, also ergibt sich die Frequenz aus der Anzahl der Anfragen und nicht aus Enthusiasmus.
- 30 wichtige Anfragen täglich zu prüfen sind 900 Anfragen pro Monat. Das trägt fast jeder Tarif, und die meisten Teams sollten hier anfangen.
- 200 Anfragen täglich zu prüfen sind 6.000 Anfragen pro Monat und erzeugen in volatilen Sets den größten Teil der Alarme aus dem Rauschen.
- Dieselben 200 wöchentlich zu prüfen sind rund 1.400 Anfragen pro Monat und fangen die meisten echten Bewegungen trotzdem ab, weil eine wirkliche Veränderung länger als eine Woche anhält.
Wenn du beides brauchst, teile nach Einsatzhöhe und nicht nach Vorliebe: kurze, umsatznahe Liste täglich, der Rest wöchentlich. Und wenn du das Abrufen selbst baust, deckt der Zwei-Quellen-Tracker Anfrageform und Vergleichsregeln ab.
Die Checkliste, bevor du irgendeinem Monitor vertraust
Fünf Fragen. Ein Monitor, der auch nur eine davon nicht besteht, kostet mehr Aufmerksamkeit, als er spart.
- Speichert er die Rohdaten oder nur die berechnete Position? Wenn du später nicht fragen kannst, was sonst noch auf der Seite stand, kannst du den Alarm nicht erklären.
- Sind Region und Gerät pro Anfrage festgelegt und protokolliert? Sonst vermischt die Historie unterschiedliche Bedingungen.
- Ist die Schwelle pro Anfrage oder eine einzige Zahl für das ganze Konto? Eine einzige Zahl ist Werkseinstellung, keine Kalibrierung.
- Unterscheidet er Ausfall und Rückgang? Google veröffentlicht ein Status-Dashboard mit Ausfallhistorie, und dort zuerst nachzusehen ist billiger als jede Untersuchung.
- Sagt er dir, was sich geändert hat, oder nur dass sich etwas geändert hat? Der Alarm des zweiten Typs ist eine To-do-Liste, der erste ein Urteil.
Auspia-Sicht: Ein Ranking-Monitor ist genau so viel wert wie seine Kalibrierung. Die Standardsschwelle von 3 Positionen ist nicht deshalb falsch, weil die Tools faul wären, sondern weil sie ein Populationsmittel ist, das auf einzelne Anfragen angewendet wird. Miss deine eigenen Anfragen und setze Bänder aus ihren jeweiligen Verteilungen — dann bleiben von den Alarmen die übrig, nach denen du wirklich handelst.
Häufige Fragen
Wie viel normale Positionsschwankung sollte ein Google-Ranking-Monitor ignorieren? Es gibt keine allgemeingültige Zahl, und das ist der Punkt. In unserer Stichprobe bewegte sich die mediane Anfrage über 90 Tage um 7.45 Positionen, während eine von zehn innerhalb von 2 Positionen blieb. Die richtige Schwelle leitet sich aus der Historie jeder einzelnen Anfrage ab und beträgt meist eine Standardabweichung.
Wie oft sollte ein Ranking-Monitor Positionen prüfen? Normale Sets wöchentlich, kurze umsatznahe Listen täglich. Ein großes Set täglich zu prüfen verdoppelt die Kosten und fängt überwiegend Rauschen, weil eine echte Positionsveränderung länger als einen Tag anhält.
Warum zeigt der Monitor tägliche Schwankungen, die es in der Search Console nicht gibt? Weil es zwei verschiedene Messungen sind. Der Monitor macht eine einzige Momentaufnahme einer echten Ergebnisseite zu einem Zeitpunkt und in einer Region. Die Search Console mittelt Impressionen über einen Datumsbereich und eine Gerätezusammensetzung. Keine von beiden irrt, und ein direkter Vergleich lässt dich einem Rückgang nachjagen, den es nur auf einer Seite gibt.
Sollte ich jedes Keyword mit einer Position überwachen? Nein. Überwache die Anfragen mit genug Impressionen für eine Messung. In unseren Daten waren das 106 von mehreren Tausend. Wer unter dem Impressionsboden liegt, lässt sich besser als Gruppe verfolgen, etwa indem man zählt, wie viele Anfragen überhaupt ranken, statt jede einzeln zu alarmieren.
Braucht man für die Kalibrierung eines Monitors ein Bezahltool? Nein. Ein Search-Console-Export mit den Dimensionen query und date genügt, um Median und Standardabweichung pro Anfrage zu berechnen, und mehr braucht die Kalibrierung nicht. Bezahltools fügen Bequemlichkeit und Daten über Anbieter hinweg hinzu, nicht Statistik.
Verfasst von: Miles Carter, Analyse der Positionsdaten von 8.000 Suchanfragen bei Auspia. Schreibt über Positionsmessung, Alarmkalibrierung und darüber, wie man eine Änderung in den Daten von einer Änderung in den Suchergebnissen unterscheidet.
