In den letzten Monaten sind die ersten WebMCP-Pitches in den Posteingängen mittelständischer Unternehmen angekommen. „Ihre Website ist nicht agent-ready — Ihre Konkurrenten sind es“, „43 % der Kunden recherchieren schon heute über KI-Assistenten“, „Konversionsraten von 34 %“. Begleitet werden die Aussagen oft von einem Pauschalpreis für ein Fünf-Tage-Projekt und der Drohung, dass die Konkurrenz sonst zuerst gewinnt.
Diese Erzählung verbindet zwei Dinge, die sauber getrennt werden sollten: eine real laufende Standardisierung und eine spekulative Erwartung. Die Standardisierung ist substantiell — MCP-Server liefern heute belastbar Wert in internen Anwendungsfällen, und das agent-fähige Web wird über mehrere Jahre ernsthafte Wirkung entfalten. Die spekulative Erwartung sagt: dieser Effekt entsteht in den nächsten Quartalen und Wettbewerber, die jetzt nicht handeln, fallen aus dem Markt. Das ist überzeichnet — und mit nachprüfbaren Konversionsraten gar nicht zu untermauern.
Dieser Beitrag richtet sich an IT- und Marketing-Entscheider, die jenseits der Pitch-Versprechen verstehen wollen, was in sieben typischen Branchen wirklich zu erwarten ist. Mit einer klaren Trennung zwischen kurzfristig real, mittelfristig plausibel und strukturell heute schon sinnvoll.
Was an der Branchen-Pitch-Erzählung schief liegt
Drei wiederkehrende Schwachstellen finden sich in fast jedem WebMCP-Pitch.
Erstens — Konversionszahlen ohne Quelle. Eine „dreimal höhere Konversionsrate“ oder „43 % der Suchenden recherchieren über KI-Assistenten“ sind Aussagen, die in dieser Form weder in seriösen Branchenstudien noch in produktiven Setups belegt sind. WebMCP ist Stand Frühjahr 2026 ein W3C Community Draft mit Chrome-Vorabunterstützung, einziger konsumierender Agent ist Gemini in Chrome. Die statistische Grundlage für solche Vergleichszahlen existiert schlicht noch nicht in der nötigen Breite.
Zweitens — die Vermischung von MCP und WebMCP. Beide Standards haben einen sehr unterschiedlichen Reifegrad. MCP ist produktiv tauglich, vor allem für interne Setups und Backend-Anbindungen. WebMCP — als Browser-API für öffentlich zugängliche Websites — ist experimentell. Wer beides in einem Pitch zu „dem neuen Standard“ zusammenfasst, verkauft die Reife des einen mit der Hype-Wirkung des anderen.
Drittens — Pauschalpreise, die den Pflegeaufwand ausblenden. Eine „Fünf-Tage-Installation für einen Festpreis“ ignoriert, dass Tool-Definitionen gepflegt werden müssen, Daten aktuell bleiben sollen und Audit-Pflichten regelmäßig entstehen. Das Setup-Projekt ist die kleinere Hälfte des Aufwands.
Damit zur eigentlichen Frage: Welche Branchen-Szenarien sind heute schon plausibel, und welche brauchen noch Zeit?
Sieben Branchen, sachlich sortiert
Immobilien
Das Pitch-Szenario: Ein Käufer fragt seinen Assistenten nach Wohnungen mit bestimmten Kriterien, der Agent ruft das search_properties-Tool auf, bucht direkt eine Besichtigung.
Realistisch heute: Die meisten Kaufinteressenten suchen weiterhin über Portale (ImmoScout, ImmoWelt) und Vermittlerseiten. KI-Assistenten beantworten Anfragen heute in der Regel über klassische Web-Recherche, nicht über Tool-Aufrufe. Eine direkte WebMCP-Buchung über die Makler-Website ist mit dem aktuellen Stand der Browser-Unterstützung nur für Gemini-Nutzer möglich.
Realistisch in zwei bis drei Jahren: Eine strukturierte semantische Repräsentation der Objekte (Schema.org-Markup für Wohnungen, klare Verfügbarkeitsangaben, maschinenlesbare Exposés) wird zur Standardanforderung — unabhängig davon, ob WebMCP oder ein anderer Standard sich durchsetzt. Die Vorbereitung zahlt sich aus, das konkrete Buchungs-Szenario ist die letzte Stufe, nicht der erste Schritt.
Gastronomie
Das Pitch-Szenario: Tischreservierungen direkt durch einen KI-Agenten, ohne Telefon oder Online-Formular.
Realistisch heute: Bestehende Reservierungsplattformen (OpenTable, Quandoo, Resmio) haben mit eigenen APIs und Connector-Angeboten schon einen Teil der Funktion abgedeckt. Wer WebMCP-Tools auf der Restaurant-eigenen Website anbietet, erreicht heute praktisch keine Konsumenten direkt — der Reservierungsfluss läuft über die etablierten Plattformen.
Realistisch perspektivisch: Sobald mehrere Assistenz-Anbieter WebMCP konsumieren, kann die direkte Restaurant-Webanbindung an Bedeutung gewinnen, vor allem für Häuser, die heute schon eigene Online-Reservierung betreiben. Bis dahin ist eine saubere Anbindung an die etablierten Reservierungsplattformen der pragmatischere Weg.
E-Commerce
Das Pitch-Szenario: KI-Agenten suchen Produkte über strukturierte Tools, kaufen direkt im Shop.
Realistisch heute: Strukturierte Produktdaten nach Schema.org sind seit Jahren etabliert und werden von Suchmaschinen, Preisvergleichern und Shopping-Assistenten genutzt. Ein zusätzlicher WebMCP-Tool-Layer bringt heute kaum Mehrwert über das vorhandene Produkt-Markup hinaus — die Konsumenten-Anbindung fehlt.
Realistisch perspektivisch: Wenn Agenten beginnen, Warenkorb-Operationen direkt über Tool-Schnittstellen abzuwickeln, entsteht eine relevante Schicht für Shop-Betreiber. Vorbereitend sinnvoll: saubere Produktkataloge, eindeutige SKU-Strukturen, klar definierte Lieferinformationen. Das zahlt sich unabhängig vom konkreten Standard aus.
Handwerk und Dienstleistung
Das Pitch-Szenario: Anfragen für Wallbox-Installation, Heizungswartung oder Sanitärnotfälle direkt durch KI-Agenten.
Realistisch heute: Handwerksbetriebe leben von lokaler Empfehlung, telefonischer Erreichbarkeit und persönlichem Vertrauen. Der heutige Engpass ist meistens nicht „Sichtbarkeit für KI-Agenten“, sondern „freie Kapazitäten in den nächsten vier Wochen“. Eine WebMCP-Anbindung löst dieses Problem nicht.
Realistisch perspektivisch: Strukturierte Verfügbarkeits- und Leistungsdaten können in Verbund-Plattformen wertvoller werden, wenn Agenten beginnen, regionale Dienstleister zu vermitteln. Hier ist der Investitionspunkt eher die Anbindung an etablierte Vermittlungsplattformen mit gepflegten Stammdaten — nicht der Aufbau einer eigenen Tool-Schicht.
Gesundheitswesen
Das Pitch-Szenario: Terminbuchungen beim Arzt, Rezeptanfragen, Symptom-Vorabklärung über KI-Agenten.
Realistisch heute: Der Bereich ist regulatorisch eng (DSGVO, ärztliche Schweigepflicht, Sicherheits-Anforderungen an Patientendaten), und die etablierten Plattformen (Doctolib, Jameda, eTermin) haben Marktanteile und Vertragsstrukturen, die einen Direkteinstieg über eigene WebMCP-Tools heute wenig attraktiv machen. Auch die Symptom-Vorabklärung ist medizinisch und rechtlich anspruchsvoller, als ein einfaches Tool-Schema andeutet.
Realistisch perspektivisch: Hochwahrscheinlich wird die Konsumenten-Anbindung an Praxen weiterhin über die etablierten Plattformen laufen, die ihrerseits WebMCP-Schnittstellen anbieten könnten. Für einzelne Praxen liegt der lohnendere Investitionspunkt in einem sauberen Stammdaten-Management und einer eindeutigen Service-Beschreibung — auf der Plattform und auf der eigenen Website.
B2B und SaaS
Das Pitch-Szenario: Einkäufer recherchieren Software über KI-Assistenten, vergleichen Preise, vereinbaren Demos — alles direkt über WebMCP-Tools.
Realistisch heute: Die B2B-Recherche über KI-Assistenten findet bereits statt, läuft aber überwiegend textbasiert — der Assistent liest die Website, fasst zusammen, gibt eine Empfehlung. Eine strukturierte Datenverfügbarkeit (Preisangaben, Feature-Matrizen, Referenzkunden im maschinenlesbaren Format) verbessert diese Recherche heute schon, ohne dass dafür WebMCP-Tools nötig wären.
Realistisch perspektivisch: Für B2B-Anbieter ist es heute ein guter Hebel, die eigene Website so zu strukturieren, dass Sprachmodelle die Service-Logik klar erfassen können — semantisch klare Texte, Schema.org-Markup für Produkte und Preise, vielleicht ein erster strukturierter Datenendpunkt. Das wirkt sofort über die Text-Lesefähigkeit der Modelle und bereitet auf eine spätere Tool-Schicht vor.
Tourismus und Hotels
Das Pitch-Szenario: Direktbuchungen über KI-Agenten, ohne Provisionen an Booking.com.
Realistisch heute: Die Plattform-Logik des Tourismusmarktes hält sich nicht durch fehlende Standards, sondern durch Reichweite, Bewertungs-Ökosysteme und Conversion-Optimierung der Vermittler. Eine WebMCP-Anbindung am eigenen Hotel ändert daran kurzfristig wenig — der Agent recherchiert weiterhin dort, wo die Datenfülle liegt.
Realistisch perspektivisch: Direktanbindungen über Standards können langfristig den Vermittler-Druck reduzieren, aber das ist eine Drei- bis Fünf-Jahres-Perspektive. Sinnvoll vorbereitend: gepflegte Stammdaten, klare Verfügbarkeitsangaben, saubere Direktbuchungs-Pfade auf der eigenen Website. Auch hier funktioniert die Investition unabhängig vom Standardisierungstempo.
Branchenübergreifende Muster, die wirklich tragen
Quer durch die sieben Branchen zeigen sich drei Muster, die belastbar sind — ohne erfundene Konversionszahlen.
Klare semantische Strukturen werden zur Pflicht. Schema.org-Markup für Produkte, Dienstleistungen, Öffnungszeiten, Veranstaltungen. Das wirkt heute schon über Suchmaschinen und text-basierte Modell-Antworten, und es bildet die Grundlage für jeden späteren Tool-Layer.
Eindeutige, maschinenlesbare Service-Beschreibungen. Weniger Marketing-Sprache, mehr „Was bieten wir, für wen, zu welchen Konditionen“. Wirkt sofort positiv auf KI-Antworten, die aus Web-Inhalten generiert werden.
Gepflegte Datenbasis als Vorbedingung. Bevor irgendein Agent etwas „direkt buchen“ kann, müssen Stammdaten, Verfügbarkeiten und Konditionen aktuell und konsistent sein. Diese Hausaufgabe ist branchenweit unterschätzt — und sie zahlt sich unabhängig vom konkreten Standardisierungspfad aus.
Diese drei Punkte sind nicht spektakulär. Sie sind aber das Fundament, auf dem in zwei bis drei Jahren die spannenden agent-getriebenen Szenarien wirklich funktionieren werden.
Wo sich strukturelle Vorbereitung heute schon lohnt
Aus den sieben Branchen-Bildern ergibt sich eine pragmatische Liste von Maßnahmen, die heute Wert liefern und gleichzeitig auf die agent-fähige Zukunft vorbereiten.
- Schema.org-Markup vollständig und aktuell — für Produkte, Dienstleistungen, Standorte, Veranstaltungen, Personen.
- Klare, sachliche Service-Beschreibungen auf der eigenen Website, ohne marketing-verklausulierte Texte, die Modelle zu Vermutungen zwingen.
- Eine
agents.json-Datei oder vergleichbare Beschreibungsdatei, die zentral dokumentiert, welche Services und Endpunkte für maschinelle Nutzung verfügbar sind. - Offene Endpunkte für ohnehin schon öffentliche Daten — Tarifrechner, Verfügbarkeitsabfragen, Standortinformationen. Was im Browser sichtbar ist, kann auch maschinenlesbar angeboten werden.
- Sauberes Datenmanagement im CMS und in Stammdaten-Systemen als Grundlage, ohne die jede Tool-Schicht auf Sand steht.
- Optional: Erste interne MCP-Server, die das eigene Backend für Mitarbeiter-KI-Werkzeuge zugänglich machen — das sind heute schon produktive Setups mit klarem Wertgewinn.
Wer diese sechs Punkte angeht, ist 2027 oder 2028 mit überschaubarem Zusatzaufwand in der Lage, eine WebMCP-Schicht oder einen vergleichbaren Nachfolge-Standard zu ergänzen. Wer sie nicht angeht, muss in zwei Jahren erst das Fundament bauen, bevor sich überhaupt eine Tool-Schicht lohnt.
Ein realistischer Investitionspfad über zwölf bis vierundzwanzig Monate
Statt eines „Fünf-Tage-Festpreises“ ein pragmatischer Pfad, der sich an den heute belastbaren Wirkungen orientiert.
Monate 1–3 — Bestandsaufnahme und Hygiene. Aktuelle Schema.org-Abdeckung prüfen, Service-Texte überarbeiten, Stammdaten-Qualität bewerten. In dieser Phase entstehen keine Tools, aber das Fundament für alle späteren Schritte.
Monate 4–9 — Strukturelle Erweiterung. Schema.org-Markup vervollständigen, agents.json einführen, erste maschinenlesbare Endpunkte für klar öffentliche Daten. Falls intern sinnvoll: ein erster MCP-Server für interne Anwendungsfälle.
Monate 10–18 — Beobachten und Lernen. Auswertung, welche Inhalte tatsächlich von KI-Assistenten aufgegriffen werden. Lücken in der maschinellen Wahrnehmung identifizieren und nachbessern. Bewertung des aktuellen WebMCP-Standardisierungs-Standes.
Monate 19–24 — Tool-Schicht nach Standard. Falls der WebMCP-Standard zu diesem Zeitpunkt breit unterstützt wird, gezielt Tools für die ein bis drei klar wertvollsten Anwendungsfälle. Falls der Standard noch wartet, parallel-laufende Standards prüfen oder den Vorbereitungsstand halten.
Dieser Pfad ist weniger spektakulär als ein „Jetzt-handeln-oder-verlieren“-Projekt. Er hat dafür den Vorteil, dass jeder Schritt für sich schon Wirkung liefert — auch wenn die agent-getriebene Konsumentenwelt langsamer kommt als von Anbietern versprochen.
Was ich für Sie entwickle
Mein AI-Ready-Service zielt genau auf diese strukturelle Vorbereitung — nicht auf das schnelle WebMCP-Versprechen, sondern auf die Grundlagen, die unabhängig vom konkreten Standardisierungstempo Wirkung haben.
AI-Ready-Bestandsaufnahme — strukturierte Bewertung Ihrer Website auf maschinelle Lesbarkeit: Schema.org-Abdeckung, Service-Texte, Stammdaten-Qualität, Endpoint-Struktur. Ergebnis: eine klare Liste der priorisierten Maßnahmen mit realistischem Aufwand.
Strukturierte Daten und semantisches Markup — Schema.org-Implementierung für Produkte, Dienstleistungen, Standorte und alles, was inhaltlich relevant ist. Wirkt sofort über Suchmaschinen und text-basierte Modell-Antworten.
agents.json und maschinenlesbare Service-Beschreibung — zentrale Beschreibungsdatei, die KI-Systemen klar kommuniziert, was Ihre Website kann und welche Endpunkte für maschinelle Nutzung bereitstehen.
Erste maschinenlesbare Endpunkte — für ohnehin öffentliche Daten (Tarife, Verfügbarkeiten, Standortinformationen). Saubere Struktur, klare Schemas, dokumentierte Stabilität.
Interne MCP-Server für Backend-Anbindungen — wenn das Unternehmen heute schon KI-Assistenten intern einsetzt und Zugang zu eigenen Daten braucht. Das ist der heute schon produktive Teil des MCP-Ökosystems.
WebMCP-Vorbereitung mit ehrlicher Erwartungsbasis — die Tool-Definitionen, die später als WebMCP-Schicht funktionieren würden, lassen sich heute schon konzipieren und dokumentieren. Das vermeidet den späteren Umbau, ohne dass eine Konsumentenwirkung zum Quartalsende versprochen wird.
Pflegekonzept statt einmaliger Installation — strukturierte Daten und Tool-Beschreibungen veralten, wenn sie nicht gepflegt werden. Der Pflegeprozess ist Teil des Setups, nicht ein nachgelagerter Zusatz.
Der Einstieg ist kein Pauschalprojekt mit Festpreis-Versprechen, sondern eine Bestandsaufnahme, aus der die nächste sinnvolle Stufe für Ihre konkrete Lage abgeleitet wird.
Fazit
Die WebMCP-Branchen-Pitches verbinden eine reale Standardisierung mit einer spekulativen Konsumentenwirkung. Die Standardisierung verdient Aufmerksamkeit — die Konsumentenwirkung kommt mit dem Tempo, das Anbieter heute selten ehrlich kommunizieren. Wer sich von der „Jetzt-oder-nie“-Rhetorik mitreißen lässt, investiert oft in die falsche Schicht.
Die ehrliche Empfehlung für die meisten Mittelständler lautet: strukturelle Vorbereitung jetzt — Schema.org-Markup, klare Service-Beschreibungen, gepflegte Stammdaten, eine agents.json-Datei. Diese Schritte wirken sofort über text-basierte Modell-Antworten und Suchmaschinen, und sie bilden das Fundament für jede spätere Tool-Schicht, egal welcher Standard sich durchsetzt. Eine WebMCP-Tool-Anbindung ergibt Sinn, sobald die konsumentenseitige Reichweite tatsächlich besteht — also voraussichtlich 2027 oder 2028, je nach Branche und Browser-Marktanteilen.
Wer diesen Pfad geht, gewinnt zwei Vorteile, die ein Fünf-Tage-Pauschalprojekt nicht liefert: eine über Jahre stabile digitale Struktur und einen Lernvorsprung aus realer Nutzungsbeobachtung. Beides ist mehr wert als die nächste Pitch-Zahl mit Fußnote, die niemand prüfen kann.
