Bulk-Operationen mit WP-Toolkit

Wenn Du 30 Endkunden-WordPress-Sites betreust, willst Du nicht 30 mal das gleiche Update einzeln machen. Plesks WP-Toolkit erlaubt zentrale Bulk-Operationen aus dem Reseller-Bereich heraus. Hier was geht und was nicht.

WP-Toolkit aus Reseller-Sicht

Linke Navigation → WordPress (im Reseller-Bereich).

Du siehst Liste aller WordPress-Installationen Deiner Endkunden:

• Site-Domain
• Inhaber-Endkunde
• WordPress-Version
• Plugin-/Theme-Update-Status
• Sicherheits-Status

Pro Site Quick-Actions wie im normalen WP-Toolkit (Login, Klonen, Stagen, Updaten).

Bulk-Updates für mehrere Sites

Klassischer Use Case: WordPress-Update kommt raus, Du willst es bei allen Endkunden einspielen.

1. WP-Toolkit-Liste → Sites filtern (z.B. „nur die mit veraltetem WP”)
2. Mehrere Sites markieren (Checkboxen)
3. Aktualisieren klicken
4. Plesk batcht die Updates parallel, zeigt Fortschritt

Bei Smart-Update-Setting: jede Site bekommt vor Update Backup, Test auf Klon, dann Live-Update.

Plugins / Themes en masse aktualisieren

Wenn ein bestimmtes Plugin (z.B. Yoast SEO, Elementor) bei allen Sites aktualisiert werden soll:

WP-Toolkit → Tab Plugins (übergreifend) → Plugin-Name suchen → Sites mit veraltetem Plugin → markieren → Aktualisieren.

Mass-Login

In WP-Toolkit hast Du Anmelden-Button pro Site. Du kannst ohne WP-Passwort einloggen — Plesk macht das via Owner-Recht.

Bei Bulk: nicht direkt verfügbar. Aber mit Plesk-CLI:

plesk ext wp-toolkit --uri @<domain> --command login

Per SSH-Zugang (für Reseller verfügbar). Praktisch für Skripte.

Smart-Update über alle Sites

In WP-Toolkit → Einstellungen → Smart-Updates → für alle Sites aktivieren.

Effekt: jede Update-Aktion läuft erst auf einem Klon mit visuellem Test, dann auf Produktiv. Bei Test-Fehler bekommst Du Notification, Update wird nicht angewendet.

Sehr praktisch bei Bulk-Updates, weil potentielle Update-Probleme automatisch erkannt werden.

Sicherheits-Scan über alle Sites

WP-Toolkit → übergreifender Sicherheits-Scan:

• Findet Hardening-Defizite pro Site (alte Salts, Default-Admin, fehlende Plugins, etc.)
• Liste mit Empfehlungen
• Bulk-„Härten”-Aktion möglich

Bei manchen Sites willst Du nicht alle Empfehlungen anwenden (z.B. „WP-Version verstecken” bricht manchmal Theme-Updates). Pro Site individuell entscheiden.

Bulk-Backup vor Risiko-Aktion

Vor großen Bulk-Updates: Bulk-Backup machen.

Sites markieren → Backup erstellen. Plesk macht pro Site eigenes Backup, parallel.

Speicherort: Reseller-Webspace (zählt zu Deinem Tarif). Bei großen Setups: externes Backup-Ziel konfigurieren.

Klonen / Stagen pro Site

Bulk-Klonen geht nicht direkt. Pro Site:

• Quelle: Live-Site
• Ziel: Subdomain (typisch staging.<domain>)

Praktisch für Update-Tests: Klon → Update auf Klon → testen → wenn OK → auf Live übertragen.

WP-Toolkit hat Klon synchronisieren-Funktion: Änderungen vom Klon zurück nach Live.

Manuelle Cleanup nach Bulk-Update

Nach Bulk-Aktion solltest Du:

• Logs der Updates prüfen (Plesk → WP-Toolkit → Logs)
• Stichproben-Sites manuell checken (Browser, ggf. Mobile)
• Bei Fehler-Notification: gezielt einzelne Sites zurückrollen

Reseller vs. Endkunde — wer macht Updates?

Zwei Strategien:

Strategie A: Du machst alle Updates

• Service-Plan: WP-Toolkit-Berechtigung eingeschränkt — Endkunde sieht WP-Sites, kann aber nicht selbst updaten
• Du machst monatlich Bulk-Updates für alle Kunden
• Vorteil: konsistent, kontrolliert
• Nachteil: Aufwand bei Dir

Strategie B: Endkunden machen selbst

• Service-Plan: WP-Toolkit komplett verfügbar
• Auto-Updates aktivieren bei jeder WP-Site
• Du checkst monatlich, dass Auto-Updates funktioniert haben
• Vorteil: weniger Aufwand
• Nachteil: gelegentlich versemmelt jemand was

Wir empfehlen Strategie A für Premium-Pakete, B für günstigere Pläne. Klar bei Vertragsabschluss kommunizieren.

Stolperfallen

Bulk-Update bricht ab nach paar Sites

Bei Plesk-Update-Conflicts oder DB-Locks: Update läuft pro Site, eine Fehler bricht die anderen nicht ab. Plesk zeigt am Ende, welche fehlgeschlagen sind.

Lösung: Failed Sites einzeln durchsehen, nachträglich updaten oder Rollback.

Smart-Update Test-Fehler bei dynamischen Sites

Wenn eine Site dynamische Inhalte (Slider, Datum, Counter) hat, sieht Smart-Update immer Diffs zwischen Klon und Live → Test schlägt fehl → Update wird nicht ausgerollt.

Lösung: in Plesk-Setting Schwellwert für Test-Fehler tolerieren oder Site manuell updaten.

Plugin-Inkompatibilität auf einer Site, Bulk-Update bei anderen funktioniert

Klassisch: Plugin XY ist auf Site A auf alter Version stehen geblieben weil neuere inkompatibel. Wenn Du Bulk-Update machst, will WP auf Site A das Plugin auf neue Version, was Site bricht.

Lösung: vor Bulk-Update Plugin-Versionen pro Site checken. Oder Smart-Update mit Test.

File-Permissions kaputt nach Update

Manchmal setzt WP-Update Files mit falschen Permissions. Plesk → WP-Toolkit → Sicherheit → File-Permissions reparieren.

Häufige Fragen

Wie lange dauert Bulk-Update bei 30 Sites? Pro Site ~1 Min. Insgesamt ~30 Min. Plesk parallelisiert, daher faktisch eher 5-10 Min insgesamt.

Können Endkunden meine Bulk-Aktionen sehen? Sie sehen das Resultat (neueste Version aktiv). Im WP-Aktivitäts-Log: „Update durch xaweho” oder „Plesk-Auto-Update”.

Kann ich pro Endkunde unterschiedliche Update-Strategie? Ja. Service-Plan macht’s für viele auf einmal. Pro-Site-Override im Abonnement individuell.

WP-CLI für Skripte? Ja, mit SSH-Zugang. wp plugin list, wp plugin update --all funktionieren. Praktisch für eigene Auto-Update-Skripte.

Site-Maintenance-Mode bei Update? WP-Toolkit aktiviert automatisch Maintenance-Mode während Update. Site ist 30-60 Sek nicht erreichbar.

Was, wenn ein Bulk-Update WordPress-Core kaputt macht? Backup-Restore. Wir haben Daily-Backups für alle Endkunden, plus Smart-Update-Backup unmittelbar vor Update.

Plugin-Updates gefährlicher als Core-Updates? Erfahrungsgemäß ja. Core-Updates sind sehr gut getestet. Plugin-Updates kommen gelegentlich mit Inkompatibilitäten.

Weiter geht’s

• Endkunden verwalten
• Endkunden-Migration zu xaweho
• Backup-Strategie für Endkunden