Datenquellen und Methode

Google Search Console

Quelle

Search Console Search Analytics API, gelesen mit dem schreibgeschützten seops-Dienstkonto, das du zu deiner Property hinzufügst.

Wie oft

Wenn du einen Bericht öffnest; 1 Stunde zwischengespeichert (15 Minuten für die Stundenansicht von heute und gestern).

Verzögerung

Google veröffentlicht Tageswerte 2–3 Tage später. seops fragt auch frische Daten ab, daher sind die letzten Tage unvollständig und ändern sich noch.

So wird gerechnet

• Klicks, Impressionen und durchschnittliche Position sind Googles Werte; seops rechnet sie nicht neu. Die CTR ist Klicks geteilt durch Impressionen.
• Die durchschnittliche Position stammt von Google: die oberste Position der Site in jeder Suche, gemittelt über die Impressionen.
• Chancen-Suchanfragen werden aus denselben Daten gefiltert: Position 4–20, viele Impressionen, niedrige CTR, mit der Seite, die sie bekommt.
• Ein Search-Console-Tag ist ein Tag in Pacific Time; die Stundenansicht von heute und gestern wird in deiner Zeitzone gezeigt.

Beachte

• Google lässt sehr seltene Suchanfragen aus Datenschutzgründen weg; die Zeilen der Suchanfragen ergeben daher weniger als die Gesamtsumme der Site.
• seops bezeichnet weniger als 50 Klicks oder 500 Impressionen in 28 Tagen als kleine Stichprobe: Ein paar Klicks können wie eine große prozentuale Änderung aussehen.
• Search Console zählt Auftritte in AI Overviews zu den Websuche-Summen und weist sie nicht getrennt aus.

Funktionsseite: Search Console · Wochenbericht und Benachrichtigungen

Rankings

Quelle

Search Console: die nach Impressionen gewichtete durchschnittliche Position jedes verfolgten Keywords (exakte Übereinstimmung), pro Tag und Gerät.

Wie oft

Täglich um 06:00 (03:00 UTC); die letzten 10 Tage werden jedes Mal neu geschrieben.

Verzögerung

Wie bei der Search Console: Die neuesten 2–3 Tage sind unvollständig.

So wird gerechnet

• Bis zu 200 Keywords pro Site. Desktop und Mobil werden getrennt geführt; Tablet zählt als Mobil.
• Positionen werden bis 100 geschrieben. Ein Tag ohne Impressionen für das Keyword hat keine Position.
• Search-Console- und Bing-Positionen kosten keine Credits.

Beachte

• Das ist ein Durchschnitt über alle Suchen, die deine Seite zeigten, keine einzelne Prüfung von einem Ort. Zwei Personen mit denselben Suchwörtern können unterschiedliche Ergebnisse sehen.
• Eine tägliche echte Google-Positionsprüfung über unsere eigene Infrastruktur kommt bald und läuft mit Paket-Credits. Bis dahin stammen Positionen in seops nur aus Search Console und Bing.

Funktionsseite: Rank-Tracking

Bing und Yandex

Quelle

Bing Webmaster Tools API (dein API-Schlüssel) und Yandex Webmaster API (dein OAuth-Token).

Wie oft

Im Hintergrund gelesen und 12 bis 24 Stunden zwischengespeichert.

Verzögerung

Jede Suchmaschine veröffentlicht mit eigener Verzögerung; seops kann sie nicht verkürzen.

So wird gerechnet

• Die Bing-Position ist Bings durchschnittliche Impressionsposition, beim Zusammenfassen von Zeilen nach Impressionen gewichtet.
• Yandex: Klicks, Impressionen, Suchanfragen, Index und Site-Probleme, so wie Yandex sie meldet.

Beachte

• Bing- und Yandex-Zahlen sind nicht direkt mit Googles vergleichbar: Jede Suchmaschine zählt Impressionen und Positionen auf ihre Weise.

Funktionsseite: Bing und Yandex

Google Analytics 4

Quelle

Google Analytics Data API, gelesen mit demselben Dienstkonto (Rolle Betrachter).

Wie oft

Wenn du einen Bericht öffnest; 1 Stunde zwischengespeichert (5 Minuten für heute). Live-Besucher werden alle 30 Sekunden aktualisiert.

Verzögerung

Laut Google kann die Verarbeitung in GA4 24–48 Stunden dauern; die Zahlen von heute und gestern können noch steigen.

So wird gerechnet

