Google Search Console MCP-Server

Listet jede GSC-Property auf, auf die der authentifizierte Nutzer zugreifen kann. Liefert die Property-ID (UUID) und URL (sc-domain:…), die du an alle anderen Tools übergibst.

Klicks, Impressionen, CTR und durchschnittliche Position für eine Property in einem gewählten Zeitraum. Akzeptiert Presets (last_7_days, last_28_days, last_3_months, last_year) oder absolute from/to-Daten. Liefert zusätzlich ein branded_breakdown, das Klicks, Impressionen, CTR und Position in branded vs non-branded aufteilt — gesteuert über den Brand-Tag der Property.

Vergleicht zwei GSC-Zeiträume Seite an Seite und liefert diff + change_pct für Klicks, Impressionen, CTR und Position. Periode A kann ein Preset sein; Periode B ist absolut.

Die größten Bewegungen zwischen zwei Zeiträumen, mit vorab berechneten Deltas, damit sich dein Assistent das Durchgehen jedes einzelnen Eintrags spart. Wähle dimension=keywords or pages, eine Kennzahl (Klicks, Impressionen oder Position) und direction=up / down / both, um Gewinner, Verlierer oder die größten Ausschläge in beide Richtungen zu erhalten. Period B nimmt standardmäßig den Zeitraum unmittelbar vor Period A.

Top-Keywords für eine Property nach Klicks, Impressionen, CTR oder Position sortiert — mit Periodenvergleich. Paginiert über next_cursor. Filtere mit branded: true|false, um markengetriebene Suchanfragen von SEO-erarbeiteten zu trennen; das Summary enthält ein branded_breakdown, das du auf einen Blick siehst.

Tägliche Zeitreihe (Klicks, Impressionen, CTR, Position) für eine einzelne Suchanfrage in einer Property. Gleiche Datumsbereich-Optionen wie das Summary.

Listet zu einer einzelnen Suchanfrage die Seiten deiner Property auf, die deren Klicks und Impressionen einsammeln — sortiert nach Klicks, Impressionen, CTR oder Position, mit Deltas im Periodenvergleich und Paginierung über next_cursor. Praktisch, um Keyword-Kannibalisierung aufzuspüren oder die kanonische Seite für einen Begriff zu finden.

Top-Seiten für eine Property nach Klicks, Impressionen, CTR oder Position sortiert — jede Zeile liefert Klicks, Impressionen, CTR und Position mit Deltas im Periodenvergleich. Paginiert über next_cursor.

Tägliche Zeitreihe (Klicks, Impressionen, CTR, Position) für eine einzelne Seiten-URL in einer Property. Drop-in-kompatibel mit der Datumsbereich-Syntax des Summary.

Listet zu einer Seiten-URL die Suchanfragen auf, die deren Klicks und Impressionen antreiben — sortiert nach der von dir gewählten Kennzahl, mit Deltas im Periodenvergleich und Paginierung über next_cursor. Die Umkehrung von list_pages_for_keyword: Starte von einer URL und sieh genau, welche Suchanfragen sie speisen.

Index-Abdeckungszusammenfassung für eine Property: known (per Sitemap eingereichte) URLs, wie viele Google indexiert, indexed_pct und eine by_state-Aufschlüsselung (Submitted and indexed, Crawled – currently not indexed, Discovered – currently not indexed, Excluded by 'noindex', Page with redirect, Not found 404, Soft 404…). indexed trägt ein echtes prev/delta; Datumsbereich über Preset oder absolute from/to-Daten.

Der tägliche Verlauf der indexierten Seiten — eine "indexed"-Reihe aus {date, value}-Punkten, summiert über die Sitemaps der Property und bereit für ein Zeitreihendiagramm. Liefert points (Tage mit echten Daten) und flaggt insufficient_history, wenn es zu wenige Tage für eine aussagekräftige Darstellung gibt.

Die URLs, die sich aktuell in einem bestimmten Google-Abdeckungsstatus befinden (übergib den Status exakt so, wie ihn get_indexation_summary meldet). Jede Zeile liefert url, state, last_crawled, google_canonical vs declared_canonical und discovered_via (Sitemap oder verweisende Seite). Cursor-paginiert (limit max 200).

