Eine Version allein beschreibt die Umgebung nicht

Eine Website benötigt eine passende Laufzeitumgebung. Bei WordPress gehören dazu PHP, die Datenbank und die Funktionen der eingesetzten Erweiterungen. Eine allgemeine Aussage wie „PHP 8+“ beschreibt den Rahmen nur grob. Für eine Migration muss die konkret verfügbare Version geprüft werden. Hinzu kommen notwendige Module und Einstellungen, die besondere Aufgaben beeinflussen können.

Erfassen Sie zuerst die bestehende Umgebung, ohne sie während der Bestandsaufnahme zu verändern. Notieren Sie die Version der Anwendung, wichtige Plugins, eigenes Theme und bekannte Hintergrundaufgaben. Bei individuell entwickeltem Code sollte die betreuende Person erklären, welche zusätzlichen Voraussetzungen gelten. Eine Liste der installierten Erweiterungen ist hilfreich, ersetzt diese Erklärung aber nicht vollständig.

Dieser Ratgeber beschreibt ein Prüfverfahren. Er bestätigt keine PHP-Version für eine konkrete Subscription und liefert keine Kompatibilitätszusage für einzelne Plugins. Die tatsächliche Kombination muss im Projekt geprüft werden.

Unterstützung und Verfügbarkeit getrennt prüfen

PHP veröffentlicht einen Supportkalender für seine Versionszweige. Am 7. Oktober 2026 weist die offizielle Tabelle unter anderem PHP 8.2 mit Sicherheitsunterstützung bis zum 31. Dezember 2026 aus. Die Angaben für neuere Zweige unterscheiden aktive Pflege und reine Sicherheitsunterstützung. Für eine langfristige Auswahl ist dieser Lebenszyklus relevant, weil eine heute funktionierende Umgebung später einen Wechsel benötigt.

Der offizielle PHP-Support und das Angebot eines Hosters sind verschiedene Fragen. Eine vom PHP-Projekt unterstützte Version muss im gebuchten Hostingpaket nicht automatisch auswählbar sein. Umgekehrt kann eine bereitgestellte ältere Version zusätzlichen Anbietermechanismen unterliegen, deren Umfang gesondert bestätigt werden muss. Dokumentieren Sie daher sowohl den offiziellen Lebenszyklus als auch die tatsächlich verfügbare Zielumgebung.

Planen Sie den nächsten Wechsel bereits bei der Einrichtung. Ein Zeitpunkt für die erneute Prüfung und ein verantwortlicher Bearbeiter sind praktischer als die Hoffnung, die Anwendung dauerhaft unverändert zu betreiben. Die aktuelle Versionstabelle bleibt die Primärquelle für die offizielle Unterstützung.

Eine Agentur kann dafür alle betreuten Installationen in einer gemeinsamen Übersicht führen. Dort steht je Projekt, welche Umgebung geprüft wurde und wann eine neue Entscheidung nötig wird. Der erfolgreiche Wechsel einer Website zählt allerdings nicht als Testergebnis für eine andere. Selbst bei ähnlichem Grundaufbau können eigene Erweiterungen oder selten genutzte Abläufe abweichen. Eine solche Übersicht unterstützt die Planung, während die konkrete Abnahme beim einzelnen Projekt bleibt. Sie erleichtert außerdem die Übergabe an eine neue Betreuung, die den technischen Stand ohne Rückgriff auf die Erinnerung eines früheren Mitarbeiters verstehen muss.

Eine kleine Kompatibilitätsmatrix anlegen

Für jede Installation genügt zunächst eine übersichtliche Tabelle. Sie verbindet eine technische Voraussetzung mit einer konkreten Funktion. So wird aus der Aussage „wir brauchen dieses Modul“ eine nachvollziehbare Anforderung. Besondere Dateiimporte, Bildverarbeitung oder externe Verbindungen sollten darin auftauchen, wenn die Anwendung sie tatsächlich verwendet.

Arbeitsvorlage für die Zielumgebung
Prüfpunkt Eintrag
Version Iststand, vorgesehener Zielstand und Supporthorizont
Module Benötigte Funktion und Bestätigung am Ziel
Grenzen Relevante Speicher-, Laufzeit- und Uploadwerte
Abnahme Geprüfter Vorgang, Ergebnis und Verantwortlicher

Grenzwerte werden nicht aus dem Gesamt-RAM des Tarifs abgeleitet. PHP besitzt beispielsweise Einstellungen für den Speicher eines Skripts und die Dateiverarbeitung. Welche Werte im konkreten Paket gelten und veränderbar sind, muss an der Zielumgebung geprüft werden. Der Ressourcenratgeber erklärt die unterschiedlichen Ebenen.

Wichtige Codepfade gezielt abnehmen

Ein erster Seitenaufruf zeigt nur, dass ein Teil der Anwendung antwortet. Prüfen Sie zusätzlich einen redaktionellen Speichervorgang, Bildverarbeitung und projektspezifische dynamische Funktionen. Geplante Aufgaben erhalten einen eigenen Test oder eine kontrollierte Beobachtung beim nächsten Lauf. Verwenden Sie dafür eine geschützte Kopie mit passenden Daten.

Halten Sie Fehlermeldungen mit Zeitpunkt und Tätigkeit fest. Eine leere Seite ohne Kontext hilft bei der Diagnose wenig. Prüfen Sie vorhandene Protokolle innerhalb Ihrer Berechtigung und geben Sie dem zuständigen Entwickler ausreichend Informationen. Sichtbare Warnungen gehören nicht unkontrolliert auf eine öffentliche Website. Die konkrete Protokollierung wird mit der Betreuung abgestimmt.

Ändern Sie nach Möglichkeit nicht gleichzeitig Laufzeit, Theme und sämtliche Plugins. Wenn ein gebündelter Wechsel notwendig ist, dokumentieren Sie die geprüfte Kombination genau. Ein kontrollierter Rückweg bleibt verfügbar. Der Staging-Leitfaden hilft, technische Vorbereitung und fachliche Freigabe zu verbinden.

Bestätigung und nächste Prüfung dokumentieren

Die Freigabe enthält den tatsächlich geprüften Zielstand, wichtige Funktionen und offene Einschränkungen. Verfügbare Werkzeuge werden ebenfalls eingeordnet. Ein SSH-Zugang bestätigt beispielsweise keine Berechtigung, beliebige Systempakete zu installieren. Benennen Sie, welche täglichen Aufgaben innerhalb der angebotenen Umgebung stattfinden sollen.

  • Version und relevante Einstellungen am Ziel bestätigen.
  • Wichtige Anwendungsabläufe in einer geschützten Kopie testen.
  • Testergebnis und Rückweg dokumentieren.
  • Den nächsten Lebenszykluscheck einer Person zuweisen.

In den Dossiers zu Starter und Pro wird die öffentlich beworbene Umgebung von einer konkreten Laufzeitzusage getrennt. Behalten Sie diese Trennung auch im eigenen Projekt bei. Eine vollständige Übergabe sagt, was tatsächlich geprüft wurde und welche Information noch vom Anbieter oder Entwickler benötigt wird.