Wie nutze ich Cursor für SEO, damit ich in ChatGPT erscheine?

Nutzen Sie Cursor als Hände, nicht als Richter: Legen Sie Ihre SEO-Regeln in .cursor/rules oder AGENTS.md ab, damit jede neue Seite ihnen folgt. Verbinden Sie einen MCP-Server in .cursor/mcp.json für Live-Daten und Prüfungen, und bestätigen Sie jede Seite auf der veröffentlichten Website, bevor Sie sie als fertig betrachten. Cursor schreibt Seiten gut, sieht aber nicht, ob Google sie indexiert hat oder KI-Assistenten sie lesen.

Fakten

Cursor liest MCP-Server aus .cursor/mcp.json im Projekt und aus ~/.cursor/mcp.json im Home-Verzeichnis, Stand 13.10.2026. (Cursor Doku: Model Context Protocol (MCP))
Cursor unterstützt 3 MCP-Transporte: stdio, SSE und Streamable HTTP, sowie OAuth für Server, die es verlangen. (Cursor Doku: Model Context Protocol (MCP))
Projektregeln in Cursor liegen in .cursor/rules als .mdc-Dateien. Eine einfache .md-Datei in diesem Ordner ignoriert das Regelsystem. (Cursor Doku: Rules)
Cursor kennt 4 Arten, eine Regel anzuwenden: Immer anwenden, Intelligent anwenden, Auf bestimmte Dateien anwenden und Manuell anwenden. (Cursor Doku: Rules)
Cursor unterstützt AGENTS.md im Projektstamm und in Unterordnern. (Cursor Doku: Rules)
AGENTS.md ist ein offenes Format, um Coding-Agenten anzuleiten, und wird von über 60.000 Open-Source-Projekten genutzt. (AGENTS.md: das offene Format für Coding-Agenten)

Hat Cursor eine SEO-Funktion?

Nein. Cursor hat keinen eingebauten SEO-Modus. SEO betreibt man darin über die Regeln, die Sie vorgeben, und die Werkzeuge, die Sie anbinden. Das reicht, um korrekte Seiten zu schreiben, aber nicht, um zu wissen, ob sie indexiert, von KI-Crawlern gelesen oder besucht wurden.

Wo lege ich SEO-Regeln für Cursor ab?

Legen Sie sie als Projektregel in .cursor/rules ab, oder in AGENTS.md, wenn auch andere Coding-Agenten im Repository arbeiten. Eine Regel, die auf Ihre Seitendateien beschränkt ist, wird geladen, sobald Cursor sie anfasst:

---
description: SEO rules for new content pages
globs: app/**/page.tsx
alwaysApply: false
---
- One H1 per page, phrased as the question the page answers
- Unique <title> and meta description; self-referencing canonical
- Content rendered on the server, not only after JavaScript runs
- JSON-LD only for what the page visibly says
- Add every new page to the sitemap
- Never change the home page or pages that already work

Wie verbinde ich einen MCP-Server mit Cursor?

Tragen Sie ihn in .cursor/mcp.json für ein Projekt oder in ~/.cursor/mcp.json für alle ein. Entfernte Server bekommen eine url, und Cursor übernimmt die OAuth-Anmeldung für Server, die sie verlangen.

// .cursor/mcp.json (dieses Projekt) oder ~/.cursor/mcp.json (alle Projekte)
{
  "mcpServers": {
    "<name>": {
      "url": "<server-url>"
    }
  }
}

Was kann Cursor nicht von allein prüfen?

Cursor sieht Ihren Code, nicht die Live-Website. Diese Prüfungen brauchen die veröffentlichte Seite oder externe Daten:

Frage	Wo die Antwort steht
Zeigt die Seite Inhalte ohne JavaScript?	Die Live-URL abrufen, zum Beispiel mit curl
Ist die kanonische URL richtig?	Der HTML-Kopf der Live-Seite; Google wertet rel=canonical als starkes Signal
Hat Google sie indexiert?	Search Console
Haben KI-Crawler sie gelesen, kamen KI-Assistenten als Besucher?	Server-Logs oder ein Analysewerkzeug, das KI-Traffic getrennt ausweist

Schritt für Schritt

Die Regeln schreiben. Legen Sie eine Regel in .cursor/rules oder eine AGENTS.md mit Ihren Seitenregeln an.
Die Werkzeuge verbinden. Tragen Sie die benötigten MCP-Server in .cursor/mcp.json ein und melden Sie sich an.
Ein Paket Seiten anfordern. Bitten Sie Cursor um einige neue Seiten, jede beantwortet eine Frage, ohne bestehende Seiten anzufassen.
Prüfen und veröffentlichen. Lesen Sie die Änderungen durch und veröffentlichen Sie das Paket gemeinsam.
Live prüfen. Öffnen Sie jede veröffentlichte URL, prüfen Sie Inhalt, Titel und kanonische URL, und beobachten Sie danach Indexierung und KI-Besuche.

Häufige Fehler

Die Regel als einfache .md in .cursor/rules speichern, wo Cursor sie ignoriert.
Die Zusammenfassung von Cursor akzeptieren, nach der Seiten live sind, ohne die URLs zu öffnen.
Zulassen, dass Cursor die Startseite oder Seiten umschreibt, die bereits Besucher bringen.
API-Schlüssel in eine .cursor/mcp.json schreiben, die ins Repository eingecheckt wird.

So löst easyIndex das

easyIndex arbeitet mit einem Coding-Agenten, der Zugriff auf das Repository der Website hat: Claude Code, Codex, Cursor, Antigravity, Gemini CLI oder jeder andere MCP-Client. easyIndex verbindet sich mit Cursor als MCP-Server und gibt ihm einen Schritt nach dem anderen. Cursor nimmt jede Änderung vor, und easyIndex fasst Ihre Website oder Ihr Repository nie an.

Jede Seite wird bei der Einreichung geprüft und nach der Veröffentlichung auf der Live-Website kontrolliert. Ein Schritt gilt nur als erledigt, wenn easyIndex den Nachweis prüft, nicht auf Grundlage des Berichts von Cursor. Das Dashboard zeigt danach KI-Besucher je Seite, welche Seiten KI-Crawler lesen, und Daten aus der Search Console, für 30 US$ pro Website und Monat nach einer kostenlosen Testphase von 7 Tagen.

Häufig gestellte Fragen

Kann ich dieselben Regeln in Cursor und Claude Code nutzen?

Ja, über AGENTS.md: Cursor unterstützt die Datei, und Claude Code kann sie lesen oder aus CLAUDE.md importieren.

Bringt Cursor meine Website dazu, von ChatGPT zitiert zu werden?

Kein Werkzeug kann das versprechen. Cursor kann klare, crawlbare Seiten bauen. Ob ChatGPT sie zitiert, entscheidet ChatGPT.

Soll die Regel immer angewendet werden?

Beschränken Sie sie lieber auf Ihre Seitendateien, dann wird sie geladen, wenn Cursor an Seiten arbeitet, und bleibt bei anderen Aufgaben außen vor.

Brauche ich trotzdem die Search Console?

Ja. Nur die Search Console zeigt, ob Google jede Seite indexiert hat und für welche Suchen sie erscheint.

Weiterlesen

Zuletzt geprüft am 13. Oktober 2026.