Live-Google-URL-Prüfung für eine Seite: coverage_state, verdict (PASS / NEUTRAL / FAIL), indexing_allowed, Google- vs. Nutzer-Canonical, last_crawl_time, robots_txt_state, page_fetch_state, sitemaps, eine Stichprobe verweisender URLs, rich_results und mobile_usability. Cache-first — liefert ein frisches gecachtes Ergebnis oder aktualisiert live aus der GSC innerhalb des Prüfkontingents der Property.

Alle Aufgaben einer Property. Filtere nach Status (open / done), Bearbeiter, Taskbox (Spalte) oder q (Titelsuche, ohne Beachtung der Groß-/Kleinschreibung). Paginiert über next_cursor.

Die Spalten des Task-Boards (Taskboxes) einer Property: id, Name, Status (todo / in_progress / done) und Reihenfolge. Nutze eine zurückgegebene Taskbox-ID — oder das Status-Schlüsselwort — mit create_task oder update_task, um eine Aufgabe in diese Spalte zu verschieben.

Volle Details zu einer einzelnen Aufgabe. Akzeptiert eine UUID, einen Slug oder eine vollständige Browser-Task-URL (das property-Argument ist optional, wenn du eine URL übergibst).

Erstellt eine Aufgabe auf einer Property mit title (Pflicht) plus optional description, assignee, priority (1–5, Standard 3) und taskbox (Standard: TO-DO-Spalte).

Aktualisiert eine Aufgabe teilweise — beliebige Kombination aus title, description, assignee, priority, taskbox oder unassign:true, um den Owner zu entfernen.

Hängt einen Kommentar an eine Aufgabe an. Gleiche flexible Ticket-Referenz (UUID / Slug / URL) wie get_task und update_task.

Listet die Kommentare einer Aufgabe auf, einschließlich verschachtelter Antworten. Gleiche flexible Ticket-Referenz (UUID / Slug / URL) wie get_task — das property-Argument ist optional, wenn du eine URL übergibst.

Erstellt eine Diagramm-Notiz auf einer Property für ein bestimmtes Datum (Y-m-d) mit dem Notiztext — plus optional einer längeren Beschreibung, einer Kategorie und der UUID einer verknüpften Aufgabe. Wird als benutzerdefinierte, seitenweite Notiz von dir hinzugefügt.

Listet die Annotationen einer Property innerhalb eines Datumsbereichs auf, neueste zuerst. Nutze ein Preset (last_7_days, last_28_days, last_3_months, last_year) oder absolute from/to-Daten, mit optionaler Teilstring-Suche im Notiztext und Paginierung (limit auf maximal 200 begrenzt).

Volle Details zu einer einzelnen Annotation per id — Datum, Notiz, Beschreibung, Kategorie, verknüpfte Aufgabe, Autor und die Property, zu der sie gehört. Nutze list_annotations, um die id zu finden.

Löscht eine benutzerdefinierte Annotation anhand ihrer id. Entfernt werden können nur deine eigenen benutzerdefinierten Notizen — offizielle oder globale Notizen werden abgelehnt. Gibt die id mit deleted: true zurück.

Listet die Site-Audit-Projekte (Crawl-Konfigurationen) der Property auf, damit du die audit_id ermitteln kannst, auf die du abzielen willst. Jedes liefert audit_id, name, mode (list / complete / organic_traffic), device, start_urls, status, progress, last_crawl_date, pages_crawled und den neuesten health_score. Die meisten anderen Site-Audit-Tools nehmen standardmäßig das zuletzt abgeschlossene Audit, daher brauchst du dies nur, um ein bestimmtes anzusteuern.

Technische Health-Zusammenfassung des letzten Crawls: health_score (aktuell plus prev und delta), pages_crawled, crawl_date, issues_by_severity (critical / warning / notice, jeweils mit issue_types und pages_affected gegenüber dem vorigen Crawl), issues_by_category (OnPage, Links, International, Robots, Social) und category_scores pro Bereich. Standardmäßig das jüngste Audit.

Die vom letzten Crawl erkannten technischen Probleme, schwerstes zuerst — jedes mit issue_code (übergib ihn an list_site_audit_issue_pages), title, severity, category, pages_affected (mit prev und delta), how_to_fix-Hinweisen und priority. Filtere nach severity und/oder category; cursor-paginiert (limit max 200).