• Nur aggregierte Berichte: Nutzer, Sitzungen, Interaktion, Schlüsselereignisse, Kanäle, Landingpages, Geräte und Städte. Keine Daten auf Nutzerebene.
• KI-Assistenten-Traffic sind Sitzungen, deren Quelle zu ChatGPT, Perplexity, Gemini, Claude, Copilot, DeepSeek, Grok, Meta AI und einigen weiteren passt.

Beachte

• Ein Besuch über einen Assistenten wird nur erkannt, wenn der Browser einen Referrer oder eine utm_source mitsendet; sonst erscheint er als Direkt.
• Die Datenschwellen und Stichproben von GA4 gelten auch für das, was seops liest.

Funktionsseite: Cookielose Analyse

seops Analytics

Quelle

Das seops-Skript auf deiner Site (2,1 KB, komprimiert 1,2 KB), gesendet an i.seops.app und gespeichert in Cloudflare Analytics Engine.

Wie oft

Live; eine Tageszusammenfassung des Vortags wird um 03:30 geschrieben.

Verzögerung

Sekunden für Rohdaten.

So wird gerechnet

• Eine Anfrage pro Seitenaufruf, beim Verlassen der Seite Verweildauer und Scrolltiefe, dazu die Ereignisse, die du sendest.
• Keine Cookies, kein Browserspeicher, keine dauerhafte Kennung. Besucher innerhalb eines Tages werden über einen Hash aus täglichem Salt, IP-Adresse, User-Agent und Site-Schlüssel unterschieden; das Salt eines Tages wird zwei Tage nach Tagesende gelöscht, die rohe IP nie gespeichert.
• Bekannte Bots und Crawler werden als Bots erfasst und aus den Berichten herausgehalten. Von localhost und automatisierten Browsern wird nichts gesendet.
• Der Query-String wird nicht gesendet, außer UTM-Tags, dem Vorhandensein (nicht dem Wert) einer Anzeigen-Klick-ID und einem Parameter für die Site-Suche, den du erlaubst.

Beachte

• Dieselbe Person an zwei Tagen zählt als zwei Besucher: Wiederkehrende Besucher über Tage hinweg gibt es bewusst nicht.
• Manche Werbeblocker blockieren das Script. Die Zahlen sind Messungen, keine Prüfung.
• Die letzten 90 Tage kommen aus Rohdaten, längere Zeiträume aus Tageszusammenfassungen (Top 200 pro Liste). Die Speicherschicht kann bei sehr hohem Volumen Stichproben ziehen und gleicht das in den Summen aus.

Funktionsseite: Cookielose Analyse

KI-Sichtbarkeit

Quelle

ChatGPT, Claude, Gemini und Perplexity, direkt über Cloudflare AI Gateway gefragt, mit eingeschalteter Live-Websuche.

Wie oft

Wöchentlich: Jeden Montag ab 07:00 wird jeder aktive Prompt für jede ausgewählte Engine eingereiht; Antworten werden alle 30 Minuten stapelweise verarbeitet. Du kannst einen Prompt auch sofort ausführen.

Verzögerung

Keine über den Lauf hinaus: Eine Antwort wird gespeichert, sobald die Engine sie liefert.

So wird gerechnet

• Bis zu 20 Prompts pro Site. Jeder Prompt × Engine ist eine Antwort, vollständig gespeichert mit Quellen und den Suchen, die das Modell ausgeführt hat.
• ChatGPT läuft über die OpenAI Responses API mit Websuche, Claude über die Anthropic Messages API mit Websuche (bis zu 3 Suchen), Gemini mit Google-Search-Grounding, Perplexity über Sonar. Das Land des Projekts wird als ungefährer Standort gesendet, wo die API einen annimmt; der Modellname wird mit jeder Antwort gespeichert.
• Erwähnung: Einer deiner Markenbegriffe oder deine Domain steht als ganzes Wort im Antworttext, ohne Rücksicht auf Groß-/Kleinschreibung und Akzente. Der erste Teil der Domain zählt ebenfalls, wenn er 5 oder mehr Buchstaben hat.
• Zitierung: Deine Domain oder eine Subdomain steht in der Quellenliste der Antwort. Die Zitierposition ist ihr Platz in dieser Liste, in der Reihenfolge der Engine; der erste ist 1. Googles Weiterleitungslinks von Gemini werden vorher zur echten Adresse aufgelöst.
• Erwähnungs- und Zitierrate sind der Anteil der Antworten im Zeitraum mit einer Erwähnung bzw. Zitierung.
• Jede Antwort läuft mit Paket-Credits. Reichen sie nicht, wartet sie und wird am nächsten Tag erneut versucht; nach einer Woche weicht sie dem Lauf der neuen Woche. Eine fehlschlagende Antwort wird bis zu 3-mal versucht.

