Eine gemessene Rankingposition und die durchschnittliche Position in Search Console sind nicht dasselbe. Ein MCP-Server muss diese Datenquellen getrennt benennen, sonst erzeugt eine einheitliche Tabelle eine Genauigkeit, die fachlich nicht existiert.
Rank Tracking ist eine kontrollierte Beobachtung
Ein Tracking-System misst festgelegte Keywords zu bestimmten Zeitpunkten, Märkten, Sprachen und Geräten. Das Ergebnis hängt von der Messkonfiguration und dem Provider ab.
Jeder Datensatz braucht daher:
- Keyword und Ziel,
- Land, Sprache und Gerät,
- Messzeitpunkt,
- Suchtiefe und Datenquelle,
- gefundene URL und SERP-Merkmale,
- Status bei fehlendem Ergebnis.
„Nicht gefunden“ ist nicht automatisch Position null. Es kann bedeuten, dass die URL außerhalb der gemessenen Tiefe lag oder der Abruf fehlgeschlagen ist.
Search Console ist aggregierte Leistungsdatenquelle
Die offizielle Search-Analytics-API erlaubt Abfragen über Zeiträume, Filter und Dimensionen wie Query oder Seite. Google dokumentiert, dass die API internen Grenzen unterliegt und nicht garantiert jede Datenzeile zurückgibt.
Ein Tool muss deshalb Zeitraum, Dimensionen, Aggregation, Datenstatus und Filter in der Antwort erhalten. Eine Liste mit „Top Queries“ ohne diese Angaben lässt sich nicht zuverlässig interpretieren.
Drei Operationen statt eines Dashboards
Ein sauberer MCP-Vertrag trennt:
- vorhandene Trackingmessungen lesen,
- neue Messungen innerhalb eines Budgets anfordern,
- Search-Console-Daten für ein definiertes Fenster aggregieren.
Erst eine vierte Analyse kann daraus Chancen ableiten. Diese Ableitung nennt Schwellenwerte und Unsicherheiten, statt sie als Rohmessung auszugeben.
Beispiele für belastbare Fragen
„Welche Seiten verloren in den letzten 28 vollständigen Tagen gegenüber dem vorherigen Vergleichsfenster Klicks, hatten mindestens 500 Impressionen und gehören zum Verzeichnis /wissen/?“
Diese Frage ist besser als „Welche Rankings sind gefallen?“, weil Quelle, Fenster, Mindestmenge und Bereich feststehen. Falls ergänzende Rank-Tracking-Daten verwendet werden, erscheinen sie als zweite Evidenz und nicht als Ersatz.
Frische und Zeitzonen sichtbar machen
Tagesgrenzen, vorläufige Daten und spätere Nachverarbeitung können Vergleiche beeinflussen. Ein Server sollte die Zeitzone und den Datenstatus zurückgeben und keine unvollständigen Tage still mit abgeschlossenen Zeiträumen vergleichen.
Der Agent kann dann eine Entscheidung vorbereiten. Er kann die Grenzen der Messung aber nicht wegformulieren.
Quellenregister
Primärquellen für diesen Stand
- Google Search Console: Search Analytics APIBeobachtet 22.8.2026 · Query dimensions, filters, aggregation, freshness and documented result limits for Search Analytics data.
- Model Context Protocol: The 2026-07-28 SpecificationBeobachtet 22.8.2026 · Stateless core, discovery, routing headers, cache metadata, authorization, tasks and deprecations.