PHP-Version und WordPress-Updates: aktuell bleiben, kontrolliert wechseln

Eine unterstützte PHP-Version ist Teil eines gepflegten WordPress-Betriebs. Der Wechsel gelingt am besten, wenn Sie den Bestand kennen, Erweiterungen prüfen und die neue Umgebung vorab testen. Hier finden Sie einen Ablauf, der technische Aktualität mit einer funktionierenden Website verbindet.

PHP und WordPress sind unterschiedliche Komponenten

WordPress verwendet PHP zur serverseitigen Verarbeitung. Die PHP-Version wird von der Hostingumgebung bereitgestellt, während WordPress, Themes und Erweiterungen eigene Versionsstände haben. Ein aktualisiertes WordPress bedeutet deshalb nicht automatisch, dass PHP ebenfalls aktuell ist. Umgekehrt repariert eine neue PHP-Version nicht jedes Problem einer veralteten Erweiterung. Prüfen Sie beide Bereiche und halten Sie deren Zuständigkeiten auseinander.

Ein Firmenauftritt nutzt seit Jahren ein individuelles Kontaktformular. Das aktuelle WordPress funktioniert damit, aber ein angekündigter PHP-Wechsel macht eine Prüfung nötig. Die richtige Vorbereitung beginnt mit dem Formularcode und seinen Abhängigkeiten, nicht mit dem vorschnellen Zurückstellen jedes Updates. Vielleicht existiert eine gepflegte neue Version, vielleicht muss der Code angepasst werden. Entscheidend ist, diese Aufgabe vor der produktiven Umstellung zu erkennen.

Supportzeiträume als Planungshilfe lesen

Das PHP-Projekt veröffentlicht die unterstützten Versionen und deren Fristen. Es unterscheidet aktive Pflege von einer anschließenden Phase für kritische Sicherheitskorrekturen. Nach dem Supportende erhält ein Zweig keine reguläre Pflege durch das Projekt mehr. Eine installierte Version kann weiterhin laufen, doch „läuft noch“ ist keine Aussage über ihren aktuellen Unterstützungsstatus.

Die Tabelle beschreibt das PHP-Projekt, nicht die Verfügbarkeit eines bestimmten Hostingtarifs. Fragen Sie, welche unterstützten Versionen auf Ihrem tatsächlichen Konto angeboten werden und wer Aktualisierungen innerhalb eines Zweigs einspielt. Ein Anbieter kann zusätzliche Pflege für ältere Komponenten anbieten. Deren Umfang und Nachweise müssen gesondert erklärt werden; aus einer weiterhin auswählbaren alten Version folgt noch keine belegte Sicherheitswartung.

Planen Sie den Wechsel mit Vorlauf. Bei einem auslaufenden Zweig ist die Frist ein Anlass, die Anwendung jetzt zu prüfen. Verschieben Sie die Vorbereitung nicht bis zu einer erzwungenen Umstellung. Ein klarer Termin für Bestand, Test und Umsetzung lässt auch Zeit, ungepflegte Erweiterungen zu ersetzen. Die Aufgabenverteilung benennt dafür Hostingbetreuung, Anwendungspflege und interne Freigabe.

Den tatsächlichen Bestand erheben

Notieren Sie PHP-Version, WordPress-Version, aktives Theme und alle aktiven Erweiterungen. Ergänzen Sie eigene Änderungen, auch wenn sie nur aus einer kleinen Codeergänzung bestehen. Diese können bei einem Versionswechsel genauso relevant sein wie große Plugins. Sammeln Sie außerdem die wichtigen fachlichen Abläufe: Anmeldung, Formular, Suche, Import und gegebenenfalls Bestellung. Daraus entsteht Ihr späteres Prüfprogramm.

Kontrollieren Sie, welche Installation wirklich geprüft wird. Viele Organisationen besitzen mehrere Domains, Testkopien oder alte Verzeichnisse. Eine aktuelle Version auf der Testseite belegt nicht den Stand der produktiven Website. Die Information sollte deshalb mit Domain, Datum und Umgebung dokumentiert werden. Zeigen Sie dabei keine Passwörter oder vollständigen Konfigurationsdateien in allgemein zugänglichen Unterlagen.