Beachte

• Antworten sind Stichproben, kein Maß für die Erfahrung aller: eine Antwort pro Prompt und Engine pro Woche. Dieselbe Frage kann eine Minute später eine andere Antwort bekommen.
• Die Antworten kommen aus den APIs der Anbieter mit Websuche, nicht aus den Apps, die eine angemeldete Person nutzt; Gedächtnis, Personalisierung und App-Funktionen unterscheiden sich.
• Der Abgleich von Erwähnungen ist wörtlich: Eine falsch geschriebene Marke oder eine Marke, die ohne Namen beschrieben wird, zählt nicht, und ein gewöhnliches Wort als Markenbegriff kann zu viel zählen.
• Bei 20 Prompts und vier Engines bewegt eine Antwort eine Rate um mehr als einen Prozentpunkt. Lies Trends über mehrere Wochen.

Funktionsseite: KI-Sichtbarkeit · Prompt-Bibliothek

Cloudflare

Quelle

Cloudflare GraphQL Analytics API und REST API, mit dem schreibgeschützten API-Token, das du für die Zone erstellst.

Wie oft

Wenn du einen Bericht öffnest; 30 Minuten bis 1 Stunde zwischengespeichert.

Verzögerung

Cloudflares Daten sind nahezu in Echtzeit; seops fügt höchstens die Cache-Zeit hinzu.

So wird gerechnet

• Sicherheitsereignisse: Besucheranfragen, gruppiert nach Sicherheitsaktion und Quelle (WAF, Ratenbegrenzung, Bot-Regeln), mit Ländern und Pfaden.
• KI-Crawler: Anfragen, gruppiert nach User-Agent und nach der Aktion, die Cloudflare ausgeführt hat.
• Edge-Fehler: 4xx- und 5xx-Antworten an Besucher in den letzten 7 Tagen; Cache-Status pro Pfad.
• Core Web Vitals echter Nutzer: Wenn Cloudflare Web Analytics für die Site aktiv ist, p75 von LCP, INP und CLS der letzten 28 Tage pro Seite und Gerät.
• Workers-, D1- und R2-Nutzung des Kontos.

Beachte

• Cloudflares adaptive Datensätze werden bei hohem Volumen als Stichprobe erhoben: Die Zahlen sind von Cloudflare hochgerechnete Schätzungen, kleine Werte können springen.
• Nur Traffic, der über Cloudflare läuft, ist sichtbar. Ein Crawler wird unter dem User-Agent gezählt, den er sendet; Cloudflares Kennzeichnung als verifizierter Bot wird angezeigt, wo vorhanden.
• Web-Analytics-Daten gibt es nur für Besucher, deren Browser das Beacon ausgeführt hat.

Funktionsseite: Cloudflare-Sicherheit und -Nutzung · KI-Crawler

Seitengeschwindigkeit

Quelle

Google PageSpeed Insights API: ein Lighthouse-Labortest plus Felddaten aus dem Chrome UX Report (CrUX), wenn Google sie hat.

Wie oft

Die Startseite und die wichtigsten Seiten (standardmäßig 10; 20 oder 50 wählbar), mobil und Desktop, jede alle 7 Tage neu gemessen, in Stapeln alle 10 Minuten.

Verzögerung

Labor: der Moment der Messung. Feld (CrUX): das 75. Perzentil echter Chrome-Nutzer der letzten 28 Tage.

So wird gerechnet

• Die Wichtigkeit ordnet Seiten nach Google-Klicks, unterstützt durch Impressionen und Analytics-Sitzungen. Ohne Search Console wird der Anfang der Sitemap genutzt.
• Bewertung: die eigenen Felddaten der Seite (LCP, INP, CLS), wenn vorhanden, sonst die Laborwerte, mit TBT anstelle von INP.
• Hat die Seite keine eigenen Felddaten, kann CrUX den ganzen Origin melden; das Panel kennzeichnet das als Origin-Daten.
• Jede Messung (Seite × Gerät) verbraucht 2 Site-Credits.

Beachte