Die exakten URLs, die von einem Problem betroffen sind — übergib seinen issue_code und erhalte jede betroffene url mit dem seitenbezogenen Wert. Cursor-paginiert (limit max 200). Verwandelt jedes Audit-Problem direkt in eine konkrete Fix-Liste.

Volle Crawl-Details für eine einzelne URL: status_code, crawl_depth, indexability_score und health_score, category_scores, issue_counts und issues[] — die fehlgeschlagenen Checks der Seite, jeweils mit issue_code, severity, category, der seitenbezogenen Beschreibung und how_to_fix.

Findet gecrawlte Seiten, die technische SEO-Kriterien aus deinem letzten Site Audit erfüllen. Filtere nach status_code (z. B. 404), no_canonical (fehlendes Canonical-Tag), missing_h1 (fehlende H1-Überschrift) oder check_title (jeder in der UI angezeigte Audit-Check, z. B. "Title Tag too short"). Sortiere nach health, status_code, url oder depth, paginiert über next_cursor. Jede Zeile liefert url, status_code, title, indexability, performance_score (Health 0–100), last_crawled_at, count_errors und count_warnings — plus eine check_description, wenn ein Check-Filter aktiv ist.

Startet einen frischen Crawl (Write-Action) — stellt das Audit in die Warteschlange und verbraucht die Crawler-Credits des Projekts (getrennt von MCP-Credits) im Verhältnis zu den gecrawlten Seiten. Unterstützt die Modi complete und list; liefert audit_id, status, started_at und pages_queued. Die Ergebnisse stehen den Read-Tools zur Verfügung, sobald der Crawl abgeschlossen ist.

Vergleicht zwei Crawls, um die Frage "was hat sich seit dem letzten Mal verschlechtert oder verbessert?" zu beantworten — health_diff plus Zähler und vier Listen: new_issues, resolved_issues, worsened und improved, jedes Problem mit pages_affected, prev und delta. Standardmäßig der letzte Crawl gegenüber dem vorigen.

Listet die Seiten auf, die eine Property im Code Monitor überwacht, jeweils mit ihrem Überwachungsstatus — url, last_change_at (zuletzt erkannte Änderung) und changes_count (Gesamtzahl erkannter Änderungen). Filtere per url-Teilstring; Cursor-Paginierung (limit max 200). Gibt feature_not_available zurück, wenn der Plan Code Monitor nicht enthält.

Listet erkannte On-Page-Code-/HTML-Änderungen auf, neueste zuerst — jeweils mit url, date und change_types (Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager). Filtere mit seoMonitorId oder page auf eine einzelne Seite oder lass es weg für den projektweiten Feed der letzten Änderungen; grenze mit from/to ein. Cursor-Paginierung (limit max 200).

Liefert die Vorher-/Nachher-Werte einer einzelnen erkannten Änderung, adressiert über url + createdAt — ein Eintrag pro geändertem Feld mit type, property, before und after (Arrays bei mehrwertigen Feldern). Übergib changeType, um nur ein Feld zurückzugeben. Gibt not_found zurück, wenn keine Änderung passt, und invalid_change_type bei einer unbekannten Feldbezeichnung.

Liefert den zuletzt erfassten Zustand einer überwachten Seite — die aktuell extrahierten On-Page-Felder (title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, Überschriften, status code, hreflang, Open-Graph-Bild, Twitter image, Analytics, Tag Manager). Adressiere die Seite über seoMonitorId oder url; rohes HTML und Screenshots werden nicht gespeichert. Gibt not_found für eine unbekannte Seite zurück.

Listet die AI-Tracker-Prompts (Brand Radar) auf, die eine Property trackt. Jede Zeile liefert prompt_id, prompt_text, engines_tracked (die LLM-Engines, gegen die der Prompt läuft), last_run_at (ISO-8601, letzter Lauf) und runs_in_range (Engine-Ausführungen im Zeitfenster). Begrenze runs_in_range mit einem Preset (last_7_days, last_28_days, last_3_months, last_year) oder absoluten from/to-Daten — die vollständige Prompt-Liste kommt immer zurück. Filtere nach engine (chatgpt/openai, claude/anthropic, gemini, perplexity) und paginiere über limit (max 200) und next_cursor.