Prüfen Sie Hintergrundaufgaben gesondert. Eine Hostingverwaltung kann für Webanfragen eine neue PHP-Version auswählen, während ein geplanter Kommandozeilenjob weiterhin eine andere ausführbare PHP-Datei verwendet. Ob dies in Ihrer Umgebung so ist, muss tatsächlich kontrolliert werden. Eine erfolgreiche Browserprüfung allein bestätigt den nächtlichen Import noch nicht. Fragen Sie die zuständige Betreuung nach dem verwendeten Aufruf und dessen Version.

Kompatibilität prüfen statt vermuten

Lesen Sie die aktuellen Angaben der Entwickler Ihrer Erweiterungen und des Themes. Achten Sie darauf, ob eine PHP-Version ausdrücklich unterstützt oder lediglich nicht erwähnt wird. Fehlende Angaben sind eine offene Frage, kein bestätigter Fehler und keine bestätigte Freigabe. Bei eigenem Code muss die zuständige Entwicklung dessen Verhalten prüfen. Die offiziellen Migrationshinweise des PHP-Projekts können dabei geänderte Funktionen und Verhaltensweisen erklären.

Automatische Codeprüfer können Hinweise liefern, ersetzen jedoch nicht den funktionalen Test. Sie können Fälle übersehen oder Auffälligkeiten melden, die im konkreten Ablauf anders zu bewerten sind. Verwenden Sie deren Ergebnis als Untersuchungsliste. Halten Sie fest, welche Hinweise bestätigt, behoben oder begründet zurückgestellt wurden. Eine grüne Anzeige in einem Werkzeug ist kein vollständiger Nachweis für sämtliche Funktionen einer Website.

WordPress bietet eine Anleitung zur Vorbereitung eines PHP-Wechsels. Die grundsätzliche Verbindung aus Sicherung, Aktualisierung und Kompatibilitätsprüfung ist hilfreich. Für aktuelle Versionsfristen verwenden Sie dagegen die zeitnah gepflegte PHP-Supporttabelle. Übernehmen Sie ältere konkrete Versions- oder Geschwindigkeitsaussagen aus historischen Anleitungen nicht ungeprüft als aktuellen Maßstab.

Vorbereitung auf einer geschützten Kopie

Erstellen Sie eine vollständige Sicherung und prüfen Sie deren Wiederherstellungsweg. Eine Rückkehr kann neben Dateien und Datenbank auch die passende PHP-Einstellung benötigen. Dokumentieren Sie daher den Ausgangsstand. Die Backup-Anleitung erläutert, warum zusammengehörige Komponenten und ein tatsächlicher Wiederherstellungstest wichtig sind. Ein ungetestetes Archiv ist eine unsichere Grundlage für einen größeren Eingriff.

Nutzen Sie eine geschützte Testumgebung, die der produktiven Umgebung ausreichend ähnelt. Stellen Sie dort die gewünschte PHP-Version ein und prüfen Sie die relevanten Abläufe. Unterbinden Sie reale Nachrichten, Zahlungen und produktive Schnittstellenaufrufe. Wenn ein Dienst nur produktiv getestet werden kann, dokumentieren Sie diese Grenze und vereinbaren Sie einen eng begrenzten späteren Prüfschritt.

Die Ähnlichkeit der Umgebungen betrifft mehr als Versionsnummern. Auch PHP-Erweiterungen, Limits, Dateirechte und Cachekonfiguration können Einfluss haben. Eine lokal erfolgreiche Prüfung ist nützlich, bestätigt aber nicht automatisch das Verhalten auf dem Zielhost. Schreiben Sie deshalb Unterschiede auf und ergänzen Sie einen Test in der vorgesehenen Hostingumgebung, bevor Sie deren Verhalten als geprüft melden.

Die Reihenfolge der Änderungen begründen

Es gibt keine für jede alte Installation richtige pauschale Reihenfolge. Ein lange ungepflegtes Plugin kann zunächst eine Zwischenaktualisierung benötigen, während eine aktuelle Erweiterung eine neuere PHP-Version voraussetzt. Prüfen Sie die konkreten Anforderungen und planen Sie gegebenenfalls mehrere kontrollierte Schritte. Jede Phase sollte einen bekannten Ausgangsstand und ein überprüfbares Ergebnis haben.

