Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Conductor Website Monitoring mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Zusammenfassung
SEO-Auditdaten in Echtzeit aus Conductor Website Monitoring (früher ContentKing): überwachte Websites und Segmente, Health Scores und Issue-Statistiken, getrackte Seiten mit ihren SEO-Daten, SEO-Issues mit betroffenen Seiten, defekte und weitergeleitete Links, Alerts und Crawler-Besuche aus Logfiles, dazu das erneute Auditieren einer Seite auf Abruf. Lesendes Token; für das erneute Auditieren braucht es das CMS-API-Token.
Frag einfach
Beispiel-Prompts für Conductor Website Monitoring
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Conductor Website Monitoring klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Conductor Website Monitoring
SEO-Auditdaten in Echtzeit aus Conductor Website Monitoring (früher ContentKing): überwachte Websites und Segmente, Health Scores und Issue-Statistiken, getrackte Seiten mit ihren SEO-Daten, SEO-Issues mit betroffenen Seiten, defekte und weitergeleitete Links, Alerts und Crawler-Besuche aus Logfiles, dazu das erneute Auditieren einer Seite auf Abruf. Lesendes Token; für das erneute Auditieren braucht es das CMS-API-Token.
Einrichtung
Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein Konto bei Conductor Website Monitoring (ContentKing) und Zugriff auf seine Integration Tokens, die ein Konto-Admin sieht.
- Öffne in Conductor Website Monitoring Account, den Tab Account, Integration Tokens.
- Kopiere das Reporting API-Token in
CONDUCTOR_REPORTING_API_TOKEN. Trag nur das Token ein, ohne das Worttoken: Der Connector sendet es alsAuthorization: token <token>. Dieses Token kann nur lesen. - Optional: Kopiere das CMS API-Token von derselben Seite in
CONDUCTOR_CMS_API_TOKEN. Nurconductor_monitoring_trigger_page_crawlbraucht es; ohne Token antwortet dieses Tool mit 401. - Installiere den Connector und rufe
conductor_monitoring_list_websitesauf: Es listet die überwachten Websites und bestätigt das Token.
Der Connector nutzt die Reporting API v2 (https://api.cm.conductor.com). Die meisten Tools brauchen eine website_id: die id aus conductor_monitoring_list_websites.
Was er liest: die überwachten Websites mit Domain und Seitenkapazität und ihre Segmente (Seitengruppen wie Blog- oder Produktseiten). Statistiken einer Website oder eines Segments: Health Score, Anzahl der Issues, URL-Zahlen nach Typ und Statuscode, Indexierbarkeit, Verteilung von Title, Meta Description und H1 sowie Lighthouse-Werte, mit captured_at auch für ein vergangenes Datum. Jede getrackte URL mit ihren SEO-Daten und zu einer Seite alles Bekannte: SEO-Felder, Status, Indexierbarkeit, Lighthouse, offene Issues, Schema.org-Daten, Inhalt, Crawl-Häufigkeit aus Logfiles und Enrichment Fields. SEO-Issue-Typen mit der Zahl offener, geschlossener, ignorierter oder nicht zutreffender Seiten und die Seiten, die ein Issue betrifft. Die offenen Issues einer Seite und ihre defekten, weitergeleiteten und kanonisierten Links. Aktive Alerts (plötzliche Änderungen, etwa nicht mehr indexierbare Seiten, geänderte Titles, robots.txt-Änderungen oder 5xx-Fehler) und die Seiten, die hinein- oder herausgefallen sind. Tägliche Besuche von Suchmaschinen- und KI-Crawlern (Googlebot, Bingbot, OpenAI, Anthropic, Perplexity, Meta) auf bis zu 50 URLs; das braucht die Funktion Log File Analysis, der Standardzeitraum sind die letzten 30 Tage.
Was er schreibt: nur conductor_monitoring_trigger_page_crawl, das eine URL über die CMS API zum sofortigen Auditieren einreiht, damit eine gerade veröffentlichte Änderung jetzt geprüft wird statt beim nächsten geplanten Besuch. Die URL muss zu einer Website im Konto gehören. Die KI liest danach etwas später conductor_monitoring_get_page_issues. Kein Tool ist bei der Installation deaktiviert.
Datenformate: URLs sind vollständig und absolut (https://www.example.com/page). Datumsangaben sind ISO 8601, Zeiträume nehmen YYYY-MM-DD. Health ist ein Wert von 0 bis 1000. Issue-Namen haben die Form <group>/<issue>, z. B. title/missing, meta_description/duplicate, h1/too_many, links/broken oder lighthouse/lcp. Segmente kommen als segment:<id> oder segment_label:<label> in den Filter scope.
Blättern: per_page ist 1 bis 1000 Ergebnisse. conductor_monitoring_list_pages und die Link-Tools liefern next_page_cursor, den die KI als page_cursor übergibt, bis er fehlt; bei Websites mit mehr als 10.000 Seiten ist das schneller als page. conductor_monitoring_list_affected_pages und conductor_monitoring_list_alert_pages blättern mit page ab 1.
Limits: Die API erlaubt 6 Anfragen pro Sekunde und IP-Adresse. Darüber antwortet sie mit 429 und sperrt für eine Minute, deshalb geht die KI nicht schneller als nötig durch die Seiten. conductor_monitoring_get_metrics (eine tägliche Zeitreihe einer Website) und conductor_monitoring_inspect_url (findet eine URL ohne Website-ID) nutzen die Reporting API v1, die Conductor nicht mehr weiterentwickelt und abschalten will.
Häufige Fehler: 401 bedeutet ein falsches oder fehlendes Token oder, beim Re-Audit-Tool, ein fehlendes CMS-API-Token. 422 heißt, der Authorization-Header ist fehlerhaft, meist weil das Wort token oder Anführungszeichen mit eingefügt wurden. 400 oder 404 bedeutet eine unbekannte Website-ID oder eine URL, die nicht getrackt wird.
Der Connector ändert keine Website-Einstellungen, Segmente oder Alerts, fügt keine Websites hinzu und markiert keine Issues als ignoriert oder behoben: Er berichtet, und die Korrektur passiert auf deiner Website.
Voraussetzungen: CONDUCTOR_REPORTING_API_TOKEN (optional: CONDUCTOR_CMS_API_TOKEN)
Connector lokal installieren
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Öffne http://localhost:3000/connectors/store, wähle Conductor Website Monitoring und trage die unter Voraussetzungen aufgelisteten Variablen ein.
Verfügbare Tools
| Tool | What it does |
|---|---|
conductor_monitoring_list_websites | All websites monitored in the account: id (the website_id the other tools need, except inspect_url and trigger_page_crawl), name, domain… |
conductor_monitoring_list_segments | Segments of a website (groups of pages such as blog or product pages): id, label, shortcode, color |
conductor_monitoring_get_statistics | Aggregate statistics of a website or segment: health score, number of issues, URL counts by type and status code, indexability, title, meta… |
conductor_monitoring_list_pages | Tracked URLs of a website with their SEO data (status code, type, indexability, title, meta description, H1, canonical, health, importance… |
conductor_monitoring_get_page | Everything known about one page: SEO fields, status, indexability, Lighthouse scores, open issues, Schema.org data, content, log file crawl… |
conductor_monitoring_get_log_file_analysis | Daily visits of search engine and AI crawlers (Googlebot, Bingbot, OpenAI, Anthropic, Perplexity, Meta) to up to 50 URLs, from the server… |
conductor_monitoring_list_issues | All SEO issue types of a website or segment with how many pages are open, closed, ignored or not applicable, and percentages |
conductor_monitoring_list_affected_pages | Pages affected by one SEO issue, e.g. title/missing, meta_description/duplicate, h1/missing, canonical_link/points_to_unindexable… |
conductor_monitoring_get_page_issues | Every open SEO issue of one page, with the issue name, its details and since when it is open |
conductor_monitoring_list_page_broken_links | Broken links found on one page: target URL, anchor text, internal or external, status code |
conductor_monitoring_list_page_redirected_links | Redirected links found on one page: target URL, anchor text, internal or external, status code and redirect target |
conductor_monitoring_list_page_canonicalized_links | Links pointing to canonicalized URLs found on one page: target URL, anchor text, internal or external |
conductor_monitoring_list_alerts | Active alerts of a website (sudden changes such as pages becoming non-indexable, titles changing, robots.txt changes, 5xx errors): id… |
conductor_monitoring_list_alert_pages | Pages of one alert, each with whether it entered or exited the alert, its relevance and segments |
conductor_monitoring_get_metrics | Daily time series of a website over a date range (health, issues, page counts and more) |
conductor_monitoring_inspect_url | Look up a URL across all websites of the account and get its page data without knowing the website id |
conductor_monitoring_trigger_page_crawl | Queue one URL for immediate crawling (CMS API), so a change that was just published is audited right away instead of at the next scheduled… |
Beispiel-Prompts
- „Wie hoch ist der Health Score von www.example.com und wie hat er sich gegenüber vor 30 Tagen verändert?“
- „Welche Seiten haben eine fehlende oder doppelte Meta Description? Gruppiere sie nach Segment.“
- „Liste die aktiven Alerts unserer Hauptwebsite und die Seiten, die in jeden davon geraten sind.“
- „Zeig die defekten Links auf https://www.example.com/pricing mit ihrem Ankertext.“
- „Wie oft haben Googlebot und die KI-Crawler letzten Monat unsere 10 wichtigsten Produktseiten besucht?“
Nächste Schritte
War dieser Guide hilfreich?