NCA Social Media
Erstellt:
Aktualisiert:
Autor:
Roland Golla
Grüner Hub mit Web MCP Label, Rakete und Grid

Was ist Web MCP?

Web MCP (Model Context Protocol) ist der offene Standard für die Verbindung von KI Agenten mit externen Datenquellen und Werkzeugen über das Internet. Das Protokoll definiert, wie KI Modelle strukturiert auf Datenbanken, APIs, Dateisysteme und Webdienste zugreifen, ohne dass für jede Kombination eine eigene Schnittstelle programmiert werden muss. Anthropic veröffentlichte MCP im November 2024 und übergab es im Dezember 2025 an die Agentic AI Foundation unter dem Dach der Linux Foundation.

Das Model Context Protocol löst das N-mal-M-Integrationsproblem. Statt für jedes KI Modell und jedes Tool eine eigene Anbindung zu bauen, genügen N Server plus M Clients. Der Vergleich mit USB-C liegt nahe: ein Anschluss für alle Geräte. Über die Tier 1 SDKs laufen inzwischen knapp eine halbe Milliarde Downloads pro Monat. TypeScript und Python haben jeweils die Marke von einer Milliarde Gesamt-Downloads überschritten. Claude, ChatGPT, Gemini, Cursor, VS Code und Microsoft Copilot sprechen MCP nativ.

Der Begriff Web MCP betont die Remote-Fähigkeit. Über den Streamable HTTP Transport laufen MCP Server als Dienste im Netz, erreichbar für beliebige Clients. Mit der Spezifikation 2026-07-28 hat sich dabei die Grundlage verschoben: MCP ist auf Protokollebene stateless geworden. Sessions und Handshake sind weg, jeder Request steht für sich. Never Code Alone betreibt eigene MCP Server produktiv, unter anderem für Sulu CMS und die n8n Workflow Automatisierung.

Inhalt

Web MCP mit NCA: Schnelle Hilfe vom Experten

Never Code Alone betreibt MCP Server nicht nur theoretisch. Unsere Content Pipeline läuft über einen eigenen MCP Server für Sulu CMS, die Automatisierung über einen MCP Server für n8n, das Blog über einen dritten für WordPress. Als Client nutzen wir OpenCode mit Open Weight Modellen. Wir kennen den Umbau auf die Spezifikation 2026-07-28 also aus der eigenen Migration, nicht aus dem Changelog. Dazu kommen über 20 Jahre Erfahrung mit PHP, Symfony und Testing sowie unser Grundsatz: Coding aus der Cloud, Datenverarbeitung im eigenen Netzwerk.

Für Teams, die MCP produktiv einsetzen wollen, decken wir die ganze Kette ab. Wir bauen Anbindungen an bestehende Systeme über die NCA MCP Middleware für Unternehmensdaten, prüfen Berechtigungen und Zugriffe im Vibe Coding Security Audit und sichern Agenten über Agentic AI Coding Guardrails ab. Wer die Inferenz im eigenen Haus behalten will, findet den Rahmen unter Self Hosted KI für Unternehmen. Die datenschutzrechtliche Seite klären wir in der DSGVO Beratung für Vibe Coding, den Einstieg ins Team über das Vibe Coding Onboarding.

Lass uns über deinen MCP Server sprechen
Finde das passende Angebot für dein Projekt
Anfrage-Konfiguration
Starten Sie Ihre Anfrage
Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Wie funktioniert das Model Context Protocol?

MCP basiert auf einer Client-Server-Architektur mit drei Schichten. Der Host ist die Anwendung mit dem KI Modell, zum Beispiel Claude Desktop oder Cursor. Er verwaltet einen oder mehrere MCP Clients, die jeweils eine Verbindung zu einem MCP Server unterhalten. Die Kommunikation läuft über JSON-RPC 2.0 mit standardisierten Methoden.

