Die Verwaltung einzelner WordPress-Websites kostet Zeit. Für Agenturen, die Dutzende oder sogar Hunderte von Websites verwalten, können sich Aufgaben wie das Erstellen von Umgebungen, das Löschen von Caches, das Hinzufügen von Domains oder das Wiederherstellen von Backups schnell anhäufen. Das Team verlangsamt sich durch die sich wiederholenden Aufgaben.

Und das ist ein typisches Muster für viele:

  • Ein neuer Kunde wird gewonnen → der Entwickler richtet WordPress manuell ein, fügt Domains hinzu und konfiguriert Plugins
  • Jemand pusht eine Bereitstellung → das Team muss sich einloggen und die Caches von Hand leeren
  • Ein Kunde meldet einen Fehler → das Malware-Team überprüft die Logs manuell, und vielleicht wird die Website per Backup zurückgesetzt

Keine dieser Aufgaben ist schwierig, aber ihre wiederholte Ausführung frisst Zeit, die in wichtigere Aufgaben investiert werden sollte.

Deshalb bietet Kinsta nicht nur ein übersichtliches, intuitives Dashboard, sondern auch die Kinsta-API, um die Routineaufgaben zu automatisieren, die deine Agentur jeden Tag erledigt.

Sehen wir uns einige WordPress-Verwaltungsaufgaben an, die Agenturen mit der Kinsta-API automatisieren können.

WordPress-Websites erstellen und klonen

Das Installieren einer neuen WordPress-Website ist wahrscheinlich die häufigste Aufgabe deines Teams. In der Anfangsphase deiner Agentur fühlt sich das nicht wie eine große Sache an, da du vielleicht nur fünf bis zehn Websites pro Woche einrichtest. Aber wenn du wächst, ändert sich das. Es gibt Anlässe wie den Black Friday oder eine große Kundeneinführung, bei der du in wenigen Tagen Dutzende von Websites erstellen musst.

An diesem Punkt reicht es nicht mehr aus, alles manuell zu erledigen. Entweder du verlangsamst das Tempo, stellst mehr Leute ein und schulst sie (was Zeit und Geld kostet) oder du automatisierst es.

Mit der Kinsta-API kannst du das in dein internes Tool oder Dashboard einbinden, so dass das Erstellen einer neuen WordPress-Website so einfach ist wie ein Klick auf eine Schaltfläche.

Nehmen wir an, jemand meldet sich auf deiner Agenturseite an und schließt einen Vertrag ab. Du könntest ein Skript einrichten, das die Ergebnisse des Anmeldeformulars aufnimmt und die API aufruft, um eine neue WordPress-Website mit deinem Basistheme zu erstellen.

Das ist keine Theorie. Die API hat bereits alles, was du brauchst:

Wenn du viele Websites verwaltest, kannst du damit jede Woche Stunden bei der Einrichtung einsparen.

Domains programmatisch verwalten

Diese Funktion ist ein absolutes Muss, wenn du viele Kunden-Websites verwaltest.

Agenturen fügen regelmäßig Domains hinzu oder ändern sie, z. B. beim Onboarding oder bei einem kompletten Rebranding. Wenn du eine große Agentur bist, möchtest du vielleicht die Zeit reduzieren, die du brauchst, um dich durch MyKinsta zu klicken, um Domains hinzuzufügen, DNS zu überprüfen und SSL einzurichten.

Mit der Kinsta-API kannst du all dies in einen automatisierten Arbeitsablauf überführen.

Hier ist ein häufiges Szenario aus der Praxis: Ein neuer Kunde meldet sich an. Du hast bereits seinen Domainnamen und DNS in deinem CRM eingestellt. Dein internes System überprüft, ob die DNS-Einträge auf Kinsta verweisen (vielleicht mit einer DNS-Abfrage im Hintergrund), und sobald das bestätigt ist, ruft es die API auf:

  • die Domain zuzuordnen
  • sie als primäre Domain festzulegen
  • bei Bedarf benutzerdefiniertes SSL hochzuladen

Du könntest sogar eine Slack-Benachrichtigung einrichten, die besagt: „✅ clientdomain.com wurde angehängt und SSL ist aktiv.“

Ein anderes Szenario: Angenommen, du führst ein Rebranding von 20 Kundenwebsites durch. Um jede Umgebung mit den neuen Domains zu aktualisieren, sie umzuschalten und SSL automatisch anzuwenden, solltest du alle Domainänderungen in eine Warteschlange stellen und die API durchlaufen, anstatt jede einzelne von Hand zu aktualisieren.