Sichtbarkeit pro Engine für einen einzelnen Prompt: runs, mentions, mention_rate (%) und die Veränderung in Prozentpunkten gegenüber der unmittelbar vorhergehenden Periode — aufgeschlüsselt nach ChatGPT, Claude, Gemini und Perplexity, mit über alle Engines aggregierten Summen. Datumsbereich über Preset oder absolute from/to-Daten (Standard last_28_days).

Die einzelnen Engine-Ausführungen hinter einem Prompt — eine Zeile pro Lauf mit Datum, Engine, den Flags mentioned / mentioned_in_text und einem response_excerpt (bis zu 600 Zeichen der tatsächlichen KI-Antwort). Filtere nach engine, grenze über den Datumsbereich ein, paginiere über limit (max 200) und next_cursor.

Die Quellen, die die KI-Engines beim Beantworten eines Prompts zitiert haben, aggregiert über den Zeitraum: own_domain plus jede zitierte Domain und URL, markiert mit is_own_domain und url_count — so siehst du, welche deiner Seiten Zitate verdienen und welche Wettbewerber sie gewinnen.

Erstellt einen AI-Tracker-Prompt — die Frage, die der Tracker gegen die Engines laufen lässt. Lege die Engine-Liste (chatgpt, claude, gemini, perplexity), das Land, die Antwortsprache und die Lauf-Kadenz (daily, week oder month) fest und ordne ihn optional per topicId oder topicTitle (find-or-create) einem Topic zu.

Aktualisiert einen getrackten Prompt teilweise — beliebige Kombination aus seinem Text, der Engine-Liste, dem Land, der Antwortsprache oder der Lauf-Kadenz; ausgelassene Felder bleiben unverändert. Der Prompt behält sein aktuelles Topic und muss darin eindeutig bleiben.

Löscht einen getrackten Prompt und alle seine erfassten Engine-Antworten. Unwiderruflich; das Topic des Prompts bleibt unangetastet.

Listet die Prompt-Topics auf, die Prompts auf der LLM-Tracker-Seite gruppieren — jeweils mit topic_id und title. Übergib ein Topic an create_prompt / update_prompt, um einen Prompt darunter abzulegen.

Erstellt (oder holt) ein Prompt-Topic per Titel — ein idempotenter Upsert, sodass das erneute Anlegen eines bestehenden Titels ihn unverändert mit created=false zurückgibt. Topics gruppieren Prompts auf der LLM-Tracker-Seite.

Benennt ein Prompt-Topic anhand seiner topicId um. Der neue Titel darf nicht leer sein und muss innerhalb der Property eindeutig sein (das Umbenennen auf denselben Titel ist ein No-op-Erfolg).

Löscht ein Prompt-Topic. Kaskadiert: jeder darunter abgelegte Prompt und alle erfassten Antworten dieser Prompts werden ebenfalls dauerhaft gelöscht. Gibt prompts_deleted zurück. Unwiderruflich.

Listet die GA4-Properties auf, die mit deinen Projekten verbunden sind. Jeder Eintrag liefert die Projekt-ID und URL (beides funktioniert als property-Argument für die anderen GA4-Tools), die zugrunde liegende GA4-Property-ID und das Verbindungsdatum. Zurückgegeben werden nur Projekte mit verbundener GA4-Property.

Sitzungen, Nutzer, neue Nutzer, Conversions, Interaktionsrate und Sitzungen pro Nutzer für eine Property in einem gewählten Zeitraum — Presets (last_7_days, last_28_days, last_3_months, last_year) oder absolute from/to-Daten. Jede Kennzahl liefert current, prev und delta gegenüber der unmittelbar vorhergehenden Periode.

Vergleicht zwei GA4-Zeiträume nebeneinander — Sitzungen, Nutzer, neue Nutzer, Conversions und Interaktionsrate, mit beiden Werten plus diff und change_pct pro Kennzahl. Periode A kann ein Preset sein; Periode B ist absolut. Der GA4-Zwilling von compare_date_ranges.

Sitzungen aufgeschlüsselt nach Akquise-Quelle. Wähle dimension=source_medium (Standard) oder channel für GA4s Standard-Channel-Gruppierung — die Zeilen kommen nach Sitzungen sortiert, jede mit ihrem share_pct am Periodengesamtwert, begrenzt durch limit (Standard 25, max 100).