Das Protokoll definiert drei Kern-Primitive:

  • Tools: Ausführbare Funktionen, die das Modell aufrufen kann. Dateioperationen, API Calls, Datenbankabfragen. Entdeckung über tools/list, Ausführung über tools/call.
  • Resources: Datenquellen, die Kontext liefern. Zugriff über URI Schemata via resources/read.
  • Prompts: Wiederverwendbare Vorlagen für LLM Interaktionen. Abruf über prompts/get.

Als Transportschichten stehen stdio für lokale Server als Subprozess und Streamable HTTP für Remote Server bereit. Seit 2026-07-28 kommt server/discover dazu: Jeder Server muss diese Methode anbieten und darüber seine unterstützten Protokollversionen, Capabilities und Identität melden. Die Architektur orientiert sich am Language Server Protocol von Microsoft. Genau wie LSP die Editoren vereinheitlichte, schafft MCP einen gemeinsamen Rahmen zwischen KI Modellen und der Außenwelt.

Stateless MCP: Was sich mit der Spezifikation 2026-07-28 ändert

Am 28. Juli 2026 erschien die bislang größte Überarbeitung des Protokolls. Lead Maintainer David Soria Parra beschrieb sie als die tiefsten Eingriffe seit der Einführung der Autorisierung. Der Kern: MCP ist auf Protokollebene stateless geworden. Sechs Specification Enhancement Proposals arbeiten zusammen daran, Zustand aus der Transportschicht zu entfernen.

Drei Änderungen wiegen am schwersten:

  • Kein Handshake mehr. initialize und notifications/initialized sind entfernt. Protokollversion und Client Capabilities reisen jetzt in _meta auf jedem einzelnen Request mit.
  • Keine Sessions mehr. Der Mcp-Session-Id Header ist weg. Listen-Endpunkte wie tools/list liefern nicht mehr pro Verbindung unterschiedliche Ergebnisse.
  • Keine server-initiierten Requests mehr. Sampling, Elicitation und Roots liefen bisher als Anfrage vom Server zum Client. An ihre Stelle tritt das Muster der Multi Round-Trip Requests.

So sieht der Kopf eines Requests jetzt aus. Jeder Aufruf trägt seine eigene Version:

Code: 
          
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "create_basket",
    "arguments": {},
    "_meta": {
      "io.modelcontextprotocol/protocolVersion": "2026-07-28",
      "io.modelcontextprotocol/clientCapabilities": {}
    }
  }
}

Wo früher die Session den Zustand hielt, gibt es jetzt explizite Handles. Ein Tool legt eine Ressource an und gibt eine ID zurück. Das Modell reicht diese ID bei späteren Aufrufen als ganz normales Argument wieder ein. Aus impliziter Verbindungsmagie wird ein sichtbarer Parameter, den man loggen, prüfen und begrenzen kann. Der Preis sind größere Payloads, weil der Zustand über die Leitung wandert statt im Server zu liegen.

Fehlt dem Server eine Angabe, antwortet er mit resultType: input_required und einem Feld inputRequests. Der Client beschafft die Informationen und wiederholt den ursprünglichen Request, diesmal mit inputResponses. Alle Ergebnisse tragen seit 2026-07-28 ein Pflichtfeld resultType. Antworten älterer Server ohne dieses Feld gelten als abgeschlossen.

Roots, Sampling und Logging sind abgekündigt. Sie funktionieren im Abkündigungsfenster von mindestens zwölf Monaten weiter, neue Implementierungen sollten sie nicht mehr aufnehmen. Die empfohlenen Wege: Verzeichnisse und Dateien über Tool Parameter oder Resource URIs übergeben statt über Roots, direkt gegen die API des Modellanbieters gehen statt über Sampling, und nach stderr oder in OpenTelemetry schreiben statt über Logging.

Wichtig für die Planung: Server nach 2026-07-28 und ältere Clients verstehen sich nicht automatisch. Beide Seiten brauchen eine gemeinsame Protokollversion oder eine bewusst gebaute Übersetzung. Ein neuer Server beantwortet Altverkehr klar erkennbar, GET und DELETE auf dem Endpunkt laufen in ein 405, ein mitgeschickter Session Header wird ignoriert.