Für eine regulär gepflegte Website kann ein kleiner Ablauf aus Sicherung, aktuellen kompatiblen Anwendungsständen, Test und PHP-Wechsel genügen. Bei größeren Versionssprüngen ist die zuständige technische Betreuung wichtiger. Führen Sie nicht gleichzeitig eine neue Gestaltung, einen Hostingwechsel und einen umfangreichen Pluginumbau durch, ohne diese Änderungen getrennt zu dokumentieren. Sonst wird die Ursache eines Fehlers unnötig schwer zuzuordnen.

Was im Funktionstest geprüft wird

Prüfen Sie zuerst normale Seiten und Medien. Öffnen Sie danach die Verwaltung und bearbeiten Sie einen gekennzeichneten Testinhalt. Kontrollieren Sie Suche, Formulare und individuelle Funktionen. Bei einem Shop gehört ein ungefährlicher vollständiger Testablauf dazu. Erfassen Sie die erwarteten Resultate vor dem Test, damit „sieht gut aus“ nicht als einzige Abnahme stehen bleibt.

Sehen Sie die relevanten Fehlerprotokolle an, soweit Ihre Berechtigung und das vereinbarte Verfahren dies erlauben. Eine sichtbare Seite kann im Hintergrund Warnungen oder Fehler erzeugen. Ordnen Sie Meldungen der geprüften Funktion und dem Zeitpunkt zu. Veröffentlichen Sie Protokolle nicht ungeprüft, da sie interne Pfade oder Daten enthalten können. Ein präziser Ausschnitt über den vorgesehenen sicheren Kanal genügt oft für die weitere Untersuchung.

Bei Performanceänderungen bleiben Sie bei tatsächlichen Messungen. Eine neue PHP-Version kann Verarbeitung beeinflussen, aber ein konkreter Geschwindigkeitsgewinn Ihrer Website muss beobachtet werden. Große Bilder, fremde Skripte und langsame Schnittstellen ändern sich durch den Versionswechsel nicht automatisch. Der Performance-Leitfaden zeigt, wie Sie Messbedingungen dokumentieren und voreilige Aussagen vermeiden.

Die produktive Umstellung durchführen

Wählen Sie ein abgestimmtes Zeitfenster und informieren Sie die Beteiligten. Prüfen Sie unmittelbar davor, ob seit der Testkopie neue relevante Änderungen hinzugekommen sind. Ein erfolgreich getesteter Stand hilft wenig, wenn inzwischen ein anderes Plugin installiert wurde. Sichern Sie den aktuellen Stand erneut und halten Sie die ausführende Person sowie die konkrete Änderung fest.

Nach dem Umschalten wiederholen Sie die wichtigsten Prüfungen auf der tatsächlichen produktiven Website. Kontrollieren Sie Caches, Hintergrundaufgaben und externe Verbindungen. Wenn eine notwendige Funktion scheitert, handeln Sie nach dem vorbereiteten Verfahren. Dokumentieren Sie eine Rückkehr als eigene Maßnahme mit Ergebnis. Der zunächst gescheiterte Wechsel bleibt Teil des Nachweises und wird nicht rückwirkend als erfolgreicher Test dargestellt.

Automatische Updates bewusst organisieren

Die WordPress-Dokumentation zu Updates erklärt verschiedene Aktualisierungswege und die Bedeutung einer Sicherung. Welche automatischen Updates Sie verwenden, hängt vom Vorhaben und Ihrer Nachkontrolle ab. Eine automatische Installation spart Handarbeit, benötigt aber weiterhin einen Weg, Fehler zu bemerken und zu bearbeiten. Benennen Sie die verantwortliche Person für Meldungen und Prüfungen.

Ungepflegte Erweiterungen verdienen eine eigene Entscheidung. Wenn ein Plugin dauerhaft keine nachvollziehbare Pflege erhält oder eine notwendige unterstützte Umgebung blockiert, prüfen Sie Ersatz oder eigene Weiterentwicklung. Eine Website aus Angst vor einem möglichen Fehler dauerhaft auf einem auslaufenden Stand zu belassen, löst die Aufgabe nicht. Dokumentieren Sie die gewählte Alternative und testen Sie deren fachliche Funktion.