Einige der Endpunkte, die dies ermöglichen, sind die folgenden:

Das ist mehr als nur ein Nice-to-have. Diese Art der Automatisierung spart buchstäblich Stunden und eliminiert menschliche Fehler für Agenturen, die diese Aufgabe fünf bis zehn Mal pro Woche erledigen.

Wenn du noch weiter gehen willst, kannst du diese Kontrolle sogar in deinem eigenen internen Dashboard anzeigen lassen. Klicke auf „Domain zuweisen“, wähle die Website und die Domain, und deine Anwendung ruft die Kinsta-API auf.

Backups verwalten: auflisten, wiederherstellen oder herunterladen

Manchmal kann eine Bereitstellung fehlschlagen, Plugins funktionieren nicht richtig oder ein Kunde meldet ein Problem auf der Live-Site. Mit MyKinsta hast du bereits zuverlässige Backups zur Verfügung. Aber wenn du mehrere Websites verwaltest und schnell handeln musst, ist es hilfreich, wenn du die Kontrolle über die Backups direkt in deinen Arbeitsablauf einbinden kannst.

Genau hier kommt die API ins Spiel. Agenturen binden sie in ihre Bereitstellungsabläufe ein, z.B.:

  • Ein manuelles Backup wird kurz vor der Bereitstellung erstellt.
  • Wenn etwas schief geht, wird automatisch eine Wiederherstellung ausgelöst.
  • Teams müssen Slack oder ihr Dashboard nicht verlassen, um eine Seite wiederherzustellen

Du kannst zum Beispiel einen Slack-Befehl einrichten wie:

/restore site-name to yesterday

Dieser ruft deinen internen Dienst auf, der dann den Wiederherstellungsendpunkt auslöst. Oder stell dir einen „Quick Restore“-Button in deinem internen Tool vor und die API bringt die Seite wieder in einen stabilen Zustand, ohne dass du dich bei MyKinsta anmelden musst.

Hier siehst du, was mit den verfügbaren Endpunkten möglich ist:

Die API gibt deinem Team die Möglichkeit, schnell zu handeln, vor allem in hektischen Momenten.

Bulk-Update von Plugins und Themes

Wir haben einen Leitfaden geschrieben, der erklärt, wie man mit der Kinsta-API ein einfaches Tool erstellt, um veraltete Plugins für mehrere WordPress-Websites von einem einzigen Dashboard aus zu überprüfen und zu aktualisieren.

Mini-Web-Anwendung zur Automatisierung von WordPress-Plugin-Updates mithilfe der Kinsta-API
Mini-Web-Anwendung zur Automatisierung von WordPress-Plugin-Updates mithilfe der Kinsta-API

Diese Idee funktioniert auch heute noch, auch wenn Kinsta inzwischen automatische Plugin- und Theme-Updates als Premium-Add-on anbietet (das übrigens auch visuelle Tests und Auto-Rollbacks durchführt).

Das Add-on „Automatische Plugin-Updates“ von Kinsta
Das Add-on „Automatische Plugin-Updates“ von Kinsta

Wenn dein Team jedoch eine andere Art der Kontrolle wünscht, bietet die API diese Freiheit. Du könntest alle Plugins deiner Kunden-Websites in einer Ansicht anzeigen, die veralteten markieren und deine Entwickler auswählen lassen, welche sie aktualisieren wollen.

Vielleicht lässt du dein QA-Team einige davon zum Testen markieren, bevor du die Updates in die Produktion überführst. Außerdem kannst du inaktive Plugins herausfiltern und direkt entfernen, um sie zu entschlacken.

Der Plugin-Endpunkt liefert echte Details wie:

{
  "name": "akismet",
  "title": "Akismet Anti-Spam",
  "status": "active",
  "version": "1.0.0",
  "update": "available",
  "update_version": "1.0.1"
}

Mit diesen Informationen kannst du jede beliebige Logik aufbauen:

  • Plugin-Anzahl pro Website anzeigen
  • Erkennen von Versionssprüngen
  • Updates über mehrere Umgebungen hinweg auslösen
  • Oder sogar einen Slack-Bot erstellen, der mit „Diese Website hat 4 veraltete Plugins“ und einem Button zur Behebung antwortet