MCP Migration: Was vor und nach 2026-07-28 gilt

Bereich Bis 2025-11-25 Ab 2026-07-28
Verbindungsaufbau initialize und notifications/initialized vor jedem Aufruf Entfernt, Version und Capabilities in _meta pro Request
Sitzung Mcp-Session-Id Header, Sticky Routing nötig Entfernt, Zustand über explizite Handles als Tool Argument
Server an Client sampling/createMessage, elicitation/create, roots/list Multi Round-Trip Requests über input_required und Retry
Benachrichtigungen GET Endpunkt plus resources/subscribe subscriptions/listen mit Opt-in pro Typ
Streamabbruch Wiederaufnahme über Last-Event-ID Entfernt, Request neu stellen, Tools müssen wiederholbar sein
Client Registrierung Dynamic Client Registration nach RFC 7591 Client ID Metadata Documents, DCR nur noch als Fallback

Streamable HTTP: Der Remote Transport für Web MCP

Der Sprung von lokalen MCP Servern zu Web MCP kam mit der Spezifikation 2025-03-26 und dem Streamable HTTP Transport. Er löste das alte HTTP+SSE Verfahren ab und machte MCP Server als Dienste im Netz betreibbar, erreichbar über einen einzigen HTTP Endpunkt. Mit der Spezifikation 2026-07-28 wurde dieser Transport allerdings tief umgebaut.

Der Client sendet POST Requests an einen Endpunkt. Der Server antwortet mit JSON oder mit einem Stream. Was seit 2026-07-28 weg ist: der Mcp-Session-Id Header, die Stream-Wiederaufnahme über Last-Event-ID und der separate GET Endpunkt. Ein abgebrochener Stream verliert den Request. Der Client muss ihn als neuen Request mit neuer ID stellen. Damit werden wiederholbare Tools zur Pflicht, nicht zur Kür.

Neu hinzugekommen sind zwei Dinge, die vor allem für den Betrieb zählen:

  • subscriptions/listen: Ein einziger langlebiger Stream für Änderungsbenachrichtigungen. Der Client meldet an, was er hören will, etwa toolsListChanged oder resourcesListChanged.
  • Pflicht-Header: Mcp-Method und Mcp-Name gehören jetzt an jeden POST. Ein Gateway kann damit routen, drosseln und abrechnen, ohne den Request Body zu öffnen.
  • Cacheable Results: Listen-Antworten tragen ttlMs und cacheScope. Das senkt Polling und verbessert Prompt Caching.

Das alte HTTP+SSE Verfahren ist seit 2026-07-28 formal als Deprecated eingestuft. Für Unternehmen heißt das: MCP Server laufen hinter Load Balancern, API Gateways und CDNs wie jeder andere Dienst, und ohne Sticky Sessions.

Authentifizierung und Sicherheit bei Remote MCP Servern

Mit der Öffnung von MCP Servern ins Internet wird Sicherheit zur zentralen Frage. Die Spezifikation 2025-03-26 führte OAuth 2.1 ein: Der MCP Server ist OAuth Resource Server, der Authorization Code Flow mit PKCE ist Pflicht. Seit 2025-06-18 kommt Token Audience Validation nach RFC 8707 dazu, damit ein Token nicht über Servergrenzen hinweg missbraucht wird.

Die Spezifikation 2026-07-28 hat die Autorisierung noch einmal nachgeschärft:

  • Client ID Metadata Documents lösen die dynamische Client Registrierung nach RFC 7591 ab. Diese bleibt nur noch aus Kompatibilitätsgründen erhalten und gilt als deprecated.
  • Der iss Parameter nach RFC 9207 soll in Authorization Responses stehen. Clients müssen ihn gegen den gemerkten Issuer prüfen, bevor sie den Code einlösen.
  • Credentials sind an den ausstellenden Authorization Server gebunden. Wechselt er, muss der Client neu registrieren.

