Die WooCommerce-Dokumentation führt PHP 8.4 als jüngste Version in ihrem angegebenen Testumfang auf; PHP 8.5 ist dort nicht aufgeführt (offizielle Serveranforderungen). Für einen neuen WooCommerce-Shop ist daher PHP 8.4 die vorsichtige Standardwahl. PHP 8.5 ist nicht automatisch ungeeignet: Wählen Sie es erst, wenn WordPress, Theme, Erweiterungen und Zahlungsintegrationen für die konkrete Shop-Konfiguration geprüft wurden und ein Rückfallplan bereitsteht.
Geeignet: für Teams, die einen neuen Shop aufsetzen und eine nachvollziehbare Entscheidung zwischen PHP 8.4 und PHP 8.5 benötigen.
Weniger geeignet: für Betreiber, die eine pauschale Aussage zur Kompatibilität jedes Themes oder Plugins suchen; diese lässt sich nur für die konkret eingesetzten Komponenten treffen.
Dieser Leitfaden hilft technischen Verantwortlichen beim Start eines Shops für Japan oder den ostasiatischen Markt.
Auch Teams für Theme-, Zahlungs- und Plugin-Integration erhalten ein Verfahren, um Unsicherheiten vor dem Start systematisch abzuarbeiten.
Wer mehrere unabhängige Shops auf einem Server verwaltet, kann die Hinweise zur getrennten Prüfung und Laufzeitverwaltung nutzen.
PHP-Auswahl für den neuen WooCommerce-Shop
Die Versionswahl sollte nicht allein davon abhängen, welche PHP-Version zuletzt erschienen ist. Entscheidend ist, ob die gesamte Anwendungskette in der vorgesehenen Umgebung läuft: WordPress-Kern, WooCommerce, Theme, Plugins, Zahlungsanbieter und externe Dienste. Die offizielle WooCommerce-Angabe ist ein belastbarer Ausgangspunkt, aber keine pauschale Zusage für jede Shop-Erweiterung oder jeden Checkout-Ablauf.
| Ausgangslage | Sinnvolle Startentscheidung | Voraussetzung für die Entscheidung |
|---|---|---|
| Standard-Shop mit etabliertem Theme und wenigen Erweiterungen | PHP 8.4 | Die verwendeten Komponenten sind für die konkrete Shop-Konfiguration geprüft. |
| Shop mit vielen Plugins oder mehreren Zahlungs- und Versandintegrationen | Zunächst PHP 8.4 | Für jede geschäftskritische Komponente fehlen noch eindeutige Kompatibilitätsnachweise für PHP 8.5. |
| Individuelles Theme oder eigener PHP-Code | PHP 8.4 als Ausgangspunkt; PHP 8.5 nach erfolgreicher Prüfung | Tests umfassen nicht nur die Startseite, sondern auch Warenkorb, Kasse, Bestellverwaltung und Hintergrundaufgaben. |
| Neues Projekt mit ausdrücklichem Bedarf an PHP 8.5 | PHP 8.5 nur nach Freigabe im Testsystem | Die relevanten Komponenten sind nachweislich kompatibel; Überwachung und Rückfall sind vorbereitet. |
Ist PHP 8.5 für einen neuen WooCommerce-Shop eine vertretbare Wahl? Ja, wenn die Kompatibilität der tatsächlich eingesetzten Komponenten geprüft ist und die kritischen Geschäftsabläufe im Testsystem funktionieren. Die Abwesenheit von PHP 8.5 in der WooCommerce-Testangabe ist kein Beleg dafür, dass WooCommerce damit grundsätzlich inkompatibel wäre. Sie bedeutet aber, dass sich die offizielle Angabe nicht als Nachweis für PHP 8.5 heranziehen lässt.
Auch der zeitliche Abstand zwischen den Versionen entscheidet nicht über die Eignung. PHP 8.5 wurde im November 2025 veröffentlicht; die offizielle PHP-Seite veröffentlicht Informationen zu den Versionen und Aktualisierungen des Zweigs (PHP-Release-Seite zu PHP 8.5). Welche Zweige offiziell unterstützt werden, ist der aktuellen Übersicht zu entnehmen (PHP-Unterstützungsübersicht). Daraus folgt weder, dass alle Shop-Komponenten PHP 8.5 unterstützen, noch dass ein neuerer Zweig für einen bestimmten Shop automatisch die bessere Wahl ist.
Kompatibilität der Komponenten getrennt bewerten
Eine Versionsprüfung muss pro Komponente erfolgen. Die WooCommerce-Entwicklungsdokumentation beschreibt den PHP-Testumfang des Projekts; sie ersetzt jedoch nicht die Freigabe durch Anbieter von Themes, Plugins, Zahlungsdiensten oder Versandlösungen (WooCommerce-Testabdeckung für PHP-Versionen). Das ist besonders wichtig, wenn der Shop mehrere Dienste verbindet: Der Kern kann korrekt starten, während eine Erweiterung bei einer bestimmten Aktion Fehler erzeugt.
Welche PHP-Version eignet sich besser für einen neuen unabhängigen Shop? Wenn die Kompatibilität der benötigten Komponenten für PHP 8.5 nicht eindeutig belegt ist, ist PHP 8.4 die nachvollziehbarere Startentscheidung. PHP 8.5 kommt infrage, sobald die konkrete Kombination erfolgreich geprüft ist. Eine allgemeine Aussage über „alle Plugins“ wäre nicht belastbar, weil die Prüfung von den tatsächlich installierten und verwendeten Komponenten abhängt.
| Prüfbereich | Für PHP 8.5 zu klärende Frage | Geeigneter Nachweis |
|---|---|---|
| WordPress und WooCommerce | Sind die verwendeten Versionen mit der vorgesehenen PHP-Version getestet oder freigegeben? | Offizielle Anforderungen und Entwicklungsdokumentation |
| Theme und individuelle Anpassungen | Gibt es eine ausdrückliche Kompatibilitätsangabe, und funktioniert eigener Code ohne neue Warnungen oder Fehler? | Release-Hinweise des Anbieters sowie Tests im eigenen System |
| Zahlungs-, Versand- und Steuer-Plugins | Funktionieren die Kernaktionen einschließlich Rückmeldung externer Dienste? | Herstellerangaben und Testbestellungen |
| Weitere Erweiterungen | Sind alle tatsächlich genutzten Funktionen geprüft, nicht nur die Aktivierung des Plugins? | Dokumentation, Testprotokoll und Fehlerprotokolle |
Prüfen Sie zunächst die offiziellen Laufzeitanforderungen von WordPress. Die aktuelle Anforderungsseite nennt Voraussetzungen für PHP, Datenbank und HTTPS (WordPress-Systemanforderungen). Das ist eine Basisprüfung, keine Kompatibilitätsgarantie für eine beliebige Kombination aus Theme und Erweiterungen. Ergänzend stellt WordPress Informationen zum Verhältnis zwischen Kernversionen und PHP-Kompatibilität bereit (WordPress-Kompatibilitätsübersicht für PHP).
Wie lässt sich die PHP-8.5-Kompatibilität eines WooCommerce-Plugins prüfen? Beginnen Sie mit der Dokumentation und den Versionshinweisen des Plugin-Anbieters. Suchen Sie dort nach einer ausdrücklichen Aussage zur betreffenden PHP-Version und prüfen Sie, ob sie zur installierten Plugin-Version gehört. Fehlt eine solche Aussage, behandeln Sie die Kompatibilität als ungeklärt und testen Sie die tatsächlich benötigten Funktionen in einer getrennten Testumgebung. Ein erfolgreicher Aktivierungsvorgang ist dafür nicht ausreichend.
Bei Zahlungsintegrationen muss die Prüfung über die sichtbare Kasse hinausgehen. Testen Sie je nach Zahlungsart auch Statusänderungen, Rückmeldungen des Zahlungsdienstes, Stornierungen oder Erstattungen. Für WooCommerce beschreibt die Dokumentation, wie Bestellungen zu Testzwecken geprüft werden können (WooCommerce-Anleitung zu Testbestellungen). Verwenden Sie dafür eine geeignete Testkonfiguration des jeweiligen Zahlungsdienstes; lösen Sie nicht versehentlich echte Zahlungen aus.
Testumgebung und geschäftliche Abläufe
Ein neues Projekt bietet den Vorteil, dass die Version vor der Veröffentlichung festgelegt werden kann. Trotzdem sollte die Prüfung nicht auf die Shop-Startseite beschränkt bleiben. Die folgenden Schritte machen die Entscheidung reproduzierbar und helfen dabei, eine Ursache bei Fehlern zu finden.
- Komponenten erfassen. Notieren Sie WordPress, WooCommerce, Theme, aktive Erweiterungen, eigenen PHP-Code und externe Integrationen. Halten Sie außerdem fest, welche Funktionen für den Verkauf zwingend benötigt werden.
- Versionsnachweise sammeln. Prüfen Sie die offiziellen Anforderungen und Freigabehinweise der jeweiligen Anbieter. Kennzeichnen Sie jede Komponente als bestätigt, getestet, ungeklärt oder nicht benötigt. Leiten Sie keine Freigabe für ein Plugin aus der Freigabe eines anderen ab.
- Testsystem abgrenzen. Verwenden Sie eine vom Live-Shop getrennte Umgebung mit einer passenden Konfiguration. Vermeiden Sie, PHP direkt im Produktivsystem zu wechseln, solange dort bereits reale Bestellungen verarbeitet werden.
- Geschäftsabläufe durchspielen. Prüfen Sie mindestens Produktansicht, Warenkorb, Kasse, Bestellung und deren Bearbeitung im Administrationsbereich. Ergänzen Sie Tests für die Zahlungs- und Versandwege, die der Shop tatsächlich anbietet.
- Protokolle auswerten. Achten Sie auf PHP-Fehler, Warnungen und Fehler beim Laden von Plugins oder beim Aufruf geschäftskritischer Funktionen. WordPress erläutert die verfügbaren Möglichkeiten zur Fehlerdiagnose und Protokollierung (WordPress-Dokumentation zur Fehlerdiagnose). Lassen Sie Diagnoseausgaben nicht versehentlich öffentlich sichtbar.
- Freigabe und Rückfall festhalten. Dokumentieren Sie, welche Version getestet wurde, welche Abläufe bestanden wurden und wer die Freigabe erteilt hat. Klären Sie vor dem Start, wie die zuvor geprüfte Umgebung wiederhergestellt wird, falls unter der ausgewählten Version ein geschäftskritischer Fehler auftritt.
Wie lässt sich die PHP-Version vor dem Start eines Shops testen? Mit einem separaten Testsystem, einer dokumentierten Komponentenliste und realistischen Testbestellungen. Prüfen Sie dabei auch Hintergrundaufgaben und Administratorfunktionen, soweit sie für den Betrieb eingesetzt werden. Die Tests sollten nach einer Änderung an Theme, Zahlungs-Plugin oder PHP-Version wiederholt werden, wenn diese Änderung einen bereits geprüften Ablauf beeinflussen kann.
Mehrere Shops und getrennte Laufzeiten
Wer mehrere unabhängige Shops auf einer Maschine betreibt, sollte die Prüfung nicht zentral auf „den Server“ beziehen, sondern je Shop dokumentieren. Zwei Shops können unterschiedliche Themes, Erweiterungen und Zahlungswege verwenden. Selbst wenn eine PHP-Version für einen Shop freigegeben wurde, ist das kein Nachweis für die Kompatibilität des zweiten Shops.
Führen Sie deshalb pro Shop ein kurzes Laufzeitblatt mit PHP-Version, Komponenten, Testergebnis und Rückfallweg. Halten Sie fest, welcher PHP-Prozess beziehungsweise welche Laufzeitkonfiguration welchem Shop zugeordnet ist. Die konkrete technische Umsetzung hängt von der eingesetzten Serverkonfiguration und Verwaltungssoftware ab; sie sollte nicht vorausgesetzt werden, bevor diese Umgebung feststeht. Ein gemeinsamer Server macht getrennte Prüfungen nicht überflüssig und rechtfertigt nicht, für alle Shops dieselbe Version ungeprüft einzusetzen.
Planen Sie außerdem Berechtigungen und Sicherungen so, dass ein Fehler in einem Shop nicht unnötig andere Installationen beeinträchtigt. Beschränken Sie Schreibrechte auf benötigte Verzeichnisse und sichern Sie Datenbank sowie Shopdateien unabhängig von der PHP-Entscheidung. Für Kundendaten und Bestellinformationen sind zusätzlich die jeweils geltenden Datenschutzanforderungen zu berücksichtigen. Serverressourcen können den Betrieb beeinflussen, beantworten aber nicht die Frage, ob ein Plugin mit PHP 8.5 kompatibel ist.
Prüfliste und Serverentscheidung vor dem Start
Vor der Freigabe sollte die Entscheidung anhand konkreter Nachweise getroffen werden. Die folgende Liste lässt sich pro Shop ausfüllen; offene Punkte sprechen zunächst gegen die Freigabe von PHP 8.5 im Produktivbetrieb.
- [ ] Die aktuelle PHP-Unterstützung und die Veröffentlichungsinformationen wurden anhand der offiziellen PHP-Seiten geprüft.
- [ ] Die WooCommerce-Serveranforderungen und der angegebene PHP-Testumfang wurden erneut geprüft.
- [ ] Die WordPress-Anforderungen für PHP, Datenbank und HTTPS passen zur geplanten Umgebung.
- [ ] Für Theme, Plugins, Zahlungs-, Versand- und Steuerintegrationen liegen dokumentierte Kompatibilitätsangaben vor oder es wurde ein eigener Test durchgeführt.
- [ ] Die kritischen Shop-Abläufe wurden in einer getrennten Umgebung mit der vorgesehenen PHP-Version ausgeführt.
- [ ] Fehlerprotokolle und Bestellstatus wurden kontrolliert; auffällige Warnungen sind bewertet.
- [ ] Ein Rückfall auf die geprüfte vorherige Umgebung ist organisatorisch und technisch vorbereitet.
- [ ] Bei mehreren Shops wurde die Freigabe für jeden Shop separat dokumentiert.
Sind die Nachweise für PHP 8.5 vollständig und bestehen die kritischen Abläufe, kann das Team diese Version für den neuen Shop auswählen. Bleibt eine zentrale Abhängigkeit ungeklärt, ist PHP 8.4 der vernünftigere Startpunkt; eine Neubewertung kann in den regulären Wartungsprozess aufgenommen werden. Die richtige Entscheidung ist somit nicht „immer die neueste“ oder „grundsätzlich die ältere“ Version, sondern die neueste Version, deren gesamte konkrete Shop-Kette nachweislich geprüft wurde.
Auch die Serverauswahl folgt einer separaten Prüfung. Für einen Japan-orientierten Shop sind Betriebssystem, Zugriffsmethode, Arbeitsspeicher, Speicherplatz und Bandbreite anhand des tatsächlichen Betriebsbedarfs festzulegen. Diese Ressourcen sagen nichts darüber aus, ob ein bestimmtes PHP-Plugin funktioniert. Prüfen Sie vor der Buchung die verfügbaren Systeme und Serveroptionen in der Produktübersicht von XFP Cloud; PHP 8.5 oder PHP 8.4 sollte nicht als vorinstalliert oder unterstützt angenommen werden, solange das dort nicht ausdrücklich bestätigt ist. Für die Kalkulation der Abrechnungszeiträume kann die Übersicht zu den Abrechnungsbedingungen herangezogen werden.
Für einen kleinen Shop mit geringer Last oder ein Projekt, das nur vorübergehend getestet wird, kann eine gemeinsam genutzte Hosting- oder VPS-Umgebung ausreichen. Bei wachsendem Geschäft können jedoch geteilte Ressourcen, konkurrierende Nutzung durch andere Kunden und eingeschränkte Kontrolle über Systemumgebung oder Laufzeitkonfiguration die Fehlersuche und Planung erschweren. Eine dedizierte AMD-Physikmaschine von XFP Cloud ist eher dann zu prüfen, wenn ein Shop dauerhaft betrieben wird, Ressourcen exklusiv benötigt werden oder das Team mehr Kontrolle über die Serverumgebung braucht. Die Auswahl ersetzt weder die Kompatibilitätsprüfung noch die Bestelltests; sie schafft lediglich eine andere Grundlage für den Betrieb.
Vor dem Start sollten daher zwei Freigaben getrennt vorliegen: eine für die PHP-Version auf Basis der geprüften Shop-Komponenten und eine für die Serverumgebung anhand der tatsächlichen Produktangaben. Erst wenn beide passen, ist die gewählte Konfiguration eine belastbare Grundlage für den Produktivbetrieb.
Zuletzt geprüft am 29.10.2026. Die Angaben zum PHP-Support, zu PHP 8.5 und zum WooCommerce-Testumfang wurden anhand der im Artikel verlinkten offiziellen PHP- und WooCommerce-Dokumentation abgeglichen. Eine erneute Prüfung ist sinnvoll, wenn WooCommerce seine PHP-Testangaben ändert, PHP einen neuen Versionszweig veröffentlicht oder ein wichtiger Anbieter eine Kompatibilitätsfreigabe herausgibt.
Bereiten Sie Ihren WooCommerce-Start in Tokio vor
Mit XFP Cloud mieten Sie einen dedizierten AMD-Server in Tokio mit 32 Kernen und 128 oder 256 GB ECC-Arbeitsspeicher.
Ab $455 im Monat