Erstellt: 17. Juli 2026 • Zuletzt aktualisiert: 8. Oktober 2026
ai-plugin.json: Warum ChatGPT Plugins tot sind
Wichtigste Erkenntnisse
- Die ai-plugin.json war 2023 das zentrale Manifest für ChatGPT Plugins, wurde von OpenAI jedoch im April 2024 vollständig eingestellt.
- Proprietäre Plugin-Silos scheiterten an mangelnder Skalierbarkeit, mangelnder Sicherheit und fehlender Standardisierung zwischen LLM-Anbietern.
- Moderne Architekturen setzen im OpenAI-Ökosystem auf GPT Actions mit OpenAPI-Spezifikationen und im offenen Web auf das Model Context Protocol (MCP).
- Für nachhaltige KI-Sichtbarkeit und Agent Readiness zählen heute standardisierte RAG-Pipelines, strukturierte Daten und offene Schnittstellen.
Im Frühjahr 2023 glich die Stimmung in der Tech- und SEO-Welt einem Goldrausch. OpenAI hatte Plugins für ChatGPT vorgestellt, und fast jedes Marketing-Medium verkündete das Entstehen des nächsten gigantischen App Stores. Das Versprechen lautete: Wer eine unscheinbare Datei namens ai-plugin.json im Verzeichnis .well-known seines Servers platziert, katapultiert sein Unternehmen direkt in das operative Zentrum moderner generativer KI-Assistenten.
Heute zeigt sich die Realität ernüchternd: Das ursprüngliche Plugin-Ökosystem von OpenAI wurde im April 2024 endgültig beerdigt. Die Datei ai-plugin.json ist ein technologisches Relikt der ersten experimentellen KI-Welle. Warum dieses proprietäre System so rasch kollabierte, welche Nachfolgetechnologien wie GPT Actions, das Model Context Protocol (MCP) und moderne Agent Plugins heute den Ton angeben und worauf Unternehmen bei der AI Search Engine sowie ganzheitlicher Agent Readiness tatsächlich achten müssen, beleuchtet diese detaillierte Analyse.