Die Lage im Ökosystem bleibt trotzdem ernüchternd. Laut einer Analyse von Astrix Security nutzen 53 Prozent aller MCP Server statische Secrets wie API Keys und Personal Access Tokens. Nur 8,5 Prozent setzen OAuth ein. Die Sicherheitsfirma Knostic fand 1.862 MCP Server ohne jede Authentifizierung offen im Internet.

Kritische Schwachstellen trafen auch populäre Server:

  • CVE-2025-6514 (CVSS 9.6): OS Command Injection im Paket mcp-remote mit über 437.000 Downloads
  • CVE-2025-49596 (CVSS 9.4): Remote Code Execution im offiziellen MCP Inspector über CSRF
  • CVE-2025-53967: Command Injection im Framelink Figma MCP Server mit über 600.000 Downloads

Invariant Labs dokumentierte im April 2025 zudem Tool Poisoning Attacks: Schadcode steckt in der Tool-Beschreibung, unsichtbar für den Nutzer, lesbar für das Modell.

Für den produktiven Betrieb gelten klare Regeln: OAuth 2.1 mit PKCE statt statischer Keys, Server hinter einem API Gateway, minimale Token Scopes und regelmäßige Audits. Wer Zugriffe pro Rolle trennen will, findet die Grundlagen unter MCP RBAC für KI Agenten. Zum Testen und Debuggen eigener Server hilft ein Blick auf den GitHub MCP Server als Referenzimplementierung.

Die wichtigsten Stimmen zum Model Context Protocol

Die Geschwindigkeit, mit der MCP von der Branche übernommen wurde, ist ungewöhnlich. Von Anthropic über OpenAI bis Google und Microsoft haben sich alle großen Anbieter hinter das Protokoll gestellt. Den Anfang machte die Ankündigung im November 2024, in der Alex Albert MCP als offenen Standard vorstellte, der ein Kernproblem von LLM Anwendungen löst: die Anbindung an eigene Daten.

„People love MCP and we are excited to add support across our products."

Sam Altman, CEO OpenAI, via X, 26. März 2025

OpenAIs Zusage war der Wendepunkt. Wenn der größte Wettbewerber den Standard des Konkurrenten übernimmt, spricht das für die technische Qualität.

„MCP is a good protocol and it's rapidly becoming an open standard."

Demis Hassabis, CEO Google DeepMind, via X, April 2025

Mit Googles Unterstützung für die Gemini Modelle und Microsofts Integration in VS Code und Copilot Studio war MCP endgültig der gemeinsame Nenner aller relevanten Plattformen.

Das MCP Ökosystem: Clients, Server und die Agentic AI Foundation

Auf der Client-Seite unterstützen alle großen Plattformen das Protokoll: Claude Desktop und Claude Code, das OpenAI Agents SDK und der ChatGPT Developer Mode, Cursor, VS Code mit GitHub Copilot, Gemini CLI und AI Studio von Google, dazu Amazon Bedrock und die JetBrains IDEs. Im NCA Stack läuft OpenCode als MCP Client gegen offene Modelle.

Die Server-Seite wächst ähnlich schnell. Im offiziellen MCP Registry und auf Plattformen wie mcp.so finden sich über 10.000 aktive Server. Zu den meistgesuchten zählen Playwright, Figma, GitHub, Context7, Supabase, Notion und n8n. Für praktisch jede relevante API existiert ein Server. Konkrete Beispiele zeigen der GitHub MCP Server, glab als GitLab MCP Server und der Sylius MCP Server für Commerce.

Am 9. Dezember 2025 ging MCP an die Agentic AI Foundation unter dem Dach der Linux Foundation. Anthropic spendete MCP, Block spendete Goose, OpenAI spendete AGENTS.md. Platinum Mitglieder sind AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft und OpenAI. Über 35 Gold Mitglieder wie JPMorgan Chase, Salesforce, SAP und Oracle kommen dazu.

„Donating MCP to the Linux Foundation ensures it stays open, neutral, and community-driven."

Mike Krieger, CPO Anthropic, Dezember 2025