Auch wenn das neue Add-on die Plugin-Verwaltung für die meisten Teams löst, eröffnet die API eine ganz neue Ebene der Transparenz und der benutzerdefinierten Automatisierung, die zu deinem Arbeitsstil passen könnte.

Cache leeren, PHP neu starten, live schalten

Die Endpunkte Cache löschen und PHP neu starten gehören zu den drei meistgenutzten der Kinsta-API und es ist leicht zu erkennen, warum.

Kinsta-API-Nutzungs-Dashboard mit Anfragestatistiken
Kinsta-API-Nutzungs-Dashboard mit Anfragestatistiken

Direkt nach einer Bereitstellung ist das Leeren der Caches normalerweise der erste Schritt. Dasselbe gilt für den Neustart von PHP, wenn etwas nicht funktioniert. Das sind keine „ausgefallenen“ Vorgänge. Es sind einfach die Aufgaben, die dein Team häufig erledigt. Es sind also auch Dinge, die automatisiert werden sollten.

Wenn dein Team bereits Git über SSH nutzt, um auf Kinsta zu deployen, kannst du diese API-Aufrufe direkt in deine CI-Pipeline integrieren, vielleicht über GitHub Actions. Ohne dass sich ein Benutzer bei MyKinsta anmeldet, wird alles mit einem einzigen sauberen Push zurückgesetzt.

Hier ist ein Beispiel für eine Pipeline:

name: Deploy to Kinsta and clear cache

on:
  push:
    branches:
      - main

jobs:
  deploy:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Deploy through SSH
        uses: appleboy/[email protected]
        with:
          host: ${{ secrets.KINSTA_SERVER_IP }}
          username: ${{ secrets.KINSTA_USERNAME }}
          password: ${{ secrets.KINSTA_PASSWORD }}
          port: ${{ secrets.KINSTA_PORT }}
          script: |
            cd /www/your-site/public
            git fetch origin main
            git reset --hard origin/main

      - name: Clear Kinsta cache
        run: |
          curl -X POST https://api.kinsta.com/v2/environments/${{ secrets.KINSTA_ENV_ID }}/tools/clear-cache \
          -H "Authorization: Bearer ${{ secrets.KINSTA_API_KEY }}" \
          -H "Content-Type: application/json"

      - name: Restart PHP
        run: |
          curl -X POST https://api.kinsta.com/v2/environments/${{ secrets.KINSTA_ENV_ID }}/tools/restart-php \
          -H "Authorization: Bearer ${{ secrets.KINSTA_API_KEY }}" \
          -H "Content-Type: application/json"

Das ist einfach, aber wirkungsvoll. Du kannst sogar noch weiter gehen:

  • Füge eine Schaltfläche „Cache löschen“ zu deinem internen Verwaltungsbereich hinzu
  • Lösche den Cache über Slack, indem du einen Bot-Befehl wie /cache-clear client-name
  • Integriere die Cache-Löschung und den PHP-Neustart in deinen Staging-to-Live-Deploy-Flow

Wenn du den Push-to-Live-Endpunkt verwendest, werden die Dinge sogar noch interessanter. Du musst nicht alles pushen, denn die API unterstützt das selektive Pushen von Dateien mit push_files_option: 'SPECIFIC_FILES'.

So kannst du deine Bereitstellungen so anpassen, dass nur Plugin- oder Theme-Änderungen gepusht werden:

{
  "source_env_id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
  "target_env_id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
  "push_db": true,
  "push_files": true,
  "run_search_and_replace": true,
  "push_files_option": "SPECIFIC_FILES",
  "file_list": [
    "wp-content/plugins",
    "wp-content/themes",
    "wp-content/uploads"
  ]
}

Das ist die Art von Dingen, die deinen Entwicklern das Atmen erleichtert und die Dinge für deine Kunden flott macht.

Zugriff auf Logs zur Überwachung oder Fehlersuche

Als Agentur verwaltet dein Team viele Kunden-Websites. Wenn ein Kunde sagt: „Die Website ist nicht erreichbar“, ist sie in der Regel schon eine Weile defekt.

An dieser Stelle kommt der Logs-Endpunkt ins Spiel. Anstatt auf Beschwerden deiner Kunden zu warten, kannst du die Logs direkt über die API abrufen und sie in deinem internen Dashboard anzeigen. Noch besser ist es, wenn du ein einfaches Warnsystem einrichtest, das dein Team per Slack oder E-Mail benachrichtigt, wenn etwas nicht in Ordnung zu sein scheint.

