Query-Anomalie-Erkennung: wie Visqio bewertet
Zuletzt aktualisiert:
Interpretationshinweis
1.Was ist eine Query-Anomalie?
Eine Query-Anomalie ist ein Wert von 0–100 und eine Klasse, die angeben, ob ein Keyword gegenüber seiner eigenen Historie und seiner Seite und Domain unterdurchschnittlich abschneidet und auf welcher Ebene das Problem liegt: Normal, Abfragespezifische Anomalie, Problem auf Seitenebene, Problem auf Domain-Ebene, Indexierungsproblem oder Unzureichende Daten. Sie wird je Keyword × Domain aus Search-Console-Metriken, lizenzierten SERP-Snapshots und URL-Inspection-Ergebnissen berechnet.
2.Fenster
Das aktuelle Fenster sind die letzten 7 Tage der Search-Console-Daten (endend am zuletzt aufgenommenen Datum); die Basislinie sind die 28 Tage davor. SERP-Snapshots verwenden die letzten 7 gegenüber den vorherigen 7. Die relative Änderung ist Δ(x) = (cur − base × 7/28) / max(base × 7/28, ε), sodass eine 28-Tage-Basislinie vor dem Vergleich auf 7 Tage skaliert wird.
3.Datensuffizienz
Die Klasse ist Unzureichende Daten, wenn die Basislinien-Impressions für die Query unter 30 liegen und weniger als 3 SERP-Snapshots im aktuellen Fenster existieren; wenn die Search-Console-Daten mehr als 5 Tage zurückliegen; oder wenn die Domain keine Search-Console-Verbindung und weniger als 3 Snapshots hat.
4.Signalwerte
Sieben Signale, jedes 0–100, wobei höher anomaler bedeutet, werden mit festen Gewichten kombiniert, die sich zu 100 summieren. Wert = Σ (Signal × Gewicht) / 100, gerundet.
| Signal | Definition | Gewicht |
|---|---|---|
| S1 Query-Impressions-Rückgang | clamp(−Δ(impressions_query) × 100, 0, 100); −60 % → 60 | 25 |
| S2 Query-Positionsverlust | clamp((pos_cur − pos_base) × 10, 0, 100); +5 Positionen → 50 | 15 |
| S3 SERP-Präsenzverlust | Anteil der aktuellen Snapshots, in denen das Ziel fehlt, nur gezählt, wenn in ≥ 50 % der vorherigen 7 vorhanden | 20 |
| S4 Query-vs.-Seite-Divergenz | clamp((Δ(impressions_page) − Δ(impressions_query)) × 100, 0, 100) — Seite hält, Query fällt | 10 |
| S5 Seitenbezogener Rückgang | clamp(−Δ(impressions_page) × 100, 0, 100) | 10 |
| S6 Domainbezogener Rückgang | clamp(−Δ(impressions_domain) × 100, 0, 100) | 10 |
| S7 Indexierung | 100, wenn die neueste Inspection (≤ 14 T) nicht indexed, Urteil fail oder eine Canonical-Abweichung nach zuvor indexed zeigt; 50 bei neutral; sonst 0 | 10 |
5.Klassifizierung
Die erste zutreffende Regel gewinnt:
- Indexierungsproblem
INDEXATION_ISSUE— S7 = 100. - Problem auf Domain-Ebene
DOMAIN_LEVEL_ISSUE— S6 ≥ 40 und mindestens 60 % der verfolgten Keywords der Domain haben S1 ≥ 40. - Problem auf Seitenebene
PAGE_LEVEL_ISSUE— S5 ≥ 40 und mindestens 60 % der auf dieselbe Seite zielenden Keywords haben S1 ≥ 40, und nicht domainbezogen. - Abfragespezifische Anomalie
QUERY_SPECIFIC_ANOMALY— Wert ≥ 40 und (S4 ≥ 30 oder S3 ≥ 50) und S5 < 40 und S6 < 40. - Abfragespezifische Anomalie
QUERY_SPECIFIC_ANOMALY— Wert ≥ 60 (Fallback, wenn kein Ebenensignal es erklärt). - Normal
NORMAL— sonst.
Schwellen sind Konstanten; test-Domains multiplizieren die Impressions-Schwellen mit 0,5, weil ihre Volumina winzig sind.
6.Beleg-Ausgabe
Jedes Ereignis speichert den Wert, die Klasse, jede Regel mit ihrem Wert, Gewicht und Beleg (zum Beispiel impressions_cur 140 gegenüber impressions_base_scaled 500 oder abwesend in 4 von 7 Snapshots), die Fensterdaten und eine Erklärung in Klartext, etwa: „Die Impressions für diese Query fielen um 72 %, während die anderen Queries der Seite um 12 % fielen; Ziel in 4 von 7 SERP-Checks abwesend. Seite und Domain wirken stabil, das Problem scheint also query-spezifisch. Dies ist kein Beleg für eine Strafe.“
7.Warnungen
Ein Wechsel von Normal zu einer beliebigen Problemklasse mit Wert ≥ 60 löst eine Abfrage-Anomalie-Warnung aus (warning; critical bei Problem auf Domain-Ebene oder Indexierungsproblem). Ein Indexierungsproblem auf einer zuvor indexed-URL löst Indexierungsverlust (critical) aus. Wenn mindestens 25 % der Keywords eines Projekts Problem auf Domain-Ebene sind, wird eine projektbezogene critical-Warnung ausgelöst. Dedup-Schlüssel: Typ, Keyword, Klasse und Woche.
8.Grenzen
Die Engine vergleicht ein Keyword mit seiner eigenen Vergangenheit, sodass Saisonalität und marktweite Verschiebungen als Anomalien bewertet werden können; die Klasse sagt Ihnen, wo Sie hinschauen sollen, nicht, was es verursacht hat. Die Search Console hinkt etwa zwei Tage hinterher und sampelt Long-Tail-Queries; SERP-Snapshots spiegeln den Blickwinkel des Anbieters wider. Regelparameter sind in jedem Ereignis versioniert.
Häufig gestellte Fragen
Bedeutet ein hoher Anomalie-Wert, dass Google die Seite bestraft hat?
Nein. Der Wert misst, wie stark eine Query gegenüber ihrer eigenen Historie und ihrer Seite oder Domain unterdurchschnittlich abschneidet. Wettbewerb, Saisonalität, Änderungen an SERP-Features und Anbieter-Sampling bewegen ihn alle. Visqio verwendet in seinen Ausgaben nie die Wörter Strafe, Sperre oder Sandbox.
Warum ist die Klasse Unzureichende Daten?
Die Basislinien-Impressions für die Query lagen unter 30 und es existieren weniger als 3 SERP-Snapshots im aktuellen Fenster, oder die Search-Console-Daten liegen mehr als 5 Tage zurück, oder die Domain hat keine Search-Console-Verbindung und weniger als 3 Snapshots.
Was ist der Unterschied zwischen Abfragespezifische Anomalie und Problem auf Seitenebene?
Query-spezifisch bedeutet, dass die anderen Queries der Seite halten, während diese eine fällt (Signal S4), oder das Ziel aus den SERPs verschwindet (S3). Seitenbezogen bedeutet, dass die Seite selbst gefallen ist (S5 ≥ 40) und mindestens 60 % der auf sie zielenden Keywords ebenfalls gefallen sind.
Wie oft läuft es?
Täglich je Projekt und auf Anfrage. Warnungen werden je Keyword, Klasse und Woche dedupliziert; eine Wiederholung erhöht den Auslösezähler, statt eine neue Warnung zu erstellen.
Verwandte Methodik
Quellen: die URL-Inspection-API, Search-Console-Search-Analytics-API und Spam-Richtlinien-Dokumentation von Google.