GA4-Kennzahlen pro Seite (Landing / URL), gerankt, sodass du siehst, welche Seiten die meisten Sitzungen, Anmeldungen (Conversions) oder Nutzer bringen. Jede Zeile liefert die page plus sessions, users, conversions und engagement_rate, jeweils mit dem prev der Vorperiode und change_pct. Sortiere nach sessions (Standard), conversions oder users; begrenzt durch limit (Standard 25, max 100). Das seitenbezogene Gegenstück zu get_ga4_traffic_by_source.

KI-/LLM-Referral-Traffic nach Engine — ChatGPT, Perplexity, Gemini, Claude, Copilot und mehr, erkannt aus dem GA4-Sitzungs-source/medium. Jede Engine liefert Sitzungen, Schlüsselereignisse und durchschnittliche Sitzungsdauer, mit der Veränderung gegenüber der Vorperiode. Dein GEO-Traffic, gemessen.

Listet die Keyword- und Seiten-Tags einer Property auf. Jedes Tag liefert tag_id, name, type (keyword|page), color, rule_count (Auto-Zuweisungsregeln) und member_count (Keywords oder Seiten, die es aktuell tragen). Übergib Tag-Namen an den tags-Filter von get_top_keywords, get_top_pages und list_winners_losers.

Erstellt ein Tag auf einer Property. type ist keyword (taggt Keywords), url (taggt Seiten) oder both. Optional ist color ein Hex-String, den die SEOcrawl-UI verwendet. Die Tag-Identität ist name + type, sodass das erneute Erstellen eines bestehenden Tags nur seine Farbe aktualisiert.

Weist ein Tag manuell bestimmten Keywords und/oder Seiten zu, zusätzlich zu allen Auto-Regeln. Übergib keywords (exakte Strings) und/oder urls (exakte Seiten-URLs); mindestens eines ist erforderlich. Das Tag wird für den jeweiligen type erstellt, falls es noch nicht existiert.

Entfernt ein Tag von bestimmten Keywords und/oder Seiten — die Umkehrung von apply_tag. Hebt nur die Zuweisung des Tags für diese Einträge auf; das Tag selbst wird nicht gelöscht und Auto-Zuweisungsregeln bleiben unberührt.

Löscht ein Tag komplett: hebt die Zuweisung von jedem Keyword/jeder Seite auf und entfernt das Tag. type ist keyword, url oder both. Die eingebauten Brand-/Non-Brand-Tags können nicht gelöscht werden. Auto-Regeln, die auf das Tag abzielen, bleiben erhalten — nutze dafür delete_tag_rule.

Listet die Auto-Zuweisungsregeln einer Property auf — die Muster, die Keywords/Seiten automatisch taggen. Optional nach tag filterbar. Jede Regel liefert rule_id, tag, field (keyword|url), country und ihre conditions (match + value).

Erstellt eine Auto-Zuweisungsregel, die jedes passende Keyword oder jede passende Seite taggt — aktuell und künftig. field ist keyword oder url; match ist contains, not_contains, exact, starts_with, ends_with oder regex (ein sicheres RE2-Muster); value ist das Muster. Eine Regel pro tag+field; das Taggen bestehender Einträge läuft asynchron.

Löscht eine Auto-Zuweisungsregel anhand ihrer rule_id (aus list_tag_rules). Stoppt künftiges Auto-Tagging für dieses Muster; Einträge, die das Tag bereits tragen, behalten es (nutze remove_tag oder delete_tag, um die Zuweisung aufzuheben).

Listet die Keyword- und Seiten-Smart-Views auf, die für eine Property definiert sind — jede mit view_id, name, type (keyword | page) und den Tag-Namen, die sie gruppiert. Die Member-Zähler pro Tag kommen aus list_tags.

Erstellt eine Smart View aus einer Menge von Tags (lies sie aus list_tags). type ist keyword (über Keyword-Tags) oder page (über Seiten-Tags). Die View erscheint in der SEOcrawl-UI genau wie eine nativ erstellte und kann dort bearbeitet werden.

Löscht eine Smart View anhand ihrer view_id. Dauerhaft und entfernt die View auch aus der SEOcrawl-UI; die zugrunde liegenden Tags sind nicht betroffen. Eine reguläre angewandte Filter-id gibt not_found zurück.

