Wie Agenturen No-Code-KI-Kundenwebsites verwalten können, ohne die Kontrolle zu verlieren

Du hast deine Agentur darauf ausgerichtet, Ergebnisse zu liefern. Jetzt verbringst du jeden Montagmorgen die Hälfte deiner Zeit damit, dich in sechs verschiedene Plattform-Dashboards einzuloggen, die jeweils einem Kunden gehören, der seine eigene Website mit einem KI-basierten Website-Baukasten erstellt hat, bevor er dich engagiert hat. Du bist für deren Leistung verantwortlich, hast aber keine Kontrolle über deren Infrastruktur. In diesem Leitfaden erfährst du, wie du No-Code-Kundenwebsites bewerten, organisieren und unter einer Infrastruktur zentralisieren kannst, die du tatsächlich kontrollierst – und wie du das in Rechnung stellen kannst.

Das Portfolio-Problem, vor dem dich niemand gewarnt hat

Vor fünf Jahren hat dir ein neuer Agenturkunde meist eine WordPress oder einen halbfertigen Squarespace-Account übergeben. Der operative Aufwand war überschaubar.

Das No-Code-AI-Zeitalter hat das geändert. Mit Tools wie Lovable und Base44 können Kunden in weniger als einer Stunde von einer Textvorlage zu einer bereitgestellten Webanwendung gelangen, was bedeutet, dass Agenturen zunehmend Websites übernehmen, die bereits live waren, bevor überhaupt ein Briefing verfasst wurde. Wenn du dann hinzugezogen wirst, um dich um SEO, Kampagnen oder die laufende Wartung zu kümmern, ist die Infrastruktur bereits fest im Ökosystem eines Anbieters verankert.

Die Zahl der Citizen Developer übersteigt mittlerweile die der professionellen Softwareentwickler im Verhältnis 4:1, und sie entwickeln schätzungsweise 70 % aller neuen Unternehmensanwendungen. Die Agenturen bekommen das zu spüren. Kunden kommen mit Webflow-Seiten, Framer-Seiten, von Durable generierten Shop-Seiten und Wix-AI-Projekten zu uns. Jede davon hat ihre eigene DNS-Verwaltung, ihren eigenen Rechnungskontakt und ihre eigene Support-Warteschlange.

Das ist keine Kleinigkeit. Es ist ein strukturelles Problem, das sich mit jedem neuen Kunden verschärft.

Wie sich Anbieterabhängigkeit auf Agentur-Ebene tatsächlich darstellt

In den meisten Diskussionen über No-Code-Plattformen wird die Anbieterabhängigkeit als Risiko für den Kunden dargestellt. Für Agenturen ist es ein operatives Risiko mit direkten Auswirkungen auf den Umsatz.

Die meisten Low-Code- und No-Code-Softwareentwicklungsplattformen sind herstellerspezifisch, was zu einer Abhängigkeit vom Ökosystem eines bestimmten Anbieters führen kann – das schränkt die Flexibilität ein und birgt das Risiko einer Anbieterabhängigkeit. Für eine Agentur, die 30 Kundenwebsites auf 10 verschiedenen Plattformen verwaltet, vervielfacht sich diese Abhängigkeit.

Und hier kommt der Clou:

Verantwortung für die Leistung ohne Einfluss auf die Leistung. Wenn die Wix-AI-Website eines Kunden beim Start einer Kampagne langsam lädt, ruft er dich an – nicht Wix. Du hast keinen Zugriff auf Serverprotokolle, keine Möglichkeit, Caching-Header anzupassen, und keine Möglichkeit, den tatsächlichen Engpass zu diagnostizieren. Du bist für ein Ergebnis verantwortlich, auf das du keinen Einfluss hast.