Lead Maintainer sind David Soria Parra und Den Delimarsky. Änderungen laufen seit Juli 2025 über den formalen SEP Prozess, die Specification Enhancement Proposals. Mehr zur Richtung der nächsten Releases steht in unserer MCP Roadmap 2026.

Seit 2026-07-28 gibt es zusätzlich einen formalen Extensions Rahmen. Optionale Bausteine leben damit außerhalb des Kernprotokolls und werden eigenständig versioniert. Die ersten beiden offiziellen Erweiterungen sind MCP Apps für interaktive Oberflächen im Host und Tasks für lang laufende Operationen. Tasks lag vorher experimentell im Kern und arbeitet jetzt mit Polling über tasks/get statt mit einem blockierenden Aufruf.

Web MCP im Vergleich: Function Calling und Google A2A

MCP wird häufig mit OpenAI Function Calling verwechselt, löst aber ein anderes Problem. Function Calling ist eine API-seitige Konvention: Tool-Definitionen werden direkt in den API-Request eingebettet, sind herstellerspezifisch und statisch. MCP trennt dagegen die Tool-Bereitstellung vom Modell. Server und Client sind unabhängig, die Entdeckung neuer Tools geschieht dynamisch zur Laufzeit. Beide Ansätze sind komplementär: Man kann einen MCP-Server als Tool innerhalb eines Function-Calling-Frameworks aufrufen.

Das Agent-to-Agent Protocol (A2A) von Google (veröffentlicht April 2025, im Juni 2025 ebenfalls an die Linux Foundation gespendet) adressiert die Kommunikation zwischen Agenten. MCP verbindet Agenten mit Tools, A2A verbindet Agenten untereinander. Die offizielle A2A-Dokumentation bringt es auf den Punkt: Build with ADK, equip with MCP, communicate with A2A. Über 150 Organisationen unterstützen A2A, darunter Atlassian, Salesforce und SAP.

Ein Analyseartikel auf latent.space identifizierte mehrere Faktoren, warum MCP sich gegen proprietäre Alternativen durchgesetzt hat: Netzwerkeffekte (jeder neue Server erhöht den Wert für alle Clients), die offene Spezifikation von Tag eins (keine Angst vor Vendor Lock-in), die Einfachheit des LSP-inspirierten Designs und die niedrige Einstiegshürde. Dank KI-gestützter Codegenerierung können selbst Einsteiger funktionsfähige MCP-Server erstellen.

WebMCP: Das Model Context Protocol kommt in den Browser

Am 10. Februar 2026 veröffentlichte das Google Chrome Team eine Early Preview von WebMCP (Web Model Context Protocol) in Chrome 146 Canary. WebMCP ist ein Vorschlag für einen neuen Webstandard, der es Websites ermöglicht, strukturierte Tools direkt für KI-Agenten bereitzustellen. Statt dass Agenten Webseiten per Screenshot interpretieren, DOM parsen oder HTML scrapen müssen, können Websites über eine neue Browser-API (navigator.modelContext) explizit Funktionen anbieten, die Agenten aufrufen können.

Der Vorschlag definiert zwei komplementäre APIs:

  • Declarative API: Standardaktionen, die direkt in HTML-Formularen definiert werden. Bestehende, gut strukturierte Formulare können durch Hinzufügen von Tool-Namen und Beschreibungen sofort agent-fähig gemacht werden.
  • Imperative API: Komplexere, dynamische Interaktionen über JavaScript. Über registerTool() registriert eine Website Funktionen wie searchProducts(query, filters) mit vollständigen Parameter-Schemas.

Wie André Cipriani Bandarra von Google im offiziellen Chrome-Blog schreibt: WebMCP soll sicherstellen, dass KI-Agenten Aktionen auf Websites mit erhöhter Geschwindigkeit, Zuverlässigkeit und Präzision ausführen können.

Googles Software-Engineer Khushal Sagar definiert drei Säulen, auf denen WebMCP aufbaut:

  • Context: Alle Daten, die Agenten brauchen, um zu verstehen, was der Nutzer gerade tut – einschließlich Inhalte, die nicht sichtbar auf dem Bildschirm sind.
  • Capabilities: Aktionen, die der Agent im Auftrag des Nutzers ausführen kann, von Fragen beantworten bis Formulare ausfüllen.
  • Coordination: Die Übergabe zwischen Nutzer und Agent, wenn der Agent eine Situation nicht autonom lösen kann.