Du musst nicht jedes Mal MyKinsta öffnen, wenn jemand einen 500-Fehler meldet. Hol einfach die neuesten Fehler- oder Zugriffsprotokolle ab, analysiere die Ausgabe und zeige die Ergebnisse dort an, wo dein Team bereits arbeitet.

Du brauchst nur die Umgebungs-ID und die Art des gewünschten Protokolls, z. B. error, access oder kinsta-cache-perf. Du kannst auch die Anzahl der zurückgegebenen Zeilen begrenzen:

curl -i -X GET \
  'https://api.kinsta.com/v2/sites/environments/{env_id}/logs?file_name=error&lines=1000' \
  -H 'Authorization: Bearer '

Du erhältst eine einfache Zeichenkette mit dem Inhalt des Logs zurück. Von dort aus kannst du den Inhalt so gestalten, wie es zu deinem Arbeitsablauf passt:

  • Zeige die neuesten Fehlerprotokolle für jede Kundenseite in deinem Agentur-Dashboard an.
  • 500er, langsame Abfragen oder fehlgeschlagene Cron-Jobs hervorheben
  • Löse Warnungen aus, wenn Fehlerspitzen auftreten
  • Lass deine Entwickler /show-logs client-x in Slack eingeben und sofort den Live-Output sehen

Das ist die Art von Transparenz, die dich vor „Aha“-Momenten bei Kundengesprächen bewahrt.

Ein echtes Beispiel: Wie Sod die API nutzt, um 400+ Websites zu verwalten

Falls du dich fragst, ob echte Agenturen die Kinsta-API auf diese Weise nutzen: Sie tun es.

Zum Beispiel Straight Out Digital (Sod), eine Full-Service-Agentur in Melbourne, Australien, die mehr als 400 WordPress-Websites verwaltet. Als ihre Kundenliste explodierte, konnte die manuelle Arbeitsweise einfach nicht mehr mithalten. Also haben sie interne Tools auf der Grundlage der Kinsta-API entwickelt, um alles zu automatisieren – von der Website-Bereitstellung bis zu Plugin-Updates.

Sie nutzen es, um:

  • neue Websites bei der Aufnahme von Kunden automatisch einzurichten
  • Bestehende Websites zu klonen, ohne sich im Dashboard anzumelden
  • Massenprüfungen und -aktualisierungen von Plugins für das gesamte Portfolio durchzuführen
  • Warnungen auszulösen, wenn Fehler in den Protokollen auftauchen
  • Probleme frühzeitig zu erkennen, ohne auf Kundentickets warten zu müssen

Sie nutzen MyKinsta immer noch täglich, aber die API hilft ihnen, die sich wiederholende Arbeit zu vermeiden. In ihren eigenen Worten:

Die Kinsta-API hat es uns ermöglicht, interne Tools zu entwickeln, die wichtige Prozesse wie die Website-Bereitstellung automatisieren und Massenoperationen auf unseren Websites durchführen, wodurch wir viel Zeit und Mühe sparen“, sagt Sod Development Lead Pete Brundle.

Das ist der Beweis dafür, dass diese Workflows keine Theorie sind. Agenturen wie Sod nutzen sie bereits, und das Unternehmen hat dadurch die Marke von 400 Websites überschritten.

Zusammenfassung

Wenn du eine Agentur mit mehreren WordPress-Websites betreibst, ist die Kinsta-API nicht nur ein Nice-to-have. Mit ihr kannst du wertvolle Zeit zurückgewinnen.

Egal, ob du sie in deine CI-Pipeline einbindest, Aktionen aus deinen internen Tools auslöst oder einfach nur deinen Entwicklern das Leben leichter machen willst, die Teile sind bereits vorhanden. Du musst deinen Prozess nicht von Grund auf neu erschaffen. Du musst nur die Teile einbauen, die dein Team am meisten ausbremsen.

Und wie wir bei Agenturen wie Sod gesehen haben, zahlt sich das mit zunehmender Größe aus.

Erkunde die Kinsta-API-Dokumentation, um zu sehen, was alles möglich ist, generiere deinen API-Schlüssel in MyKinsta und tauche ein in die Schritt-für-Schritt-Tutorials zur Erstellung von Slack-Bots, zur Bereitstellung über Git und mehr!

Joel Olawanle Kinsta

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.