Liste die für eine Property erstellten SEO-Reporting-Berichte auf — jeder mit id, name, is_template, is_automate, created_at und owner. Gibt standardmäßig normale Berichte zurück; übergib templates: true, um stattdessen Berichtsvorlagen aufzulisten. Wiederkehrende Berichte sind ausgeschlossen (nutze list_report_schedules). Cursor-paginiert über next_cursor.

Hol dir die Metadaten eines Berichts (name, is_template, is_automate, owner, created_at, plus period und Empfänger, wenn geplant) und seine vollständige Widget-Struktur — type, Titel, Position, Konfiguration und Filter jedes Widgets. Gibt die Zusammensetzung des Berichts zurück, nicht die gerenderten Zahlen (lies diese mit den GSC-/GA4-Tools).

Generiere einen teilbaren Snapshot eines bestehenden Berichts und erhalte seine öffentliche URL (Schreibaktion). Erfasst den aktuellen Widget-Zustand des Berichts, dedupliziert per Content-Hash — nimmt keinen Datumsbereich entgegen, bearbeite also zuerst die Widgets des Berichts, wenn du einen anderen Zeitraum brauchst. Gibt report_id, snapshot_id und url zurück.

Liste die Berichte auf, die für den automatischen wiederkehrenden Versand einer Property konfiguriert sind — jeder mit id, name, owner, period (week oder month) und den Empfänger-User-IDs. Spiegelt die gespeicherte Zeitplan-Konfiguration wider (period + Empfänger). Cursor-paginiert über next_cursor.

Ruft eine einzelne Live-URL on demand ab (einfacher HTTP GET, kein JavaScript) und liefert die Response-Details zurück — finale URL, Statuscode, vollständige Redirect-Kette, Antwortzeit und dekomprimierte Seitengröße — plus optionale Blöcke: geparste SEO-Elemente (Title, Meta Description, Meta Robots, Canonical, hreflang, Überschriften, OG/Twitter-Tags, JSON-LD-Typen, Wortzahl, Link-Zähler, Bilder ohne Alt-Text), den Hauptinhalt als sauberes Markdown und das rohe HTML. Transportfehler kommen als strukturierte Errors zurück (dns_error, timeout, blocked_url …). Kostenlos — verbraucht nie MCP-Credits; pro Nutzer rate-limitiert.

Stelle ein Raster aus KPI-Karten aus Zusammenfassungsdaten dar — jede Karte trägt eine Bezeichnung, einen Rohwert, eine optionale Einheit ($-Präfix, %-Suffix oder s für eine Dauer), eine Veränderung von Periode zu Periode mit Auf-/Abwärts-Richtung und eine optionale Gruppierung in Abschnitte, wenn es mehr als vier Karten gibt. Wird automatisch aufgerufen, wenn ein Zusammenfassungstool (get_gsc_summary, get_ga4_summary…) render_with: render-scorecard zurückgibt. Kostenlos.

Stelle eine interaktive Tabelle mit clientseitigem Sortieren, Suchen und Paginieren aus jedem Listenergebnis dar — Top-Keywords, Top-Seiten, größte Bewegungen, Prompts, Backlinks und mehr. Die Spalten werden aus den Daten typisiert und Array-Zellen bleiben als Chips erhalten. Wird automatisch aufgerufen, wenn ein Listentool render_with: render-data-table zurückgibt. Kostenlos.

Stelle ein interaktives Liniendiagramm mit Hover-Tooltip und Fadenkreuz, einer umschaltbaren Legende und einer automatischen doppelten Y-Achse dar, wenn zwei Datenreihen unterschiedliche Einheiten verwenden. Gespeist von jedem Verlaufs- oder Tagesserien-Tool (get_page_detail, get_keyword_detail, Performance-Verlauf…), das render_with: render-time-series-chart zurückgibt. Kostenlos.

Live-Status des MCP-Backends pro Bereich (GSC, GA4, Site Audit, AI Tracker, Aufgaben) und pro Datenspeicher, jeweils gemeldet als ok, degraded oder down mit last_check_at und einem sample_error. Kostenlos und ohne Argumente — frag ihn vor einem mehrstufigen Workflow ab, damit ein kaputter Endpoint sofort sichtbar ist.