Sagars Vergleich ist treffend: WebMCP soll das USB-C der KI-Agent-Interaktionen mit dem Web werden – ein universelles Interface, das jeder Agent nutzen kann.

Wichtig: WebMCP ist technisch nicht identisch mit MCP. Es folgt nicht der JSON-RPC-Spezifikation und hat keine Client-Server-Architektur im klassischen Sinne. WebMCP teilt MCPs konzeptuelles Modell (Tools mit Schemas, die Agenten aufrufen), läuft aber vollständig client-seitig im Browser. Die Webseite wird quasi zum MCP-Server, der startet, sobald ein Agent sie besucht.

Der Standard wurde gemeinsam von Google und Microsoft entwickelt und wird über die W3C Web Machine Learning Working Group inkubiert. Auch Alex Nahas, der unabhängig das Projekt MCP-B (eine Chrome-Extension mit ähnlichem Ansatz) entwickelt hatte, arbeitet mittlerweile mit der W3C-Gruppe zusammen. SEO-Experte Dan Petrovic bezeichnete WebMCP als den größten Wandel im Technical SEO seit Structured Data.

Für Website-Betreiber bedeutet WebMCP einen Paradigmenwechsel: Statt passiv darauf zu warten, dass Agenten die eigene Seite korrekt interpretieren, kann man aktiv definieren, wie Agenten mit der Website interagieren. Sam Witteveen fasst es in seinem YouTube-Video zu WebMCP (12. Februar 2026) zusammen: Ein einziger strukturierter Tool-Aufruf ersetzt, was zuvor Dutzende Browser-Interaktionen erfordert hätte.

Fazit: Web MCP als Infrastruktur der Agentic AI Ära

Das Model Context Protocol hat sich in zwei Jahren vom internen Anthropic Projekt zum Standard für die Anbindung von KI Agenten entwickelt. Mit Streamable HTTP, OAuth 2.1 und der Verwaltung durch die Linux Foundation erfüllt MCP die Anforderungen für den produktiven Einsatz. Die Spezifikation 2026-07-28 zieht daraus die Konsequenz: weniger Protokollmagie, mehr gewöhnliche HTTP Infrastruktur.

Für Teams heißt das zweierlei. Kurzfristig steht eine Migration an, wenn eigene Server im Einsatz sind. Handshake, Session Header und Stream-Wiederaufnahme fallen weg, Roots, Sampling und Logging laufen im Abkündigungsfenster. Langfristig wird der Betrieb einfacher, weil ein MCP Server sich verhält wie jeder andere zustandslose HTTP Dienst.

Wer 2026 KI Agenten produktiv einsetzt, kommt an MCP nicht vorbei. Als Konsument über MCP Clients in Claude, Cursor oder OpenCode, als Anbieter mit eigenen Servern für interne Tools, oder als Website Betreiber über die WebMCP Initiative im Browser. Das Protokoll zieht sich durch die gesamte Kette.

A lot of things that made MCP are gone.

David Soria Parra, Lead Maintainer Model Context Protocol, Anthropic – via The Register

MCP in der Praxis bei Never Code Alone

Unsere eigenen MCP Server laufen auf Servern in Deutschland. Die Modelle dahinter kommen über Ollama lokal oder über souveräne Inferenz in Europa. Große Coding Modelle laufen nie auf Kundenhardware, und wenn ein Modell nicht in der eigenen Infrastruktur läuft, arbeitet es gegen lokale Entwicklungsumgebungen mit Fake Daten. Wie das konkret aussieht, zeigen die Seiten zu Ollama für lokale KI Modelle und lokaler KI für Compliance.