Jörg Zimmer
Senior SEO & AI Search Consultant
„🤖 6. ai-plugin.json Der Brückenbauer. Macht meine Website für große Sprachmodelle (LLMs) wie ChatGPT als natives Plugin greifbar. 👉 https://lnkd.in/dVK7J-YD“
Jörg Zimmer auf LinkedIn folgen →
Anatomie und ursprünglicher Zweck der ai-plugin.json
Große Sprachmodelle (Large Language Models) besitzen ein fundamentales Architekturmerkmal: Sie verarbeiten und generieren Textmuster auf Basis historischer Trainingsdaten, können jedoch ohne externe Erweiterungen weder Live-Daten abrufen noch Aktionen in externen Systemen auslösen. Sie besitzen gewissermaßen keine eigenen Arme und Beine für das Internet.
OpenAI konzipierte das Plugin-System, um diese Barriere zu überwinden. Wenn ein Nutzer fragte: "Suche mir die günstigsten Flüge von Berlin nach Mallorca und reserviere ein Hotelzimmer", sollte ChatGPT nicht bloß Textlinks ausgeben, sondern über REST-APIs direkt die Buchungssysteme von Partnern ansteuern.
Hierfür definierte OpenAI ein strenges Protokoll:
- Speicherort: Auf dem Server des Dienstanbieters musste unter
https://deinedomain.de/.well-known/ai-plugin.jsoneine statische Konfigurationsdatei bereitgestellt werden. - Metadaten: Die JSON-Struktur enthielt Bezeichnungen (
name_for_human,name_for_model), Beschreibungen des Funktionsumfangs, Kontaktdaten sowie URLs zu Logo-Assets und Nutzungsbedingungen. - API-Kopplung: Über das Attribut
api.urlverwies das Manifest auf eine standardisierte OpenAPI-Spezifikation (YAML oder JSON), welche die konkreten Endpunkte, Parameter und Datenformate beschrieb.
Beispiel eines historischen ai-plugin.json Manifests
Zur Veranschaulichung zeigt das folgende Listing den Aufbau eines typischen, heute veralteten Manifests für eine neutrale Beispiel-Domain:
{
"schema_version": "v1",
"name_for_human": "Beispiel Flugsuche",
"name_for_model": "flightSearchApp",
"description_for_human": "Suche tagesaktuelle Flugverbindungen und Ticketpreise.",
"description_for_model": "Plugin zur Abfrage von Flugverbindungen und Tarifen. Erfordert Abflugort, Zielort und Reisedatum.",
"auth": {
"type": "none"
},
"api": {
"type": "openapi",
"url": "https://deinedomain.de/openapi.yaml",
"is_user_authenticated": false
},
"logo_url": "https://deinedomain.de/assets/plugin-logo.png",
"contact_email": "kontakt@deinedomain.de",
"legal_info_url": "https://deinedomain.de/impressum/"
}
Die Idee schien bestechend einfach, scheiterte in der Praxis jedoch an fundamentalen konzeptionellen Schwachstellen und der enormen Fragmentierung der KI-Landschaft.
Warum das Konzept der ai-plugin.json scheiterte
Drei zentrale Faktoren besiegelten das Aus des ursprünglichen Plugin-Modells:
- Monopolistischer Silo-Ansatz: Die Spezifikation war exklusiv auf ChatGPT zugeschnitten. Als Google mit Gemini, Anthropic mit Claude und Meta mit Open-Source-Lösungen in den Markt drängten, war kein Unternehmen bereit, für jeden KI-Bot separate proprietäre Manifeste und Middleware-Layer zu entwickeln und dauerhaft zu warten.
- Schlechte User Experience im Chatbot: Nutzer mussten Plugins manuell suchen, im internen Store aktivieren und konnten pro Chat nur maximal drei Plugins parallel nutzen. Das Modell verfehlte häufig die richtige Zuordnung, rief falsche Endpunkte auf oder brach bei API-Timeouts komplett ab.
- Sicherheitsrisiken und Prompt Injections: Drittanbieter-APIs, die ungefiltert Text an das Sprachmodell zurückgaben, öffneten Tür und Tor für Indirect Prompt Injections. Angreifer konnten über präparierte API-Antworten Anweisungen ins System einschleusen, um Tokens abzugreifen oder unerwünschte Aktionen auszulösen.
OpenAI zog im April 2024 die Reißleine, stellte den Plugin-Store ein und migrierte die Technologie im ersten Schritt auf Custom GPTs mit GPT Actions.
Der moderne Technologiestack: GPT Actions vs. Model Context Protocol (MCP)
Unternehmen, die ihre Daten und Funktionen für moderne KI-Systeme verfügbar machen wollen, stehen heute vor einer grundlegend gewandelten Architekturlandschaft. Starre JSON-Dateien im .well-known-Verzeichnis wurden durch offene, standardisierte Säulen ersetzt:
- OpenAI GPT Actions: Innerhalb des ChatGPT-Ökosystems laden Entwickler ihre OpenAPI-Spezifikationen direkt im Builder-Interface hoch. Die Authentifizierung (OAuth, API-Keys) wird sicher von der Plattform verwaltet, ohne dass öffentlich exponierte Manifeste notwendig sind.
- Model Context Protocol (MCP): Das von Anthropic entwickelte und von der gesamten Open-Source-Community, OpenAI, Google und Microsoft adaptierte Model Context Protocol (MCP) fungiert als offener Schnittstellen-Standard. Unter der Schirmherrschaft der Agentic AI Foundation (AAIF) und Linux Foundation etablierte sich MCP als universeller Kommunikationskanal für Tools, Prompts und Datenquellen.
- Agent Plugins (Spezifikation 2026): Als Weiterentwicklung modularer Agenten bündeln moderne Agent Plugins portable Pakete aus MCP-Servern, Skills und Workflows, statt einzelne isolierte Endpunkte anzubieten.
- Semantische Web-Standards & Content Negotiation: Für das Auffinden redaktioneller Inhalte und strukturierter Daten setzen Webmaster auf Markdown Content Negotiation, Formate wie llms.txt sowie llms-full.txt und saubere Entitäten.
- Agent-to-Agent Kommunikation: Mit dem offenen A2A-Protokoll und der Agent Card JSON verhandeln autonome Agenten heute ihre Fähigkeiten dezentral und plattformübergreifend.
Technologische Evolution im direkten Vergleich
| Dimension | Historische ai-plugin.json (2023) | OpenAI GPT Actions (2024–2026) | Model Context Protocol / MCP (2025–2026) |
|---|---|---|---|
| Status | Veraltet / Eingestellt (April 2024) | Aktiv im OpenAI-Ökosystem | Moderner plattformweiter Industriestandard |
| Architektur | Statische Datei auf eigenem Server | Im ChatGPT Builder hinterlegte Schemas | Client-Server-Protokoll (JSON-RPC 2.0 / Stateless HTTP) |
| Schnittstellenformat | Starre Kopplung an OpenAPI 3.0 | Standardisierte OpenAPI 3.0 / 3.1 | Tools, Resources und Prompts via MCP |
| Plattformunterstützung | Ausschließlich ChatGPT-Plugins | Ausschließlich Custom GPTs | Claude, Cursor, ChatGPT, Gemini, Antigravity |
| Sicherheitsmodell | Exponiert im Web, hohes Risiko | Plattform-gestützte OAuth-Flows | Granulare Berechtigungen auf Tool- und Scope-Ebene |
| Wartungsaufwand | Unverhältnismäßig hoch für Silo | Moderat für gezielte Use Cases | Gering durch universelle Wiederverwendbarkeit |
Typische Praxisfehler bei KI-Schnittstellen
Wer in Unternehmen Schnittstellen für generative Systeme plant, stolpert häufig über klassische strategische Fehlentscheidungen:
Fehler 1: Festhalten an toten Spezifikationen und veralteten Verzeichnissen
Manche Agenturen verkaufen ihren Kunden noch immer die Erstellung einer ai-plugin.json als zukunftsweisende Innovation. Entwicklungsbudgets fließen in veraltete Manifeste, die von keinem modernen Crawler mehr verarbeitet werden.
Fehler 2: Verwechslung von Content-Bereitstellung und Funktionsaufrufen
Viele Webmaster glaubten fälschlicherweise, eine ai-plugin.json sei notwendig, um in KI-Antworten erscheinen zu können. Dabei dienten Plugins rein dem Ausführen von Aktionen. Für reine Text- und Informationsabfragen sind semantisches HTML, Technisches SEO und maschinenlesbare Textformate der einzig zielführende Weg.
Fehler 3: Unzureichende API-Dokumentation und fehlende Fehlertoleranz
Große Sprachmodelle scheitern bei API-Aufrufen sofort, wenn Parameter-Beschreibungen in der OpenAPI-Spezifikation schwammig formuliert sind. Ohne präzise Datentypen, Beispielwerte und strikte Validierungsregeln erzeugen Modelle fehlerhafte Payloads, die zu Abbrüchen führen.
Fehler 4: Sicherheitslücken durch verwaiste OpenAPI-Dateien
Oft bleibt die ai-plugin.json zwar gelöscht, aber die darunter referenzierte openapi.yaml liegt weiterhin ungeschützt auf dem Webserver. Automatisierte Bots scannen solche Dateien gezielt ab, um interne Pfade, geheime Parameter und ungesicherte API-Gateways zu identifizieren.
Was tun mit bestehenden Plugin-Dateien auf dem Server?
Befindet sich auf deiner Website noch eine ai-plugin.json, musst du nicht in Panik verfallen. Das bloße Vorhandensein der Datei generiert keine direkten Google-Penalties. Dennoch empfiehlt sich ein strukturierter Frühjahrsputz:
- Entwicklungsbudgets stoppen: Keine weiteren Mittel in die Pflege dieses veralteten Formats investieren.
- Dateiprüfung: Überprüfen, ob die dort verlinkte OpenAPI-Datei sensible interne API-Pfade öffentlich preisgibt. Ist dies der Fall, sollte die Datei sofort entfernt oder per Server-Konfiguration gesperrt werden.
- Moderne Alternativen etablieren: Falls du Daten für KI-Agenten bereitstellen möchtest, implementiere eine schlanke
llms.txt, setze auf saubere strukturierte Daten (Schema.org) und prüfe für echte API-Tools die Implementierung eines standardisierten MCP-Servers mit zustandslosem HTTP-Transport.
Arbeitsanweisung für deinen KI-Agenten (Cursor / Claude / Antigravity)
Kopiere diesen Prompt direkt in deinen KI-Coding-Assistenten, um deine Domain auf veraltete Plugin-Manifeste und offene OpenAPI-Routen zu prüfen:
# Prompt: KI-Plugin-Manifeste & API-Sicherheits-Audit durchführen
Rolle: Du bist ein hochspezialisierter Technical SEO & Web Security Architect.
Aufgabe: Überprüfe das Webprojekt auf veraltete ai-plugin.json Manifeste und ungesicherte OpenAPI-Dateien im Verzeichnis .well-known/ und bereite die Migration auf moderne Schnittstellen vor.
# Vorgehensweise & Sicherheitsregeln:
1. Tech-Stack-Analyse (Erst prüfen, dann handeln): Ermittle Webserver, Routing und vorhandene API-Endpunkte. Prüfe, ob Pfade wie /.well-known/ai-plugin.json, /openapi.yaml oder /openapi.json öffentlich erreichbar sind und welche Datensätze sie exponieren.
2. Defensive & konfliktfreie Integration: Entferne veraltete ai-plugin.json Dateien oder sperre den Zugriff auf vertrauliche interne API-Definitionen serverseitig. Überschreibe niemals produktive REST-Routen, die von echten Frontend-Anwendungen benötigt werden.
3. Standard- & URL-Hygiene: Verwende für externe Schnittstellen standardisierte Platzhalter wie https://[deine-domain.de]/. Stelle sicher, dass keine sensiblen Authentifizierungs-Tokens oder internen Staging-URLs in Spezifikationen öffentlich lesbar sind.
4. Pre-Flight-Validierung: Führe curl-Tests gegen die betroffenen Endpunkte aus, um sicherzustellen, dass keine Datenlecks vorliegen und gültige HTTP-Statuscodes (z. B. 404/403 für entfernte Endpunkte) zurückgegeben werden.
Output: 1. Sicherheitsbefund der analysierten Endpunkte, 2. Konkrete Server-Konfiguration zum Schutz interner APIs, 3. Fahrplan zur Anbindung moderner Standards (MCP / llms.txt).
Jetzt über KI-Schnittstellen & MCP diskutieren
Diskutiere mit Jörg Zimmer und der SEO-Community auf LinkedIn über diesen Beitrag.
Beitrag auf LinkedIn öffnenWas genau war die ai-plugin.json?
Warum hat OpenAI die ChatGPT Plugins eingestellt?
Sollte eine verbleibende ai-plugin.json auf dem Webserver gelöscht werden?
Was ist heute der Standard für Schnittstellen zu KI-Modellen?
Weitere spannende Themen
- Identity JSON: Das Gesicht deiner Entität
- AI Citation Analysis: Verlinkungen und Zitationen in KIs
- AI Sentiment Analysis: Wie KIs über deine Marke sprechen
- AI Competitor Analysis: Konkurrenzanalyse in KI
- AI Shopping Analysis: Produkte in KI-Suchen
- GEO Freelancer: Data-Engineers für KI-Suchen
- GEO Agentur: Generative Engine Optimization für KI-Suche (2026)
Nichts mehr verpassen?
Folge mir auf LinkedIn für tägliche SEO-Nuggets und diskutiere mit anderen Experten.
LinkedIn-Profil besuchen →