Aktualität als wiederkehrende Aufgabe

Erstellen Sie eine kleine Wartungsübersicht mit Datum, Komponenten und offenen Fragen. Planen Sie insbesondere Fristen für auslaufende PHP-Zweige ein. Prüfen Sie bei einem Wechsel der Betreuung, ob diese Übersicht mit übergeben wird. Die zweite Person sollte erkennen können, warum eine Version gewählt wurde und wann erneut Handlungsbedarf entsteht. Das verhindert, dass ein vorübergehender Kompatibilitätskompromiss unbemerkt dauerhaft bleibt.

• Tatsächliche Komponenten und wichtige Funktionen sind bekannt.
• Offizielle PHP-Supportfristen wurden aktuell geprüft.
• Die konkrete Hostingumgebung bietet eine geeignete Version.
• Sicherung, Prüfkopie und Rückkehrverfahren sind vorbereitet.
• Browserfunktionen und Hintergrundaufgaben wurden gesondert kontrolliert.
• Offene Kompatibilitätsfragen haben eine verantwortliche Person.

Ein Angebot wie Managed Server Startup kann je nach belegtem Umfang Aufgaben am Server übernehmen. Die Anwendung und ihre Erweiterungen bleiben dennoch konkret zu betrachten. Wählen Sie ein Betriebsmodell, dessen Grenzen Sie verstehen und dessen übrige Aufgaben tatsächlich jemand betreut. Technische Aktualität entsteht aus diesem vollständigen Ablauf.

Mit wenigen Änderungen nachvollziehbar bleiben

Vermerken Sie im Wartungsprotokoll auch, welche anderen Veränderungen während der Prüfung ausgesetzt wurden. Eine Redaktion kann weiter Inhalte vorbereiten, sollte aber die vereinbarte Testgrundlage nicht unbemerkt verändern. Bei einem längeren Prüfzeitraum vergleichen Sie vor der Umsetzung noch einmal den Pluginbestand und die eigene Codeversion. Neu hinzugekommene Komponenten erhalten dieselbe Kompatibilitätsprüfung. Dieser kurze Abgleich verhindert, dass die dokumentierte Freigabe auf einen inzwischen überholten Zustand verweist. Geben Sie außerdem ein Datum für die nächste Kontrolle an, damit aus der erfolgreichen Umstellung ein gepflegter laufender Betrieb wird.

Eine Prüfliste für den alten und neuen Stand

Erstellen Sie eine kleine Vergleichsliste mit denselben Eingaben für beide Versionen. Eine Suche verwendet denselben Begriff, ein Formular denselben gekennzeichneten Testinhalt und ein Download dieselbe Adresse. Notieren Sie jeweils das erwartete fachliche Ergebnis. Führen Sie die Prüfung zuerst am bekannten Ausgangsstand durch. So erkennen Sie Fehler, die bereits vorher vorhanden waren und deshalb nicht vorschnell der neuen PHP-Version zugeschrieben werden sollten.

Wiederholen Sie die Liste nach dem Wechsel auf der Testkopie. Ergänzen Sie Zeitpunkt, PHP-Version und tatsächlich verwendeten Anwendungsstand. Bei einer Abweichung prüfen Sie, ob inzwischen andere Einstellungen oder Erweiterungen geändert wurden. Halten Sie diese Veränderung sichtbar, statt zwei unterschiedliche Kombinationen unter derselben Bezeichnung zu vergleichen. Die zuständige Entwicklung kann den Fehler dann anhand eines klaren Beispiels untersuchen.

Nach der produktiven Umstellung verwenden Sie dieselbe Liste ein drittes Mal. Prüfen Sie zusätzlich die betroffenen Hintergrundaufgaben zu ihren vorgesehenen Zeiten. Die gemeinsame Liste verbindet Vorbereitung, Test und Abnahme. Sie zeigt auch der Vertretung, welche Funktionen tatsächlich kontrolliert wurden und welcher Ablauf bis zum nächsten Joblauf noch offen ist.