Wer tiefer einsteigen will, findet weiterführende Grundlagen im Glossar: MCP RBAC für Zugriffsrechte, die MCP Roadmap 2026, das A2A Protokoll für Agent zu Agent Kommunikation und die Frage, welche Modelle Tool Calling und MCP wirklich beherrschen. Praktisch wird es bei MCP Responses optimieren und Token sparen.

SEO Freelancer aus Berlin

Ein besonderer Dank an der Stelle geht an Jörg Zimmer von https://teleschmie.de und sein Feedback für besseres Content Marketing 2026.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

E-Mail Kontakt

Häufige Fragen zu Web MCP

Die folgenden Antworten decken die häufigsten Suchanfragen zu Web MCP ab: Model Context Protocol, Stateless MCP nach der Spezifikation 2026-07-28, Remote MCP Server und WebMCP im Browser. Stand: September 2026.

Was ist Web MCP und wofür wird es 2026 eingesetzt?

Web MCP ist der offene Standard für die Verbindung von KI Agenten mit externen Datenquellen und Werkzeugen über das Internet. Über den Streamable HTTP Transport laufen MCP Server als Dienste im Netz, auf die Claude, ChatGPT, Gemini und andere Clients zugreifen. Verwaltet wird MCP seit Dezember 2025 von der Agentic AI Foundation unter dem Dach der Linux Foundation.

Was bedeutet Stateless MCP in der Spezifikation 2026-07-28?

Stateless MCP heißt: Das Protokoll selbst hält keinen Zustand mehr. Der initialize Handshake ist entfernt, der Mcp-Session-Id Header ebenfalls. Jeder Request trägt seine Protokollversion und die Client Capabilities im Feld _meta. Zustand über mehrere Aufrufe hinweg läuft über explizite Handles, die ein Tool zurückgibt und das Modell als normales Argument wieder einreicht.

Wie funktioniert das Model Context Protocol technisch 2026?

MCP nutzt eine Client-Server-Architektur mit JSON-RPC 2.0. Ein Host wie Claude Desktop verwaltet MCP Clients, die sich mit MCP Servern verbinden. Das Protokoll definiert drei Primitive: Tools als ausführbare Funktionen, Resources als Datenquellen und Prompts als Vorlagen. Als Transport dienen stdio lokal und Streamable HTTP remote. Seit 2026-07-28 muss jeder Server server/discover anbieten.

Welche KI Plattformen unterstützen MCP 2026?

Alle großen Plattformen: Claude Desktop und Claude Code von Anthropic, ChatGPT Developer Mode und Agents SDK von OpenAI, Gemini CLI und AI Studio von Google, VS Code mit GitHub Copilot von Microsoft, dazu Cursor, OpenCode, Amazon Bedrock und die JetBrains IDEs. Über die Tier 1 SDKs laufen knapp eine halbe Milliarde Downloads pro Monat.

Was kostet der Einsatz von MCP Servern 2026?

Die Spezifikation und die offiziellen SDKs für TypeScript und Python sind Open Source und kostenlos. Kosten entstehen durch den Betrieb eigener Server und durch die Nutzung der Modelle. Viele öffentliche Server wie GitHub, Slack oder Notion sind kostenfrei. Für den Unternehmenseinsatz kommt der Aufwand für Absicherung und Betrieb dazu.

Was ändert sich bei Streamable HTTP seit 2026-07-28?

Drei Dinge fallen weg: der Mcp-Session-Id Header, die Stream-Wiederaufnahme über Last-Event-ID und der separate GET Endpunkt. Neu sind subscriptions/listen für Änderungsbenachrichtigungen sowie die Pflicht-Header Mcp-Method und Mcp-Name, mit denen ein Gateway routen kann, ohne den Request Body zu lesen. Das alte HTTP+SSE Verfahren gilt jetzt formal als abgekündigt.

Was sind Multi Round-Trip Requests bei MCP?

MRTR ersetzt die server-initiierten Anfragen. Früher schickte der Server eigene Requests an den Client, etwa für Sampling oder Elicitation. Jetzt antwortet er mit resultType input_required und einem Feld inputRequests. Der Client beschafft die Informationen und wiederholt den ursprünglichen Request mit inputResponses. Alle Ergebnisse tragen seit 2026-07-28 ein Pflichtfeld resultType.

