Add as a preferred source on Google
Eine Agentur verwaltet 35 Kundenwebsites mit einem kleinen Entwicklerteam. Die Websites sind online, die Infrastruktur hält stand, und von außen betrachtet sieht nichts besonders dringend aus.
Innerhalb der Agentur sind die Risse jedoch leichter zu erkennen. Zum Beispiel:
- Ein ehemaliger leitender Entwickler hat immer noch Administratorzugriff auf jede Seite im Konto, obwohl er schon seit sechs Monaten nicht mehr da ist.
- Es gibt eine WooCommerce-Staging-Umgebung, aber niemand weiß genau, ob sie den aktuellen Stand der Produktionsseite widerspiegelt.
- Plugin-Updates stapeln sich auf den Kundeninstallationen, und das Team kümmert sich darum, wann immer jemand Zeit hat.
Technisch funktioniert zwar noch alles, aber jeder neue Kunde sorgt für mehr interne Reibungspunkte. Es gibt mehr Zugangsdaten, Staging-Umgebungen, Entscheidungen zu Updates, Übergaben und Fragen zu Nutzung, Leistung und Kosten.
Bei WordPress-Agenturen deckt Wachstum oft erst Workflow-Probleme auf, bevor Hosting-Probleme zutage treten. Dieser Artikel behandelt fünf der häufigsten Schwachstellen, ihre Ursachen und wie eine bessere Konfiguration bei Kinsta aussieht.
Das versteckte Problem: Workflow-Schulden
Die Arbeitsabläufe kleiner Agenturen beginnen oft mit praktischen Abkürzungen:
- Gemeinsamer Zugriff
- Genehmigungen über Slack
- Manuelle Updates
- Eingefahrenen Staging-Gewohnheiten
- Kundenspezifisches Wissen, das nur ein oder zwei Personen haben
Das funktioniert, solange die Kundenliste klein ist, weil das Team den Überblick über die Details behalten kann. Aber wenn die Agentur wächst, werden diese Abkürzungen zu einer Belastung.
Mehr Websites, Auftragnehmer, Umgebungen, Freigaben und Wartungsaufgaben machen die alte Vorgehensweise immer schwerer zu bewältigen. Die Agentur hat vielleicht noch genug Hosting-Kapazität, aber das Team hat weniger Klarheit darüber, wie es weitergehen soll.
Das ist Workflow-Schulden. Sie entstehen, wenn man sich erst an den Prozess erinnern muss, bevor man ihn befolgen kann.
1. Das Zugriffsproblem: Jeder hat zu viele Zugriffsrechte
Kleine Agenturen gewähren oft weitreichende Zugriffsrechte, weil es schneller geht, aber diese Bequemlichkeit birgt Risiken, wenn die Agentur wächst. Zum Beispiel, wenn ehemalige Teammitglieder zu lange Zugriff behalten oder Kunden Einblick in Umgebungen haben, an denen sie nichts ändern sollten.
Der Schaden ist selten eine Sicherheitslücke. Häufiger handelt es sich um ein unsichtbares Risiko, das im Konto schlummert, bis jemand eine irreversible Änderung vornimmt.
Ein besserer Arbeitsablauf beginnt mit Zugriffsrechten, die der tatsächlichen Rolle jeder Person entsprechen. Mit der MyKinsta-Benutzerverwaltung können Agenturen Zugriffsrechte auf Unternehmens- oder Website-Ebene zuweisen, mit unterschiedlichen Rollen für jede Ebene:
Für die tägliche Arbeit mit WordPress bietet MyKinsta außerdem die automatische Anmeldung im WP-Admin-Bereich, wodurch die Weitergabe von Zugangsdaten reduziert werden kann. Wenn jemand bereits über die entsprechenden MyKinsta-Zugangsrechte verfügt, kann er sich bei WordPress anmelden, ohne separate Admin-Zugangsdaten weitergeben zu müssen.
2. Das Staging-Chaos-Problem: Niemand weiß, welche Umgebung aktuell ist
Staging wird unübersichtlich, wenn das Team schneller wächst als die Prozesse. Ein Entwickler erstellt vielleicht eine Staging-Umgebung für ein Redesign, während ein anderer eine schnelle Korrektur auf der Live-Seite vornimmt. Bald ist sich niemand mehr ganz sicher, welche Umgebung den aktuellen Stand der Seite widerspiegelt.
Bei fünf Kunden kann das Team das noch im Kopf behalten. Bei 20 Kunden geht das nicht mehr.
Eine besser durchdachte Struktur weist jeder Umgebung eine klare Rolle zu. Z. B. dient die lokale Entwicklung dem Erstellen und Testen, die Staging-Umgebung der internen Überprüfung, der Kundenfreigabe und den Checks vor dem Launch, und die Live-Umgebung ist ausschließlich für freigegebene Arbeiten vorgesehen.
Kinsta unterstützt diesen Workflow mit DevKinsta für die lokale Entwicklung.
Und Staging-Umgebungen für jede WordPress-Installation. Einheitliche Staging-URLs erleichtern zudem die Überprüfungszyklen, da Kunden und interne Teams wissen, wo sie nachsehen müssen.
Auch der Push-Prozess ist wichtig. Mit selektiven Push-Optionen können Agenturen Dateien, die Datenbank oder beides zwischen den Umgebungen verschieben. Diese Kontrolle ist besonders nützlich für WooCommerce-Shops, Mitglieder-Websites und andere Seiten, auf denen sich die Live-Daten ständig ändern.
Für größere oder sensiblere Projekte bieten Premium-Staging-Umgebungen Agenturen eine Testumgebung, die die Produktionsumgebung genauer widerspiegelt. Das kann bei Websites mit hohem Traffic, E-Commerce-Shops, Mitgliederportalen und leistungssensiblen Projekten helfen.
Dennoch helfen Tools nur dann, wenn das Team sie konsequent nutzt. Agenturen brauchen Namenskonventionen, Überprüfungsregeln und klare Push-Berechtigungen, damit jeder weiß, welche Umgebung aktuell ist und wer Änderungen live schalten darf.
3. Das Problem mit dem Update-Rückstand: Die Wartung wird zum Vollzeitjob
In den meisten Wachstumsphasen von Agenturen kommt irgendwann der Punkt, an dem jemandem klar wird, dass Plugin-Updates zu einer eigenständigen Aufgabe geworden sind. Jemand aus dem Team loggt sich in ein Dashboard nach dem anderen ein, führt Updates durch, überprüft, ob alles noch funktioniert, und wechselt dann zur nächsten Website. Bei 40 Kundenwebsites kann das leicht drei bis vier Stunden pro Woche in Anspruch nehmen.
Dann ist da noch die Frage der Sicherheitslücken. Bei großem Umfang kann es vorkommen, dass eine Agentur gerade Websites betreibt, auf denen veraltete Plugins mit bekannten Sicherheitsproblemen laufen, und keine Möglichkeit hat, schnell zu erkennen, welche das sind.
Wenn ein Entwickler vier Stunden pro Woche mit manuellen Updates verbringt, bei Vollkosten von 60 $ pro Stunde, sind das 240 $ pro Woche und 12.480 $ pro Jahr an Arbeitskosten, die durch einen strukturierten Update-Prozess weitgehend vermieden werden können.
In MyKinsta wirken zwei Funktionen zusammen, um dieses Problem anzugehen.
Die erste ist der Schwachstellenfilter in der Website-Liste. In MyKinsta können Agenturen die gesamte Website-Liste filtern, um nur Websites mit anfälligen Plugins oder Themes anzuzeigen.
Die zweite ist „Kinsta Automatic Updates“ (3 $/Monat pro Umgebung). Dazu gehören visuelle Regressionstests, die Screenshots vor und nach jedem Update vergleichen und automatisch ein Rollback durchführen, falls etwas optisch nicht mehr stimmt.
Updates können auch zeitlich so geplant werden, dass sie außerhalb der Spitzenauslastungszeiten und während des Wartungsmodus stattfinden, damit Besucher keine Fehler sehen.
Für Agenturen, die ihre eigenen Wartungsworkflows erstellen möchten, bietet die Kinsta-API zudem programmatischen Zugriff auf Plugin- und Theme-Daten aller Websites im Konto, sodass Teams den Update-Status für das gesamte Portfolio abfragen können, ohne einzelne Dashboards öffnen zu müssen.
4. Das Übergabeproblem: Onboarding und Offboarding decken chaotische Systeme auf
Onboarding und Offboarding zeigen, wie gut eine Agentur tatsächlich funktioniert.
Wenn ein neuer Kunde unterschreibt, migriert das Team die Website, richtet eine Staging-Umgebung ein, konfiguriert die Zugriffsrechte, weist sie dem richtigen Entwickler zu und kennzeichnet sie korrekt im Dashboard. Wenn das gut gemacht wird, folgt es jedes Mal einem einheitlichen Ablauf; andernfalls wird jedes Mal ein wenig improvisiert, wobei sich kleine Abweichungen zu operativen Schulden summieren.
Bei fünf Kunden ist Improvisieren noch in Ordnung. Ein Entwickler erinnert sich an die Plugin-Auswahl. Ein Projektmanager weiß, wo die Zugangsdaten gespeichert sind. Bei 40 Kunden bricht dieses auf Gedächtnis basierende Modell jedoch zusammen.
Das Problem beim Offboarding ist oft noch schlimmer. Ein Kunde geht, die Website muss auf sein eigenes Hosting umziehen, und die Agentur muss die Zugangsdaten aus der WordPress-Installation herauslösen, die Staging-Umgebung deaktivieren, prüfen, wer noch Zugriff hat, und die Übergabe durchführen, ohne etwas Wichtiges zu verlieren.
Kinsta hilft Agenturen dabei, beides übersichtlicher zu gestalten.
Kostenlose, betreute Migrationen beseitigen den größten Arbeitsaufwand beim Onboarding. Von da an können Agenturen einem einheitlichen Schema folgen: Staging-Umgebung, zugewiesene Zugriffsrollen und Website-Bezeichnungen, die das Portfolio nach Kunden, Servicestufe oder Kontostatus organisieren.
Beim Offboarding bietet die Website-Übertragung Agenturen einen reibungslosen Übergabeprozess. Eine Website kann auf ein anderes Kinsta-Konto übertragen werden oder an einen Nicht-Kinsta-Nutzer, der aufgefordert wird, ein Konto zu erstellen. In MyKinsta verwaltete DNS-Einträge werden zusammen mit der Website übertragen. Add-ons wie Redis und Premium Staging werden automatisch übertragen.
Für Agenturen, die viele neue Kunden einbinden, ermöglicht die Kinsta-API Teams, neue WordPress-Websites bereitzustellen, Staging-Umgebungen zu erstellen und den Zugriff programmgesteuert zu konfigurieren – wodurch die manuellen Schritte im Dashboard aus einem Prozess entfallen, der sich bei jedem Kunden wiederholt.
5. Das Transparenzproblem: Nutzung, Bots und Kundenkosten lassen sich immer schwerer erklären
Wenn die Nutzung eines Kunden steigt, die Konversionsraten aber stagnieren und der Umsatz sich nicht verändert, muss die Agentur einen Kostenanstieg erklären, ohne dass ein klares Geschäftsergebnis vorliegt, das dies rechtfertigt.
Dieses Gespräch wird schwierig, wenn das Team nicht schnell erkennen kann, was den Anstieg verursacht hat. Eine Kampagne könnte echten Traffic generiert haben. KI-Crawler könnten einen großen Teil der Website gescannt haben. Unerwünschte Bots könnten dieselben Seiten wiederholt aufgerufen haben. Such-Crawler, Überwachungstools und legitime Besucher könnten alle gleichzeitig dazu beigetragen haben.
Auf die Nuancen kommt es an. Nicht jeder automatisierte Traffic ist schlecht. Suchmaschinen müssen die Websites der Kunden crawlen. Verfügbarkeitstools müssen die Erreichbarkeit prüfen. Auch einige E-Commerce-, Sicherheits- und Integrationstools sind auf automatisierte Aktivitäten angewiesen. Alles zu blockieren, schafft eigene Probleme. Standardmäßig jeden Bot zuzulassen, erschwert die Verwaltung der Nutzung und macht es schwieriger, Erklärungen abzugeben.
Agenturen brauchen Transparenz, bevor sie ihren Kunden eine sinnvolle Antwort geben können.
Kinsta Bot Protection bietet Agenturen site-spezifische Kontrollmöglichkeiten für automatisierten Traffic. Das ist wichtig, da jede Kunden-Website möglicherweise einen anderen Ansatz erfordert. Ein Kunde möchte vielleicht KI-Crawler blockieren. Ein anderer benötigt möglicherweise Ausnahmen für Überwachungstools, Integrationen oder typische WordPress-Automatisierungen.
Der Bot-Schutz umfasst Berichtsfunktionen, sodass Teams sehen können, wie sich automatisierter Traffic auf einzelne Websites auswirkt, anstatt nach Nutzungsspitzen nur zu raten.
Die Cache-Aufschlüsselung sorgt für noch mehr Transparenz. Wenn der Traffic steigt, die Cache-Effektivität aber sinkt, kann das Team prüfen, ob das Problem auf nicht zwischengespeicherte Anfragen, Bot-Aktivitäten oder ein Konfigurationsproblem auf Website-Ebene zurückzuführen ist, anstatt das Ganze einfach dem organischen Wachstum zuzuschreiben.
Wenn sich die Nutzung ändert, muss jemand das klar erklären. Bessere Transparenz hilft dem Team, Traffic, Bots, Caching und Kosten so miteinander zu verknüpfen, dass es die Kunden verstehen können. Ohne diesen Kontext wird jeder Anstieg zu einem Ratespiel.
Stabilere Arbeitsabläufe machen das Wachstum weniger anfällig
Das Wachstum einer Agentur bringt nicht immer zuerst die WordPress-Infrastruktur zum Einsturz. Meistens sind es die informellen Arbeitsabläufe, die einst alles zusammenhielten, die dabei ins Wanken geraten.
Wachsende Agenturen brauchen keine Komplexität um ihrer selbst willen. Sie brauchen klarere Systeme für die Arbeit, die sie ohnehin schon täglich erledigen – wie das Zuweisen von Zugriffsrechten, das Testen von Änderungen, das Verwalten von Updates, das Einarbeiten von Kunden, die Übertragung von Eigentumsrechten und das Erklären der Nutzung.
Wenn deine Agentur schneller neue WordPress-Kunden gewinnt,als deine Arbeitsabläufemithaltenkönnen, sind das Agentur-Hosting von Kinsta und das Agentur-Partnerprogramm genau auf das Betriebsmodell zugeschnitten, das wachsendeAgenturen brauchen.
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.
