MCP-Server für lokale Unternehmen

MCP ist ein offener Standard, ursprünglich von Anthropic veröffentlicht und inzwischen von OpenAI, Google und Microsoft mitgetragen. Er definiert, wie KI-Modelle Werkzeuge und Datenquellen sicher entdecken, autorisieren und nutzen dürfen – per HTTP, JSON-RPC und OAuth 2.1.

Für ein lokales Unternehmen heißt das: dein Betrieb bekommt einen eigenen MCP-Endpunkt unter /api/public/mcp/{slug}, den ChatGPT, Claude und jeder andere kompatible Agent als „Tool“ einbinden kann.

• get_business – Stammdaten, Standorte, Kontakt.
• get_opening_hours – aktuelle Öffnungs- und Sonderzeiten, inkl. Feiertagen.
• list_products – Sortiment mit Preisen, Verfügbarkeit und Allergenen.
• check_availability – Live-Slot-Abfrage für Reservierungen oder Termine.
• create_booking – schreibender Endpoint mit User-Zustimmung über OAuth 2.1.
• submit_lead – Anfrage-Endpoint mit Spam- und Bot-Schutz, Webhook an dein CRM.

• OAuth 2.1 mit PKCE und Token-Rotation – keine statischen API-Keys im Agenten.
• Scope-basierte Berechtigungen: Lesen ist offen, Schreiben (z.B. booking:create) erfordert explizite Zustimmung.
• Rate-Limiting pro Agent, pro Endpoint, pro IP.
• Audit-Log: jede Tool-Nutzung ist nachvollziehbar im Dashboard.
• Server in Frankfurt, DSGVO-konform, kein US-Cloud-Transfer für Kunden- oder Buchungsdaten.

KI-Antworten entwickeln sich vom Text-Snippet zur Aktion. ChatGPT Apps, Claude Tools, Gemini Extensions und die MCP-Marketplaces der großen Anbieter brauchen verifizierte Unternehmens-Endpunkte. Wer 2026 keinen MCP-Server hat, ist für agentengetriebene Buchungen unsichtbar – so wie ein Restaurant ohne Google-Maps-Eintrag heute.

Jeder Kunde erhält automatisch einen produktionsfertigen MCP-Server, versorgt aus den gleichen Stammdaten wie dein Schema.org-Feed und deine llms.txt. Die OAuth-Layer, das Tool-Routing und die Rate-Limits sind vorkonfiguriert – du definierst nur, welche Endpoints aktiv sind. Mehr zur Einordnung unter Generative Engine Optimization.