Welche MCP Features sind abgekündigt und wie lange laufen sie noch?

Roots, Sampling und Logging sind als deprecated markiert und laufen im Abkündigungsfenster von mindestens zwölf Monaten weiter. Neue Implementierungen sollten sie nicht mehr aufnehmen. Empfohlene Wege: Verzeichnisse über Tool Parameter statt Roots, direkte Anbindung an die Modell-API statt Sampling, stderr oder OpenTelemetry statt Logging. Auch HTTP+SSE und die dynamische Client Registrierung sind abgekündigt.

Wie sicher sind Remote MCP Server?

Die Spezifikation sieht OAuth 2.1 mit PKCE vor. In der Praxis nutzen laut Astrix Security 53 Prozent aller MCP Server statische API Keys, nur 8,5 Prozent setzen OAuth ein. Knostic fand 1.862 Server völlig ohne Authentifizierung im Netz. Schwachstellen wie CVE-2025-6514 mit CVSS 9.6 im Paket mcp-remote zeigen, warum Audits nötig sind.

Was ist der Unterschied zwischen MCP und OpenAI Function Calling?

Function Calling ist eine herstellerspezifische API Konvention, bei der Tool Definitionen statisch im Request stehen. MCP trennt die Bereitstellung vom Modell: Server und Client sind unabhängig, neue Tools werden zur Laufzeit entdeckt. Beide Ansätze schließen sich nicht aus. Ein MCP Server lässt sich als Tool innerhalb eines Function Calling Frameworks aufrufen.

Was ist WebMCP und wie unterscheidet es sich von MCP?

WebMCP ist ein Webstandard-Vorschlag von Google und Microsoft, veröffentlicht im Februar 2026 in Chrome 146 Canary. Anders als MCP läuft WebMCP vollständig im Browser und folgt nicht der JSON-RPC-Spezifikation. Websites registrieren über navigator.modelContext Tools für KI Agenten, ohne einen eigenen Backend Server zu betreiben. Das konzeptuelle Modell teilt es mit MCP.

Was ist die Agentic AI Foundation?

Die AAIF wurde am 9. Dezember 2025 als Directed Fund unter der Linux Foundation gegründet. Anthropic spendete MCP, Block spendete Goose, OpenAI spendete AGENTS.md. Platinum Mitglieder sind AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft und OpenAI. Die Foundation sichert die herstellerneutrale Verwaltung des Protokolls.

Wie erstelle ich einen eigenen MCP Server?

Die offiziellen SDKs für TypeScript und Python bieten Vorlagen. Ein minimaler Server implementiert mindestens ein Tool über tools/list und tools/call sowie die Methode server/discover. Für den Remote Betrieb kommt Streamable HTTP als Transport dazu, für die Absicherung OAuth 2.1. Wer Zustand braucht, gibt Handles als Tool Ergebnis zurück statt auf Sessions zu setzen.

Welche Rolle spielt MCP für SEO und LLMO?

MCP beeinflusst, wie gut KI Systeme Inhalte finden und nutzen können. Websites, die strukturierte Tools über WebMCP anbieten, werden von Agenten leichter angesteuert als solche, die nur HTML liefern. Der SEO Experte Dan Petrovic bezeichnete WebMCP als den größten Wandel im Technical SEO seit Structured Data. Für die LLMO Strategie ist MCP Kompatibilität ein Vorteil.

Kann Never Code Alone bei der MCP Integration helfen?

Ja. Never Code Alone betreibt eigene MCP Server produktiv, unter anderem für Sulu CMS, n8n und WordPress. Wir unterstützen beim Aufsetzen eigener Server, bei der Migration auf die Spezifikation 2026-07-28, bei der Absicherung mit OAuth 2.1 und Zugriffsrechten sowie bei der Einbindung in bestehende Entwicklungsprozesse. Der Einstieg ist immer ein kostenloses Kennenlernen.