Domain, DNS, SSL, Webhosting und Server jetzt per KI-Assistent verwalten
Wer heute eine neue Website aufsetzen will, kennt den Ablauf: Domain suchen, ins Kundencenter einloggen, DNS konfigurieren, SSL aktivieren – vier separate Schritte, vier Kontextwechsel. Mit dem IONOS MCP Server wird daraus ein einziger Satz an den KI-Assistenten. MCP, das Model Context Protocol, ist der offene Standard, über den KI-Assistenten mit externen Diensten sprechen. Und zwar gleich für fünf Kernprodukte: Domain, DNS, SSL, Webhosting und Server lassen sich ab sofort direkt aus jedem MCP-fähigen KI-Assistenten heraus verwalten. Wie sich diese Entwicklung abgezeichnet hat, haben wir im Juni beschrieben.
Für einzelne Entwicklerinnen und Entwickler heißt das: weniger Kontextwechsel und ein schnellerer Weg von der Idee zur laufenden Website. Für Agenturen und IT-Teams, die Dutzende oder auch Hunderte Domains und Server betreuen, heißt es zusätzlich: wiederkehrende Verwaltungsaufgaben lassen sich erstmals konversationell bündeln, statt sie einzeln im Kundencenter abzuarbeiten.
Ein Montagmorgen, wie er ab jetzt aussehen kann
Ein Entwickler setzt ein neues Projekt auf und tippt in seinen KI-Assistenten: „Registriere meinprojekt.de, richte DNS für meinen neuen Server ein und aktiviere SSL.“ Der gesamte Workflow läuft ab, ohne die Entwicklungsumgebung zu verlassen. Kein Login ins Kundencenter, keine manuelle DNS-Konfiguration, kein separater SSL-Schritt, kein Wechsel zwischen Tools für Domain und Server. Aus vier Klickstrecken wird ein Satz.
Das ist für uns der eigentliche Wert des IONOS MCP Servers: nicht die Technologie an sich, sondern der Wegfall von Kontextwechseln, die Entwickler heute noch als selbstverständlich hinnehmen.
Was der IONOS MCP Server konkret abdeckt
Model Context Protocol (MCP) ist der offene Standard, über den KI-Assistenten wie Claude oder Cursor mit externen Diensten sprechen: ein universeller Anschluss zwischen KI und API. Mit unserem Start machen wir fünf Produktbereiche darüber ansprechbar:
- Domains, DNS und SSL bilden das Herzstück. Eine Domain verwalten, DNS-Einträge setzen, ein SSL-Zertifikat einrichten oder verlängern – all das läuft als natürlichsprachliche Anfrage, aufbauend auf unserer bestehenden API-Referenz.
- Webhosting und Server ziehen im selben Go-live nach. Hosting-Instanzen einrichten, Serverressourcen anpassen oder den Status einer Instanz prüfen – auch das läuft über denselben konversationellen Zugang, statt über das Kundencenter.
Beide Bereiche laufen ab sofort produktiv und sind über dieselbe Autorisierung ansprechbar – ein Token, ein konversationeller Zugang für den gesamten Lebenszyklus von Domain, DNS, SSL, Hosting und Server.
Warum wir uns bewusst für Schreibzugriffe entschieden haben
Domains, DNS-Einträge, SSL-Zertifikate, Hosting-Konfigurationen und Server lassen sich nur dann sinnvoll per KI-Assistent verwalten, wenn der Server nicht nur anzeigen, sondern auch verändern kann. Reines Auslesen hätte den eigentlichen Aufwand nicht reduziert: Einen Domainnamen zu sehen, hilft wenig, wenn die Verwaltung anschließend doch manuell im Kundencenter erfolgen muss. Der Nutzen dieses MCP-Servers entsteht erst dadurch, dass Verwaltung und Konfigurieren tatsächlich ausgeführt werden – nicht nur angezeigt.
Schreibzugriffe verlangen dafür klare Leitplanken. Für uns bedeutet das konkret: Jede schreibende Aktion – Verwaltung, DNS-Änderung, SSL-Ausstellung, Serverkonfiguration – setzt eine explizite Autorisierung voraus, wird nachvollziehbar protokolliert und bleibt auf den Scope beschränkt, für den ein Token ausgestellt wurde. Eine einzelne Fehlkonfiguration soll sich so lokal eingrenzen lassen, statt auf das gesamte Konto durchzuschlagen.
Aus meiner Perspektive als Verantwortlicher für die Platform-Strategie für Domains, DNS und SSL war das die aufwändigere, aber notwendige Entscheidung: Autorisierung, Protokollierung und Fehlerbehandlung mussten von Anfang an mitgedacht werden, nicht nachträglich ergänzt werden. Wir lernen hier gerade viel darüber, wie sich Vertrauen in agentische Workflows technisch abbilden lässt – dazu wird es an dieser Stelle sicher noch mehr zu berichten geben.
Wie sich das ins wachsende MCP-Ökosystem einfügt
Das MCP-Ökosystem hat 2026 die Schwelle von Experiment zu Produktionsinfrastruktur überschritten: über 6.400 Server im offiziellen Registry, rund 97 Millionen monatliche SDK-Downloads, ein offizieller Fahrplan der Protokoll-Maintainer mit Fokus auf Streamable-HTTP-Transport, Task-Refinement und Enterprise-Readiness. Gartner rechnet zudem damit, dass bis Ende 2026 rund 40 % aller Unternehmensanwendungen KI-Agenten mit spezifischen Aufgaben einbetten werden. Wir sehen darin die Bestätigung dessen, was wir im Juni im Artikel zu den KI-Entwicklungen 2026 beschrieben haben.
Auch andere Registrare bewegen sich in diese Richtung, was unsere Einschätzung bestätigt. Cloudflare deckt DNS-Management per MCP ab, GoDaddy hat ebenfalls vor kurzem seine „Developer Platform“ für Domain-APIs und KI-Agenten vorgestellt. Wir gehen bewusst einen Schritt weiter und öffnen unseren MCP-Server für mehr Produkte: Nur wenn Nutzerinnen und Nutzer alle Produkte in einer Konversation verwalten und so ein ganzes Projekt direkt live nehmen können, entfaltet sich das volle Potenzial.
Unsere nächsten Schritte
Der Launch ist ein erster Schritt. Wir beobachten die für 2026 angekündigte Enterprise-Readiness des MCP-Protokolls – Audit-Trails, unternehmensgebundene Authentifizierung – genau und werden unsere MCP-Server entsprechend weiterentwickeln. Feedback aus den ersten Wochen fließt direkt in die Priorisierung der nächsten Ausbaustufe ein, etwa bei der Frage, welche weiteren Aktionen sich sinnvoll konversationell abbilden lassen.
Aus vier Klickstrecken wird ein Satz. Wer das selbst ausprobieren will, findet Quickstart und API-Referenz in unserer Entwickler-Dokumentation.