Eine Full-Service-Agentur, die mehrere Kundenwebsites verwaltet, braucht keine langsamen Workflows. Das typische Hosting in einer einzigen Umgebung führt jedoch zu ständigen Engpässen, die zu riskanten Live-Bearbeitungen, verzögerten Genehmigungen und schlaflosen Nächten vor dem Start führen.
Das Multi-Environment-Setup von Kinsta ändert das, indem es dir Tools zur Verfügung stellt, mit denen du dedizierte Entwicklungs-, Staging- und Live-Umgebungen kombinieren kannst, damit dein Team sicher testen, zuverlässig bereitstellen und ohne Risiko schneller skalieren kann.
In diesem Beitrag erfahren wir, wie Agenturen die Multi-Environment-Workflows von Kinsta nutzen, um schneller und unbesorgt Full-Service-Ergebnisse zu liefern.
Den Engpass in Full-Service-Workflows von Agenturen verstehen
Um gleichbleibende Qualität für mehrere Kundenprojekte zu liefern, ist ein strukturierter Ansatz erforderlich. Jeder Kunde hat seine eigenen Anforderungen, Genehmigungsabläufe und Zeitpläne, die Schnelligkeit, Präzision und Anpassungsfähigkeit erfordern.
Die Herausforderung besteht darin, dass das herkömmliche Hosting in einer einzigen Umgebung dieses Tempo nicht unterstützt. Wenn sich Entwicklung, Tests und Produktion denselben Raum teilen, testen die Teams Aktualisierungen direkt auf den Live-Sites oder verbringen Stunden damit, komplizierte Workarounds zu erstellen, was sehr riskant ist.
Die Auswirkungen sind leicht zu erkennen: Die Entwickler verzögern die Aktualisierungen, die Projekte dauern länger, und die Kunden sind zunehmend frustriert. Defensive Bereitstellungspraktiken, wie z. B. das Warten auf Randzeiten oder die Erstellung von Rollback-Plänen „für den Fall der Fälle“, können wertvolle Zeit und Energie kosten. Mit der Zeit schränken diese Ineffizienzen die Zahl der Projekte ein, die dein Team bearbeiten kann, und schmälern die Rentabilität.
Und dann ist da noch das Reputationsrisiko. Für die meisten Agenturen sind Empfehlungen das Rückgrat ihres Wachstums. Ein einziger fehlgeschlagener Einsatz kann nicht nur eine Kundenbeziehung gefährden, sondern auch das neue Geschäft, das sich daraus ergeben hätte. Wenn deine Infrastruktur dich dazu zwingt, in der Produktion zu testen, stellst du mit jeder Änderung den Ruf deiner Agentur auf’s Spiel.
Warum agile Entwicklung für Agenturen wichtig ist
Agile Bereitstellungspraktiken wie iterative Entwicklung, kontinuierliche Tests und schnelle Bereitstellungszyklen gehören heute zum Kerngeschäft von Agenturen und sind nicht mehr nur auf Software beschränkt. Ein agiler Entwicklungsprozess bedeutet, dass du schnell auf Kundenfeedback reagieren und die Dynamik mehrerer Projekte gleichzeitig aufrechterhalten kannst.
Nehmen wir zum Beispiel Cornershop Creative. Die Agentur skalierte mit der Kinsta-Infrastruktur von etwa 60 auf über 220 Websites, die jeden Monat mehr als drei Millionen Besuche verzeichnen. Ihr Erfolg beruhte auf einem zuverlässigen Hosting, Git-Support, SSH-Zugang, WP-CLI-Tools und dedizierten Staging-Umgebungen. Mit diesen Voraussetzungen sanken die Ausfallzeiten, die Zahl der Support-Tickets ging zurück und die Produktivität stieg.
Das ist die Macht der agilen Bereitstellung in Aktion. Durch die Kombination von modernen Prozessen mit der richtigen Infrastruktur können Agenturen schneller auf Kundenbedürfnisse reagieren, die Angst vor der Bereitstellung verringern und die Qualität in großem Umfang aufrechterhalten.
Das Multi-Environment-Setup von Kinsta bietet die Grundlage für diese Agilität und hilft deinem Team, jedes Mal außergewöhnliche Ergebnisse zu erzielen.
Wie Kinstas Multi-Environment-Setup die Herausforderungen von Agenturen löst
Mit den Staging-Umgebungen von Kinsta wird das Risiko von Tests an Produktionswebsites vermieden. Außerdem ermöglicht die selektive Push-Funktionalität eine präzise Bereitstellung.
So kannst du z. B. bestimmte Dateien pushen, ohne die Datenbank zu berühren, Datenbankänderungen unter Beibehaltung der Produktionsdateien bereitstellen, bei Bedarf komplette Umgebungen pushen und vieles mehr.
Mit DevKinsta kann dein Team lokal bauen, zum Testen ins Staging pushen und nach der Freigabe in die Produktion übertragen. So wird sichergestellt, dass jede Änderung eine angemessene Prüfung durchläuft, bevor sie deine Kunden erreicht.
Auch die Backup- und Rollback-Funktionen von Kinsta können dazu beitragen, die Angst vor der Bereitstellung zu verringern.
DevKinsta als Grundlage für deine lokale Entwicklung nutzen
DevKinsta ist ein kostenloses Tool für die lokale Entwicklungsumgebung, das direkt mit dem Kinsta-Hosting verbunden ist. Das Tool richtet eine Website ein, die auf typischen Kinsta-Konfigurationen basiert. Dadurch werden Abweichungen vermieden, die zu Inkompatibilitäten zwischen deiner lokalen und deiner Serverumgebung führen können.
Ein Vorteil ist, dass du keine Ressourcenkonflikte hast, die entstehen, wenn mehrere Teammitglieder an derselben Staging-Umgebung arbeiten. Jeder Entwickler kann seine eigene Website-Instanz pflegen, Änderungen unabhängig voneinander vornehmen und die Arbeit über die Versionskontrolle zusammenführen.
Der Push-to-Staging-Service von DevKinsta übernimmt mit nur einem Klick den Dateitransfer, die Datenbanksynchronisation und die Konfiguration der Umgebung für dich.
Entwickle mit Staging-Umgebungen eine „kundensichere“ Testumgebung
In der Staging-Umgebung kannst du Änderungen in einer produktionsähnlichen Umgebung testen, ohne die Stabilität der Live-Site zu gefährden. Ein Workflow für die Kundenvorschau nutzt Staging-URLs, die während des gesamten Projektlebenszyklus konsistent bleiben.
Du gibst den Staging-Link während der Entwicklung frei, die Kunden überprüfen den Fortschritt und geben Feedback, und du nimmst Anpassungen vor, bevor du die Website in Produktion gibst. Wenn du das Projekt live schaltest, bleibt die Staging-Umgebung für den nächsten Entwicklungszyklus verfügbar.
Da nicht jeder Kunde die gleiche Infrastruktur benötigt, bietet Kinsta zwei Staging-Optionen an, die auf die Bedürfnisse deiner Kunden zugeschnitten sind:
- Standard Staging – perfekt für Websites mit mäßigem Traffic oder einfacheren Setups.
- Premium Staging – spiegelt die CPU-Kerne, den Speicher und die PHP-Ressourcen deiner Live-Site für genaue Leistungstests im großen Maßstab.
Du könntest einen mehrstufigen Ansatz in Betracht ziehen. Kunden mit mäßigem Traffic und einfachen Konfigurationen könnten zum Beispiel standardmäßig das Standard-Staging verwenden.
Sichere Bereitstellung mit Selective Push
Mit Selective Push kannst du genau auswählen, was du bereitstellen willst. Kinsta bietet drei Bereitstellungsbereiche für verschiedene Szenarien:
- Nur Dateien. Wenn du Themes, Plugins oder benutzerdefinierten Code aktualisierst, ohne den Inhalt der Datenbank zu verändern, kannst du deine Produktionsdatenbank schützen. Das ist besonders wichtig, wenn deine Staging-Datenbank im Vergleich zur Produktionsdatenbank veraltet sein sollte.
- Nur Datenbank. Hier kannst du Änderungen an der Datenbank vornehmen, während deine Produktionsdateien intakt bleiben. Du kannst diese Option nutzen, wenn die Staging-Dateien nicht aktualisiert wurden, du aber Datenbankänderungen vorgenommen hast, die live gehen sollen.
- Komplette Umgebung. Hier wird alles live in die Produktion übertragen.
Um diese Option zu nutzen, navigiere zum Bildschirm WordPress-Websites in MyKinsta und wähle eine Website aus. Wähle dann eine der Optionen im Dropdown-Menü Push-Umgebung aus:
In dem Dialog, der sich öffnet, wählst du deine Parameter aus. Wenn du zum Beispiel nur Themedateien pushen willst, wählst du die Option Bestimmte Dateien und Ordner und gibst dann entweder den Dateipfad an oder wählst aus dem Verzeichnisnavigator:
Bei reinen Datenbank-Pushes ist mehr Vorsicht geboten, da sie die Produktionsdaten überschreiben. Sie sind jedoch in bestimmten Szenarien notwendig, wie z. B.:
- Umstrukturierung von benutzerdefinierten Beitragstypen oder Taxonomien im Staging.
- Ändern von Plugin-Einstellungen, die Konfigurationen in der Datenbank speichern.
- Aktualisieren von Inhaltsvorlagen oder Page Buildern, die in der Datenbank gespeichert werden.
- Ändern von Benutzerrollen oder Fähigkeiten.
Beachte, dass alle Inhalte, die du seit deinem letzten Staging-Klon in der Produktion erstellt hast, verloren gehen. Die Lösung ist, nur bestimmte Datenbanktabellen zu pushen. Dazu wählst du im Dialogfenster Push-Umgebung die Option Bestimmte Datenbanktabellen aus:
Wenn du außerdem die Option Suchen und Ersetzen ausführen aktivierst, kannst du die Domänenreferenzen in den gepushten Tabellen aktualisieren.
Implementierung von Multi-Environment-Workflows in deiner Agentur
Wenn du ein Kinsta-Benutzer bist, musst du als erstes ein Projekt mit mehreren Umgebungen einrichten, indem du in MyKinsta zum Bildschirm WordPress-Websites navigierst und eine Website auswählst. Im Dropdown-Menü der Symbolleiste wählst du Neue Umgebung erstellen:
Du musst zwischen Standard- und Premium-Staging wählen und dann die Optionen für die Erstellung der Umgebung berücksichtigen. Sie kann zum Beispiel leer sein oder eine vorinstallierte Version von WordPress enthalten. Das Klonen der Umgebung ist perfekt für das Staging.
Sobald du der Umgebung einen Namen gegeben und die zu klonende Website ausgewählt hast, kümmert sich MyKinsta um den technischen Prozess.
Einrichten von Kommunikationsprotokollen für Kunden
Klare Kommunikation ist der Schlüssel zu einer zuverlässigen, reproduzierbaren Lieferung. Wenn du deine Testumgebung eingerichtet hast, musst du im nächsten Schritt festlegen , wie dein Team und deine Kunden sie nutzen.
Beginne damit, die Erwartungen frühzeitig festzulegen. Vergewissere dich, dass deine Kunden wissen, dass die Staging-Umgebung ein sicherer Ort ist, um Aktualisierungen zu prüfen, neue Funktionen zu testen und Feedback zu geben, bevor etwas in Betrieb geht. Wenn du diesen Rhythmus einhältst, kannst du die Transparenz und das Vertrauen während des gesamten Projekts aufrechterhalten.
Als Nächstes legst du deinen internen Überprüfungsprozess fest. Lege fest, wer Änderungen prüft, wie das Feedback weitergegeben wird und welche Genehmigungen vor der Einführung erforderlich sind. Ein einfacher, aber effektiver Ablauf könnte folgendermaßen aussehen:
- Überprüfung durch den Projektmanager – bestätigt, dass die Änderungen den Zielen des Kunden entsprechen.
- Überprüfung durch den technischen Leiter – prüft die Qualität und Funktionalität des Codes.
- Überprüfung und Freigabe durch den Kunden – er genehmigt die endgültige Version, bevor er sie in Betrieb nimmt.
Sobald dein Workflow definiert ist, kannst du den Zugang und die Berechtigungen direkt in der Benutzerverwaltung von MyKinsta verwalten.
Jedes Projekt kann bis zu zehn Nutzer/innen haben, die als:
- Website-Administratoren – voller Zugriff, ideal für Projektleiter.
- Website-Entwickler – beschränkt auf Staging-Umgebungen, ideal für technische Mitarbeiter/innen.
So wird sichergestellt, dass jedes Teammitglied den richtigen Zugang hat, ohne die Live-Sites zu gefährden. Wenn es Zeit für die Bereitstellung ist, funktioniert der Push von der Staging- zur Produktionsumgebung genauso wie der Selective Push-Prozess. Je nach Umfang des Pushs kann die Bereitstellungszeit leicht variieren, aber der Arbeitsablauf bleibt gleich.
Skalierung der Multi-Environment-Praktiken in deiner Agentur
Die Ausweitung dieses anfänglichen Projektworkflows und der Einrichtung auf dein gesamtes Kundenportfolio muss systematisch geplant werden. Dein Ziel ist es, den Erfolg zu wiederholen und gleichzeitig Flexibilität für unterschiedliche Kundenbedürfnisse zu bieten.
Bevor du mit MyKinsta arbeitest, solltest du Vorlagen für das Onboarding, die Tests und die Bereitstellung entwickeln, die deine Standard-Workflow-Konfigurationen erfassen. Innerhalb von MyKinsta ist es hilfreich, deine Namenskonventionen zu standardisieren, und die richtige Namensgebung kann Umgebungen identifizierbar machen:
- Umgebungsnamen – Das können Kundennamen oder Projektcodes sein. Zum Beispiel:
skynet-stagingoderproj-428-dev. - Benennung von Datenbanken – Du kannst Datenbanken Kundenbezeichnungen voranstellen, z. B.
omnicorp_staging_db.
Wenn du ähnliche Vorgänge bündelst, sparst du Zeit. Die Bulk-Plugin-Verwaltung von MyKinsta ist eine Möglichkeit. Du könntest WordPress-Updates auf einer repräsentativen Auswahl von Websites testen, z. B. verschiedene Themes oder Plugin-Kombinationen, und diese dann nach der Validierung auf die übrigen Websites ausrollen.
Das Kennzeichnungssystem von MyKinsta in der WordPress-Websites-Ansicht kann ein hilfreiches Organisationsmittel sein, wenn du skalierst:
Hier kannst du deine Websites nach Kundentyp, Entwicklungsstatus, Prioritätsstufe oder sogar Rechnungsstatus unterteilen. Außerdem gibt es einen Filter für die Liste der Websites. Beide Optionen sind einfach und leistungsstark, selbst bei der Verwaltung von Hunderten von Websites.
Optimierung der Arbeitsabläufe für dein Kundenportfolio
Die Optimierung deines Workflows sollte sich darauf konzentrieren, Reibungsverluste zu beseitigen und die Lieferung ohne Kompromisse zu beschleunigen. Ein Multi-Environment-Workflow wird noch leistungsfähiger, wenn er mit den Tools verbunden ist, die du bereits nutzt.
So kannst du zum Beispiel die Kinsta-API an mehreren Stellen innerhalb eines Workflows nutzen:
- Projektstatus-Updates. Sie kann dir helfen, Projektmanagement-Tools automatisch zu aktualisieren, wenn die Bereitstellung abgeschlossen ist. Wenn du Staging in die Produktion überführst, kannst du das zugehörige Ticket in deinem Projektmanagement-Tool auf einen neuen Status aktualisieren.
- Automatisierte Benachrichtigungen. Du kannst Bereitstellungsbenachrichtigungen von MyKinsta an die Chat-Anwendung deines Teams (wie Slack oder Microsoft Teams) senden.
- Einsatzprotokollierung. Mit Hilfe der API kannst du ein automatisches Protokoll aller Verteilungen erstellen, z. B. wer was, wann und in welche Umgebung übertragen hat.
Es gibt so viele Endpunkte, die während des gesamten Entwicklungs- und Bereitstellungszyklus nützlich sein können.
Zusammenfassung
Ein Arbeitsablauf mit mehreren Umgebungen beseitigt alle Ängste vor der Bereitstellung. Indem du deine Entwicklung mit DevKinsta, Staging und Selective Push in verschiedene Umgebungen aufteilst, kannst du Änderungen testen, bevor sie beim Kunden ankommen. Mit dieser Strategie riskierst du keine Produktionsdaten und kannst eine größere Anzahl von Projekten bearbeiten.
Die integrierten Tools im MyKinsta-Dashboard und die erstklassige Umgebungserstellung bedeuten, dass Kinsta ein zusätzliches Teammitglied sein kann, während du deinen Betrieb ausbaust.
Wenn du bereit bist zu skalieren, solltest du herausfinden, wie die Agentur-Hosting-Lösungen von Kinsta die Infrastruktur und die Tools für mehrere Umgebungen bieten, die du brauchst, um außergewöhnliche Ergebnisse für mehr Kunden zu erzielen.
Joel ist Frontend-Entwickler und arbeitet bei Kinsta als Technical Editor. Er ist ein leidenschaftlicher Lehrer mit einer Vorliebe für Open Source und hat über 200 technische Artikel geschrieben, die sich hauptsächlich um JavaScript und seine Frameworks drehen.