Sicherheitslücken, die du nicht schließen kannst. Viele KI-Entwicklungsplattformen können keine CRM-Verbindungen, Reservierungssysteme, komplexen APIs oder fortgeschrittene Workflows verwalten. Eine Stack-Overflow-Umfrage aus dem Jahr 2025 ergab, dass 67 % der Entwickler KI-basierte Apps als schwer zu warten oder zu erweitern ansehen. Die Verbesserung der Sicherheit auf No-Code-Plattformen hängt vollständig vom Release-Zeitplan des Anbieters ab. Du kannst keine Patches installieren, Firewalls konfigurieren oder PHP-Einstellungen ändern. Dieses Risiko liegt bei deinem Kunden, wirft aber ein schlechtes Licht auf deine Agentur.

Zersplitterte Abrechnung über verschiedene Lieferantenrechnungen hinweg. Zwölf Kundenstandorte auf sechs Plattformen bedeuten sechs separate Rechnungsbeziehungen, sechs Verlängerungstermine und sechs separate Eskalationswege, wenn etwas schiefgeht. Keine dieser Zeiten ist abrechnungsfähig.

Keine Staging-Umgebung für Kundenprojekte. Um A/B-Tests durchzuführen, Plugin-Updates zu testen oder eine Neugestaltung vorab anzusehen, ist eine Staging-Umgebung erforderlich. Die meisten No-Code-Tarife für Einsteiger bieten entweder keine Staging-Umgebung an oder berechnen dafür zusätzliche Kosten pro Website. Das verlangsamt die Bereitstellung und erhöht das Risiko, dass Live-Websites ausfallen.

Die No-Code-Websites deiner Kunden kategorisieren

Nicht jede No-Code-Website sollte migriert werden. Nicht jede No-Code-Website kann migriert werden. Bevor du einen Umsetzungsplan erstellst, unterteile dein Portfolio in drei Kategorien.

Kategorie 1: Exportierbare Websites

Einige Plattformen generieren echten, portablen Code. Sowohl Webflow als auch Lovable bieten eine Code-Exportfunktion, mit der du die eigentlichen HTML-, CSS- und JavaScript-Dateien herunterladen kannst, um vollständige Kontrolle und Flexibilität zu erhalten. Auch Framer unterstützt den Code-Export. Diese Websites kommen für eine Migration in Frage. Der zugrunde liegende Code kann überall gehostet werden, auch auf einem VPS oder in einer Reseller-Umgebung, die deine Agentur kontrolliert.

Wenn die Website eines Kunden auf einer dieser Plattformen erstellt wurde und der Traffic oder die Komplexität der Kampagnen eine strengere Kontrolle der Infrastruktur rechtfertigt, ist eine Migration technisch möglich, ohne dass ein kompletter Neuaufbau erforderlich ist.

Kategorie 2: Hybrid-Websites oder Websites WordPress

Einige No-Code-KI-Baukästen liefern WordPress Ergebnisse. Die KI-Website-Baukästen von WordPress. WordPress bieten eine promptbasierte Erstellung, die auf einer vollständig verwalteten WordPress basiert. Das bedeutet, dass die Website auf WordPress aufbaut WordPress dem CMS, das 43 % des Internets betreibt. Diese lassen sich oft am einfachsten auf ein von der Agentur verwaltetes Hosting migrieren, da das zugrunde liegende CMS portabel ist und der Migrationspfad gut dokumentiert ist.

Kategorie 3: Plattformgebundene Websites

Wix, Squarespace und Durable bieten keine Code-Exporte an. Die Website läuft auf ihren Servern, Punkt. Du hast die Wahl, dich mit den Einschränkungen ihres Dashboards abzufinden oder die Website vor der Migration auf einer portablen Plattform neu zu erstellen. Das ist ein ganz anderes Projekt mit einem ganz anderen Preis.

Wann man migrieren sollte (und wann nicht)

Eine Migration ist nicht immer der richtige Schritt. Die richtige Entscheidung hängt von den tatsächlichen betrieblichen Anforderungen des Kunden ab, nicht von deinem Wunsch nach einer übersichtlicheren Infrastruktur.

Wann solltest du migrieren:

• Der Kunde führt bezahlte Kampagnen durch, bei denen die Ladegeschwindigkeit der Seiten und die Verfügbarkeits-SLAs entscheidend sind. Auf einer Plattform, die du nicht kontrollierst, kannst du die Leistung nicht garantieren.
• Die Website verarbeitet Nutzerdaten, Checkout-Abläufe oder Formularübermittlungen, die konfigurierbare Sicherheitseinstellungen und eine klare Datenhoheit erfordern.
• Der Kunde befindet sich auf einem Wachstumskurs, der innerhalb der nächsten 12 Monate Staging, die Verwaltung mehrerer Standorte oder eine individuelle Serverkonfiguration erfordern wird.
• Die Hosting-Kosten der No-Code-Plattform liegen bei 30 bis 50 % dessen, was du für Managed Hosting im Rahmen deiner Agenturinfrastruktur berechnen würdest – das heißt, der Kompromiss zwischen Preis und Leistung ist für den Kunden klar erkennbar.

Lass es drin, wenn:

• Die Website ist eine einfache Broschüre ohne aktive Kampagnen und mit nur sehr geringem Traffic. Eine Wix- oder Squarespace-Website für ein lokales Dienstleistungsunternehmen ist den Aufwand und die Kosten für eine Migration nicht wert.
• Der Kunde nutzt einen plattformgebundenen Builder, und die Kosten für eine Neuentwicklung würden sich innerhalb eines angemessenen Zeitraums nicht durch Leistungs- oder Kostenvorteile amortisieren.
• Die Kundenbeziehung befindet sich noch in der Anfangsphase, und ihr habt noch kein Budgetgespräch geführt.

Das Ziel ist nicht, jede Website zu migrieren. Das Ziel ist es, herauszufinden, welche Websites dir Betriebszeit kosten oder deine Fähigkeit einschränken, Ergebnisse zu liefern – und diese zuerst anzugehen.

Das Migrationshandbuch für No-Code-Websites

Wenn eine Migration die richtige Entscheidung ist, verläuft der Prozess unabhängig von der Ausgangsplattform in einer vorhersehbaren Abfolge.

Schritt 1: Überprüfe die Quellumgebung

Erfasse, was auf der aktuellen No-Code-Plattform tatsächlich läuft. Welche Skripte von Drittanbietern werden geladen? Gibt es einen Formular-Handler, ein Buchungssystem oder eine Verbindung zu einer externen API? Erstelle eine Übersicht über die Abhängigkeiten, bevor du irgendetwas anfasst.

Schritt 2: Wähle die Zielumgebung aus

Für Kunden mit einer einzigen Website, die sich im Wachstum befinden, bietet VPS-Hosting vollen Serverzugriff, eine feste IP-Adresse und die Möglichkeit, Caching, PHP-Einstellungen und Sicherheitsregeln ohne Einschränkungen zu konfigurieren. Die VPS-Tarife von InMotion beinhalten standardmäßig cPanel WHM-Zugriff, sodass du dieselbe zentralisierte Control-Panel-Umgebung nutzt wie bei einem Reseller-Tarif – mit der zusätzlichen Flexibilität der Serverkonfiguration auf Root-Ebene. Für Agenturen, die 10 oder mehr aktive Websites verwalten, ist Reseller-Hosting oder der Shared Pro-Tarif von InMotion mit WHM-Zugang betrieblich praktischer. Mit WHM kannst du separate cPanel pro Kunde erstellen und verwalten, wodurch die Ressourcennutzung und das DNS zwischen den Konten isoliert bleiben, ohne dass du dich in separate Dashboards einloggen musst.

Schritt 3: Das Frontend neu erstellen oder portieren

Bei exportierbaren Plattformen (Webflow, Framer) exportiere den Code und stelle die statische Ausgabe direkt online. Bei KI-Websites WordPress führe einecPanel durch. Bei plattformgebundenen Websites, die neu erstellt werden müssen, nutze dies als Gelegenheit, den Kunden auf WordPress einen statischen Website-Generator umzustellen, den du tatsächlich pflegen kannst.

Schritt 4: Vor der DNS-Umstellung überprüfen

Richte die neue Umgebung mithilfe einer temporären Domain oder einer Änderung in der Hosts-Datei ein. Überprüfe, ob die Seitengeschwindigkeit, das Absenden von Formularen und alle Integrationen von Drittanbietern ordnungsgemäß funktionieren, bevor du Änderungen am DNS vornimmst. Der kostenlose Migrationsservice von InMotion übernimmt die technische Übertragung für berechtigte Tarife, was den Arbeitsaufwand für dich reduziert.