• Laborwerte schwanken je nach Netz- und Serverlast von Messung zu Messung. Vergleiche Trends, nicht einzelne Läufe.
• Seiten mit wenig Chrome-Traffic haben keine Felddaten.
• Zwei fehlgeschlagene Messungen hintereinander lösen eine Warnung aus; ein 403 bedeutet oft, dass eine WAF-Regel PageSpeed blockiert.

Funktionsseite: Seitengeschwindigkeit

Site-Audit

Quelle

seops' eigener Crawler (User-Agent seopsBot/1.0) ruft die URLs aus deiner Sitemap ab.

Wie oft

Jede Seite wird alle 7 Tage neu geprüft, in Stapeln alle 10 Minuten, mit einer Last deutlich unter einer Anfrage pro Sekunde und Site.

Verzögerung

Keine: was der Server zum Prüfzeitpunkt geliefert hat.

So wird gerechnet

• Sitemaps kommen aus den Sitemap-Zeilen der robots.txt, sonst aus /sitemap.xml; Sitemap-Indexdateien werden verfolgt.
• Prüfungen: Statuscode, Weiterleitung, noindex (Meta-Tag und X-Robots-Tag), Titel (fehlt, unter 20 oder über 65 Zeichen, doppelt), Meta-Beschreibung (fehlt, unter 70 oder über 165, doppelt), H1 (fehlt oder mehrere), Canonical (fehlt oder zeigt woanders hin), JSON-LD vorhanden, dünner Inhalt (unter 250 Wörtern), langsame Antwort (über 2 Sekunden).
• 403, 429 und 503 werden als blockiert gemeldet, meist eine WAF- oder Ratenbegrenzungsregel.
• Ein Site-Credit pro geprüfter Seite. Ausgeschlossene Pfade werden nicht gecrawlt.

Beachte

• Der Crawler liest das HTML, das der Server sendet, und führt kein JavaScript aus. Inhalte, die erst nach Skripten erscheinen, sieht er nicht.
• Nur URLs aus der Sitemap werden geprüft; Seiten, die in der Sitemap fehlen, werden nicht über Links gefunden.
• Längengrenzen sind Richtwerte, keine Google-Regeln.

Funktionsseite: Site-Audit

Indexierung

Quelle

Search Console URL Inspection API für Google; IndexNow für Bing, Yandex und die anderen teilnehmenden Suchmaschinen.

Wie oft

URL-Prüfung: Stapel alle 10 Minuten innerhalb von Googles Kontingent von 2.000 Prüfungen pro Site und Tag; jede Seite mindestens alle 14 Tage, die wichtigsten zuerst. IndexNow: geänderte Sitemap-Seiten einmal täglich nach 09:00, wenn die automatische Übermittlung an ist.

Verzögerung

Die URL-Prüfung zeigt Googles letzten bekannten Stand, der hinter einem kürzlichen Crawl zurückliegen kann.

So wird gerechnet

• Wichtigkeitswert: Google-Klicks wiegen am meisten, Impressionen und Analytics-Sitzungen unterstützen; die obersten 20 % der Seiten gelten als hoch.
• Seiten, für die du in der Search Console die Indexierung beantragt hast, werden 1 Stunde später und in den folgenden 14 Tagen erneut geprüft.
• IndexNow geht zuerst an Yandex (das Protokoll teilt eine Übermittlung mit den anderen Suchmaschinen) und direkt an Bing, wenn Yandex nicht annimmt; höchstens 500 URLs pro Übermittlung.
• Google bietet keine API, um die Indexierung normaler Seiten zu beantragen; seops reicht die Sitemap ein und prüft den Status.

Beachte

• Ergebnisse der URL-Prüfung gelten pro URL und können von den Summen im Bericht zur Seitenindexierung der Search Console abweichen.
• Eine angenommene IndexNow-Übermittlung heißt, dass die URLs empfangen wurden, nicht dass sie indexiert werden.

Funktionsseite: Index und IndexNow

Zeitplan

Hintergrundjobs, die die Zahlen oben schreiben. Istanbul-Zeit (UTC+3).

Credits

Das Lesen von Search Console, GA4, Bing, Yandex und Cloudflare kostet keine Credits. Site-Audit, Seitengeschwindigkeit und URL-Prüfung nutzen die kostenlosen täglichen Site-Credits; KI-Sichtbarkeits-Antworten laufen nur mit Paket-Credits. Die Kosten jeder Aktion stehen auf der Preisseite. Preise →