Schritt 5: Dokumentiere alles in deinem Agentursystem

Erfasse für jeden Kunden die Hosting-Umgebung, den cPanel , das Verlängerungsdatum, die Ressourcenzuweisung sowie alle benutzerdefinierten Serverkonfigurationen. Dies ist die operative Ebene, die aus einer einmaligen Migration einen nachhaltigen Managed Service macht.

Infrastrukturmanagement als Premium-Service anbieten

Genau hier lassen die meisten Agenturen Gewinnpotenzial ungenutzt. Migration und Infrastrukturmanagement werden als Kosten statt als Dienstleistungen betrachtet. Diese Sichtweise wirkt sich zu deinem Nachteil aus.

Agenturen, die das Hosting ihrer Kunden über ihre eigene Infrastruktur verwalten, können pro Website 50 bis 150 Dollar pro Monat als Pauschale für Managed Hosting berechnen. Das ist kein Weiterverkauf von Bandbreite. Das ist der Verkauf von Stabilität, Verantwortlichkeit und Zugang zu Menschen, die verstehen, was WHM ist. Die Preisgestaltung spiegelt wider, was der Kunde tatsächlich kauft: einen einzigen Ansprechpartner für jedes Hosting-Problem, proaktive Überwachung und die Garantie, dass seine Website nicht der Support-Warteschlange einer No-Code-Plattform ausgeliefert ist.

Das Gespräch mit einem Kunden läuft etwa so ab: „Wenn deine Website derzeit um 23 Uhr vor deiner größten Kampagne des Jahres ausfällt, erstellst du ein Ticket bei Wix. Im Rahmen unseres Managed-Hosting-Programms rufst du uns an.“ Das ist kein Upselling. Das ist ein Wertversprechen mit einem direkten Vergleich der Abläufe.

Anbieterabhängigkeit bedeutet, dass kritische Geschäftslogik untrennbar in den abgeschotteten Ökosystemen proprietärer SaaS-Plattformen gefangen ist. Kunden, die schon einmal einen Ausfall einer No-Code-Plattform, eine erzwungene Preisänderung oder die Einstellung einer Funktion erlebt haben, verstehen dieses Risiko besser als jeder andere. Stell das Thema Managed Hosting in den Kontext von Kontrolle und Kontinuität, nicht von technischen Spezifikationen.

Die Infrastruktur von InMotion für das No-Code-Management in Agenturen

Die agenturorientierte Infrastruktur von InMotion wurde speziell für die Verwaltung mehrerer Kunden entwickelt. Hier sind ein paar wichtige Funktionen, die du kennen solltest.

Reseller-Hosting und Shared Pro mit WHM. Die Reseller-Tarife von InMotion sowie der aktualisierte Shared Pro-Tarif beinhalten beide WHM-Zugriff, mit dem du pro Pro-Tarif bis zu vier separate cPanel erstellen kannst (und noch mehr in den Reseller-Stufen). Jedes Konto ist isoliert, wird deiner Agentur in Rechnung gestellt und den Kunden unter deiner Marke präsentiert. In der kundenorientierten Benutzeroberfläche erscheint kein InMotion-Branding. Dies ist die zentrale operative Ebene für Agenturen, die No-Code-Website-Migrationen zentralisieren.

Für Agenturen, deren Kundenwebsites dedizierte Ressourcen benötigen, bieten die cPanel und cPanel von InMotion dieselbe WHM-basierte Kontoverwaltung – mit der vollständigen Serversteuerung, die Websites mit hohem Datenverkehr oder hohen Compliance-Anforderungen benötigen.

VPS-Hosting für Kunden, bei denen es auf Leistung ankommt. Wenn die Website eines Kunden konfigurierbares Caching, eine individuelle PHP-FPM-Optimierung oder OPcache-Verwaltung benötigt, bietet dir ein VPS-Hosting Root-Zugriff, um diese Arbeiten durchzuführen. UltraStack von InMotion (NGINX PHP-FPM + OPcache + Redis) bewältigt WordPress Stacks in großem Maßstab, ohne dass eine Leistungsoptimierung für jedes einzelne Plugin erforderlich ist.

Agentur-Partnerprogramm. Das Agentur-Partnerprogramm von InMotion bietet Agenturen eine formelle Abrechnungs- und Provisionsstruktur, die auf den beiden gängigsten Hosting-Modellen für Agenturen basiert.

Modell	Wie es funktioniert	Am besten für
Überweisung (vom Kunden in Rechnung gestellt)	Bis zu 12 % Provision im Voraus pro geworbenem Kunden	Agenturen, bei denen die Kunden ihre Hosting-Verträge selbst verwalten
Wiederverkäufer (über Agentur abgerechnet)	Bis zu 25 % Rabatt auf neue Hosting-Verträge und Vertragsverlängerungen	Agenturen, die Hosting in ihre Kundenpakete integrieren

Die Stufen reichen von „Basic“ (keine MRR-Anforderung) über „Recognized“ und „Preferred“ bis hin zu „Signature“ (MRR von 4.000 $+), wobei jede Stufe zusätzlich eine dedizierte Kundenbetreuung, Beratungsstunden, Co-Marketing sowie höhere Rabatt- oder Provisionssätze bietet. Für eine Agentur, die 20 Websites zu je 30 $/Monat verwaltet, bringt das Reseller-Modell auf der „Signature“-Stufe jährliche Einsparungen von rund 1.800 $ plus monatliche Hosting-Gutschriften – noch bevor du die Kosten einrechnest, die du deinen Kunden für Managed Hosting in Rechnung stellst.

Staging und Isolierung. Jedes cPanel unter WHM unterstützt Staging-Umgebungen pro Website, sodass du Migrationen, Plugin-Updates oder Neugestaltungen testen kannst, ohne die Produktionsumgebung zu beeinträchtigen. Damit wird das größte operative Risiko bei der Verwaltung von Website-Umstellungen ohne Programmieraufwand beseitigt.

Rund um die Uhr Support durch echte Menschen, die die Arbeitsabläufe in Agenturen verstehen. Das Support-Team von InMotion weiß, was WHM ist, kennt sich mit mandantenfähigen cPanel aus und kann Probleme auf Serverebene eskalieren, ohne dass du die Betriebsstruktur deiner Agentur von Grund auf erklären musst.

Der operative Standard, der Agenturen auszeichnet

30 Kundenwebsites zu verwalten, die über Wix, Webflow, Squarespace, Durable und Framer verstreut sind, ist keine Hosting-Strategie. Es ist ein Fragmentierungsproblem, das sich als Flexibilität tarnt.

Agenturen, die eine zentralisierte Hosting-Infrastruktur aufbauen – in der Kundenwebsites in Umgebungen laufen, die sie selbst kontrollieren, über Dashboards, auf die sie Zugriff haben, und mit SLAs, zu deren Einhaltung sie sich tatsächlich verpflichten können –, arbeiten anders. Ihre Kundenbetreuer verbringen den Vormittag nicht damit, Fehler in Plattform-Dashboards zu beheben, die ihnen nicht gehören. Ihre Entwickler müssen keine Workarounds für Caching-Verhalten entwickeln, das sie nicht konfigurieren können. Und ihre Kunden erleben nicht die Kluft zwischen „Deine Agentur kümmert sich um unsere Website“ und „Unsere Website gehört drei verschiedenen Anbietern.“

Beginne mit deinen exportierbaren Websites und deinen Kunden mit dem höchsten Traffic. Stelle diese zuerst auf eine Infrastruktur um, die du selbst kontrollierst. Baue dann das Gespräch darauf auf, dass Managed Hosting ein Standarddienst ist und kein optionales Zusatzangebot.

Entdecke die VPS-Hosting-Pakete und das Agenturpartnerprogramm von InMotion und erfahre, wie die zentralisierte Verwaltung mehrerer Kunden in der Praxis funktioniert.