WordPress repose en grande partie sur PHP. La version de PHP utilisée a donc un impact direct sur le bon fonctionnement de WordPress, des extensions, des thèmes et de votre propre code de programmation.
Une version récente de PHP est importante pour la sécurité, la compatibilité et les performances. Néanmoins, vous ne devez pas simplement mettre à niveau la version PHP d'un site WordPress existant vers la version la plus élevée possible sans vérifier au préalable si tous les composants utilisés y sont compatibles.
Particulièrement sur les sites web plus anciens, des plugins, thèmes ou personnalisations obsolètes peuvent provoquer des erreurs après un changement de version de PHP. Les conséquences typiques sont une erreur critique WordPress, une erreur HTTP 500, une page blanche ou des fonctionnalités isolées qui cessent soudainement de fonctionner.
En bref : Utilisez pour WordPress une version de PHP actuelle et encore prise en charge du point de vue de la sécurité. Avant le changement, vérifiez la compatibilité de WordPress, des extensions, du thème et de votre propre code. Créez une sauvegarde et testez les fonctionnalités importantes après la mise en service. Si une erreur survient immédiatement après, vous pouvez revenir à la version de PHP précédente qui fonctionnait, puis identifier le composant incompatible.
Qu'est-ce que PHP ? #
PHP est un langage de programmation côté serveur. WordPress lui-même et une grande partie de ses extensions et thèmes sont constitués de code PHP.
Lorsqu'un visiteur charge une page WordPress dynamique, le serveur traite le code PHP et génère, entre autres, le code HTML qui est ensuite envoyé au navigateur.
Le visiteur ne voit généralement pas le code PHP. Il voit uniquement le résultat du traitement côté serveur.
Pourquoi WordPress a-t-il besoin de PHP ? #
PHP prend en charge une part essentielle de la logique applicative de WordPress. Il permet par exemple de traiter les contenus provenant de la base de données, de charger des extensions, d'exécuter les modèles de thèmes, de vérifier les droits des utilisateurs et de générer des pages dynamiques.
Sans un environnement PHP approprié, WordPress ne peut donc pas fonctionner normalement.
La version de PHP fait donc partie des conditions techniques fondamentales d'une installation WordPress.
Pourquoi existe-t-il différentes versions de PHP ? #
PHP est continuellement développé. De nouvelles versions apportent de nouvelles fonctionnalités, des améliorations techniques, des corrections de bugs et des mises à jour de sécurité.
Les anciennes versions de PHP finissent par atteindre la fin de leur cycle de vie officiel. Après cela, elles ne reçoivent plus de mises à jour de sécurité régulières de la part du projet PHP.
C'est pourquoi un site WordPress ne doit pas fonctionner durablement sur une version obsolète de PHP, simplement parce qu'il démarre encore techniquement.
Quelle version de PHP WordPress recommande-t-il ? #
WordPress recommande par principe une version moderne de PHP. La version concrète qui est judicieuse dépend en outre de la version de WordPress utilisée ainsi que des extensions et thèmes installés.
Sur un site Web existant, il ne faut donc pas seulement vérifier quelle version de PHP WordPress prend en charge lui-même. Ce qui est décisif, c'est de savoir si le installation entière est compatible avec cette version.
Important : L'affirmation „ WordPress prend en charge cette version de PHP “ ne signifie pas automatiquement que chaque plugin et chaque thème installé est également compatible avec celle-ci.
Pourquoi une version actuelle de PHP est importante #
La raison la plus importante d'utiliser une version récente de PHP est la sécurité. Si une version de PHP ne reçoit plus de mises à jour de sécurité de la part du projet PHP, les sites Web doivent être migrés vers une version prise en charge en temps utile.
Les versions plus récentes de PHP peuvent également inclure des améliorations en matière de performances et de gestion de la mémoire.
Une mise à niveau de PHP fait donc partie intégrante de la maintenance technique raisonnable d'un site Web WordPress.
Pourquoi tu ne devrais pas simplement choisir la version PHP la plus récente #
Un numéro de version supérieur ne signifie pas automatiquement qu'un site Web existant peut y être migré sans préparation.
Dans la pratique, WordPress ne se résume pas au cœur de WordPress. Une installation utilise généralement en plus un thème, plusieurs plugins et éventuellement du code PHP personnalisé.
Chacun de ces composants peut avoir ses propres exigences en matière de PHP.
Une nouvelle version de PHP peut, par exemple, supprimer des fonctionnalités ou modifier des comportements qu'un ancien code de programmation utilise encore. Un plugin qui n'a pas été mis à jour depuis des années peut ainsi provoquer des erreurs, même si WordPress lui-même fonctionne sans problème avec la nouvelle version de PHP.
Mettre à jour WordPress avant le changement de PHP #
Sur une ancienne installation WordPress, vous devriez d'abord vérifier quelle version de WordPress est utilisée.
Un très vieux cœur WordPress peut être incompatible avec une version PHP actuelle.
Cela ne signifie pas pour autant que tu devrais mettre à jour en même temps et de manière incontrôlée WordPress, tous les plugins, le thème et PHP. En cas de sauts de version importants, une approche planifiée est judicieuse afin qu'une erreur éventuelle puisse être attribuée à une modification précise.
Vérifier les plugins avant le changement #
Les plugins sont l'une des causes les plus fréquentes de problèmes après un changement de version de PHP.
Vérifiez en particulier les extensions qui n'ont pas reçu de mise à jour depuis longtemps ou dont les développeurs ne prennent pas en charge la version de PHP utilisée.
Les plugins développés en interne ou personnalisés doivent également être pris en compte.
Si un plugin est responsable d'une fonction importante du site web, sa compatibilité doit être vérifiée avec un soin particulier avant la transition.
Vérifier également le thème et le thème enfant #
Les thèmes contiennent également du code PHP. Un thème plus ancien peut donc être touché par un changement de version de PHP tout aussi bien qu'une extension.
Si le site Web utilise un thème enfant, le code personnalisé au sein de ce thème enfant doit également être pris en compte.
Les adaptations individuelles se trouvent particulièrement souvent dans :
fonctions.php
Un tel code peut avoir fonctionné pendant des années sans modification et ne déclencher une erreur qu'avec une nouvelle version de PHP.
Le code PHP personnalisé est un facteur de risque supplémentaire #
Au fil du temps, de nombreux sites Web WordPress intègrent des extraits de code personnalisés.
Ceux-ci peuvent par exemple se trouver dans un thème enfant, un plugin de snippets, un plugin personnalisé ou d'autres fichiers modifiés.
Lors d'une mise à niveau de PHP, ce code ne doit pas être oublié.
Le fait qu'un extrait de code fonctionne avec une ancienne version de PHP ne prouve pas automatiquement sa compatibilité avec une version plus récente.
Faire une sauvegarde avant le changement #
Une sauvegarde récente doit être effectuée avant toute modification technique majeure.
La sauvegarde doit inclure les fichiers WordPress nécessaires à une restauration ainsi que la base de données.
Bien qu'un changement de version PHP ne modifie généralement pas directement vos articles ou vos pages, une sauvegarde récente reste judicieuse, car d'autres modifications pourraient s'avérer nécessaires lors du dépannage.
Conseil pratique : Une sauvegarde existante n'est vraiment utile que s'il est clair comment elle peut être restaurée en cas d'urgence.
Testez d'abord le changement de version PHP sur un site de staging #
Pour un site web critique ou complexe, un environnement de staging est l'endroit le plus sûr pour un test PHP.
La copie de staging doit correspondre autant que possible au site de production en termes de version WordPress, de plugins, de thème et de code personnalisé.
Tu peux y activer la nouvelle version de PHP et vérifier ensuite si des erreurs surviennent, sans perturber immédiatement le site web public.
Pour les petits sites Web, un changement direct peut être possible #
Ce n'est pas chaque site Web WordPress simple qui nécessite un processus de staging approfondi pour chaque changement de PHP.
Si le site web est de taille gérable, utilise des extensions récentes et qu'une sauvegarde fonctionnelle est disponible, une transition contrôlée sur l'environnement de production peut être envisageable.
Tu devrais cependant choisir un moment où tu pourras tester le site web de manière approfondie immédiatement après et réagir en cas de problème.
Modifier la version PHP dans l'hébergement #
Dans les environnements d'hébergement modernes, la version de PHP peut souvent être sélectionnée par domaine ou par compte d'hébergement.
La surface utilisée dépend du système d'hébergement.
Dans un environnement cPanel ou CloudLinux, la gestion de PHP peut s'effectuer, par exemple, via les outils PHP fournis par l'hébergeur.
Avant de sélectionner une version, tu dois t'assurer de modifier réellement la configuration PHP du bon domaine ou de la bonne installation.
Gérer plusieurs sites web sur le même compte d'hébergement #
Si plusieurs sites web se trouvent dans un même compte d'hébergement, vous devez vérifier si la version de PHP est définie globalement ou individuellement pour chaque domaine.
Selon la configuration de l'hébergement, une modification peut éventuellement concerner plus d'une application.
C'est particulièrement pertinent si, en plus de WordPress, des applications plus anciennes sont hébergées sur le même compte.
Changer la version PHP et la tester immédiatement #
Après la transition, tu ne devrais pas te contenter de vérifier si la page d'accueil s'affiche.
Testez à la fois le site web public et la zone d'administration WordPress.
Visite plusieurs types de pages différents et vérifie les principales fonctionnalités de ton site web.
Pour un site Web d'entreprise classique, il peut s'agir par exemple de la navigation, du formulaire de contact, de la recherche et de la connexion. Pour une boutique WooCommerce, les zones critiques comprennent notamment les pages de produits, le panier, le compte client et la commande.
Pourquoi la page d'accueil ne suffit pas à elle seule #
Une erreur ne peut se produire que dans une fonction spécifique.
Un plugin de formulaires ne s'exécute peut-être pas du tout sur la page d'accueil. Un problème WooCommerce ne se manifeste éventuellement qu'au moment du paiement. Un plugin administratif ne peut s'exécuter qu'au sein de wp-admin générer une erreur.
Le fait que la page d'accueil fonctionne après un changement de version de PHP ne prouve donc pas la compatibilité complète de l'installation.
Gérer le cache après le changement de version PHP #
Lorsqu'un cache de page est actif, le site web public peut d'abord continuer à s'afficher correctement, bien que les requêtes dynamiques WordPress provoquent déjà une erreur.
Cela est possible si des pages HTML préexistantes en cache sont servies sans qu'il soit nécessaire d'exécuter à nouveau WordPress entièrement pour cette requête.
Vérifiez par conséquent également les zones non mises en cache ou dynamiques, telles que la zone d'administration de WordPress.
Erreurs typiques après un changement de version PHP #
Un plugin, un thème ou un extrait de code incompatible peut se manifester de différentes manières.
WordPress peut par exemple signaler une erreur critique, afficher une page blanche ou réagir avec une erreur HTTP 500. Dans d'autres cas, seule une fonction individuelle cesse de fonctionner.
Si une telle erreur commence immédiatement après le changement de version de PHP, le contexte temporel est un indice de diagnostic très important.
WordPress affiche une erreur critique #
Si, après le changement de version de PHP, un message concernant une erreur critique apparaît, vous devriez d'abord vérifier si WordPress a envoyé un lien de mode de récupération à l'adresse e-mail de l'administrateur.
Vous trouverez de plus amples informations sur WordPress affiche une page blanche ou une erreur critique : que faire ?.
Erreur HTTP 500 après le changement de version de PHP #
Une erreur HTTP 500 signifie que la requête n'a pas pu être traitée avec succès côté serveur.
Si cette erreur apparaît immédiatement après le changement de version de PHP, un code PHP incompatible, des extensions ou la configuration de PHP sont des pistes évidentes pour le diagnostic.
Nous traitons le dépannage détaillé sous Corriger l'erreur 500 dans WordPress.
Revenir à la version PHP précédente #
Si le site Web tombe en panne immédiatement après le changement de version de PHP, il peut être judicieux de revenir temporairement à la version qui fonctionnait auparavant.
Funktioniert die Website danach wieder, ist das ein starker Hinweis auf eine Inkompatibilität mit der neuen PHP-Umgebung.
Der Rückwechsel stellt zunächst die Funktion der Website wieder her. Er beantwortet aber noch nicht die Frage, welche Komponente inkompatibel ist.
Important : Der dauerhafte Betrieb einer veralteten PHP-Version sollte nicht die Lösung für ein inkompatibles Plugin oder Theme sein. Nutze den Rückwechsel als temporäre Wiederherstellung und identifiziere anschließend die eigentliche Ursache.
Die inkompatible Komponente finden #
Wenn die neue PHP-Version einen Fehler auslöst, solltest du die beteiligte Komponente systematisch eingrenzen.
Besonders hilfreich ist die Kombination aus kontrollierter Plugin-/Theme-Diagnose und Fehlerprotokollen.
Unsere Anleitung Détecter et résoudre les conflits de plugins ou de thèmes dans WordPress zeigt, wie du Erweiterungen kontrolliert ausschließt, ohne wahllos Plugins zu löschen.
Error Logs nach einem PHP-Wechsel prüfen #
Bei PHP-Inkompatibilitäten liefern Fehlerprotokolle häufig wesentlich mehr Informationen als die sichtbare Website.
Ein Logeintrag kann beispielsweise einen Dateipfad innerhalb eines Plugins oder Themes enthalten und dadurch einen konkreten Hinweis auf die beteiligte Komponente geben.
Typische Begriffe in PHP-Fehlern können beispielsweise sein:
Erreur fatale PHP
Erreur non interceptée
TypeError
Appel à une fonction non définie
Entscheidend ist nicht nur die Fehlerbezeichnung, sondern auch, in welcher Datei und zu welchem Zeitpunkt der Fehler auftritt.
WordPress-Debugging verwenden #
Wenn normale Serverprotokolle nicht ausreichen, kann WordPress zusätzliche Debug-Informationen protokollieren.
Dafür spielen unter anderem folgende Konstanten eine Rolle:
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Wie du diese Einstellungen sicher verwendest und Logs auswertest, erklären wir unter Activer le débogage WordPress et utiliser les journaux d'erreurs.
Warnings und Deprecation-Meldungen richtig einordnen #
Nach einem PHP-Wechsel können nicht nur fatale Fehler auftreten. Älterer Code kann auch Warnungen oder Hinweise zu veralteten Funktionen erzeugen.
Eine Deprecation-Meldung bedeutet vereinfacht, dass eine verwendete Funktion oder Vorgehensweise als veraltet gilt und künftig möglicherweise nicht mehr unterstützt wird.
Solche Hinweise sollten bei gepflegtem Code behoben werden. Sie sind jedoch nicht automatisch dasselbe wie ein fataler Fehler, der die Ausführung vollständig beendet.
Fehlermeldungen nicht dauerhaft öffentlich anzeigen #
Auf einer produktiven Website sollten detaillierte PHP-Fehler nicht dauerhaft für Besucher sichtbar sein.
Solche Meldungen können interne Dateipfade, technische Informationen und weitere Details offenlegen.
Für die Diagnose sind Fehlerprotokolle normalerweise besser geeignet als eine öffentliche Ausgabe direkt im Browser.
PHP Memory Limit nach dem Versionswechsel #
PHP-Version und PHP Memory Limit sind zwei unterschiedliche Einstellungen.
Ein Wechsel von PHP 8.x auf eine andere PHP-Version erhöht nicht automatisch den für WordPress verfügbaren Speicher.
Wenn nach einer Umstellung ein Fehler wie:
Taille de mémoire autorisée ... épuisée
erscheint, solltest du das Speicherlimit und den tatsächlichen Speicherverbrauch untersuchen.
Vous trouverez plus d'informations sur Limite de mémoire PHP dans WordPress : identifier et corriger l'erreur.
PHP-Erweiterungen können ebenfalls relevant sein #
Neben der eigentlichen PHP-Version verwendet WordPress verschiedene PHP-Erweiterungen. Auch Plugins können bestimmte Erweiterungen voraussetzen.
Wenn eine Anwendung nach einem Wechsel der PHP-Umgebung eine fehlende PHP-Funktion oder Erweiterung meldet, sollte deshalb geprüft werden, welche Module für die neue PHP-Version aktiv sind.
Eine vorhandene Erweiterung für eine alte PHP-Version bedeutet je nach Hosting-Konfiguration nicht automatisch, dass sie auch für jede andere PHP-Version identisch aktiviert ist.
PHP-Einstellungen können versionsabhängig sein #
Neben Erweiterungen können auch Konfigurationswerte je nach Hosting-Umgebung und PHP-Version unterschiedlich sein.
Dazu gehören beispielsweise Speicher-, Upload- oder Ausführungsgrenzen.
Wenn nach einem Versionswechsel nicht die gesamte Website ausfällt, sondern beispielsweise nur große Uploads oder bestimmte Prozesse Probleme verursachen, sollte deshalb auch die aktive PHP-Konfiguration berücksichtigt werden.
PHP-Version und Performance #
Neuere PHP-Versionen enthalten regelmäßig technische Verbesserungen, die sich auch positiv auf die Ausführung von Anwendungen auswirken können.
Ein PHP-Upgrade kann deshalb zur Performance einer WordPress-Website beitragen.
Es ersetzt jedoch keine Optimierung von langsamen Plugins, ineffizienten Datenbankabfragen, großen Bildern oder anderen Performance-Problemen.
Wenn WordPress grundsätzlich langsam ist, solltest du die Ursachen systematisch untersuchen. Dazu findest du unseren ausführlichen Artikel WordPress est lent : trouver les causes et améliorer le temps de chargement.
OPcache und PHP-Version #
OPcache kann bereits kompilierten PHP-Code im Arbeitsspeicher zwischenspeichern und dadurch wiederholte PHP-Ausführungen effizienter machen.
Bei einer modernen Hosting-Umgebung gehört OPcache zu den wichtigen Bestandteilen einer leistungsfähigen PHP-Konfiguration.
Als normaler WordPress-Benutzer musst du die Funktionsweise von OPcache für einen PHP-Wechsel normalerweise nicht manuell beeinflussen.
PHP-Version in WordPress überprüfen #
WordPress zeigt technische Informationen zur Serverumgebung innerhalb des Website-Zustands an.
Du findest diese Informationen im WordPress-Adminbereich unter:
Outils → État du site → Rapport
Dort kannst du unter den Serverinformationen unter anderem die von WordPress erkannte PHP-Version kontrollieren.
Das ist besonders nach einer Umstellung hilfreich, um zu prüfen, welche Version die WordPress-Installation tatsächlich verwendet.
Hosting-Anzeige und WordPress-Anzeige vergleichen #
Wenn du im Hosting eine PHP-Version geändert hast, WordPress aber weiterhin eine andere Version anzeigt, sollte die Konfiguration genauer geprüft werden.
Möglicherweise wurde die Einstellung für eine andere Domain, Subdomain oder einen anderen PHP-Kontext verändert.
Verlasse dich deshalb bei einer Fehlersuche nicht ausschließlich darauf, dass irgendwo im Hosting-Panel eine bestimmte Versionsnummer ausgewählt wurde.
Command Line und Website können unterschiedliche PHP-Versionen verwenden #
In technischen Hosting-Umgebungen ist außerdem möglich, dass die PHP-Version der Website nicht mit der PHP-Version übereinstimmt, die bei einem direkten Kommandozeilenaufruf verwendet wird.
Das ist insbesondere bei WP-CLI, Cronjobs oder individuellen Shell-Skripten relevant.
Wenn eine Website im Browser korrekt funktioniert, ein Cronjob oder WP-CLI-Befehl jedoch PHP-Kompatibilitätsfehler zeigt, sollte deshalb geprüft werden, welche PHP-Binary beziehungsweise Umgebung der jeweilige Prozess verwendet.
PHP-Version bei Cronjobs beachten #
Ein serverseitiger Cronjob kann je nach Konfiguration explizit eine bestimmte PHP-Version aufrufen.
Wurde die Website auf eine neue PHP-Version umgestellt, kann ein älterer Cronjob möglicherweise weiterhin eine andere Version verwenden.
Das kann zu schwer nachvollziehbaren Unterschieden führen, weil normale Website-Aufrufe funktionieren, geplante Prozesse aber Fehler erzeugen.
WooCommerce nach einem PHP-Wechsel besonders testen #
Bei einem WooCommerce-Shop sollte eine PHP-Umstellung nicht ausschließlich anhand der sichtbaren Shop-Seiten bewertet werden.
Teste insbesondere Warenkorb, Checkout, Kundenkonto und wichtige Zahlungs- beziehungsweise Versandfunktionen.
Auch Erweiterungen für Zahlungsanbieter, Rechnungen, Versand oder Warenwirtschaft können eigenen PHP-Code verwenden und müssen mit der neuen Umgebung funktionieren.
Formulare und E-Mail-Funktionen prüfen #
Kontakt- und Anfrageformulare sollten nach einer größeren PHP-Umstellung ebenfalls getestet werden.
Dabei reicht es nicht, nur das Formular optisch aufzurufen. Führe eine echte Testübermittlung durch und kontrolliere, ob die Verarbeitung ohne Fehler funktioniert.
Dasselbe gilt für andere geschäftskritische Prozesse, die PHP serverseitig verarbeitet.
PHP-Wechsel und WordPress-Updates nicht unnötig vermischen #
Wenn gleichzeitig WordPress, mehrere Plugins, das Theme und PHP aktualisiert werden, kann ein anschließender Fehler schwer einer bestimmten Änderung zugeordnet werden.
Bei größeren Wartungsarbeiten ist deshalb eine nachvollziehbare Reihenfolge sinnvoll.
Nach einer relevanten Änderung sollte zumindest geprüft werden, ob die Website weiterhin korrekt funktioniert, bevor der nächste große technische Schritt erfolgt.
Alte PHP-Version nur als temporären Rettungsweg verwenden #
Bei einer problematischen Website kann es sinnvoll sein, vorübergehend zur vorherigen PHP-Version zurückzukehren, damit die Website wieder erreichbar ist.
Das verschafft Zeit für eine kontrollierte Diagnose.
Eine bereits nicht mehr sicherheitsunterstützte PHP-Version sollte jedoch nicht über Monate oder Jahre als Dauerlösung verwendet werden, nur weil ein einzelnes altes Plugin kein Upgrade erlaubt.
In einem solchen Fall sollte das Plugin aktualisiert, ersetzt oder der problematische Code angepasst werden.
Wann ein Plugin ersetzt werden sollte #
Wenn ein Plugin nur mit einer veralteten PHP-Version funktioniert und vom Entwickler nicht mehr gepflegt wird, entsteht ein technisches Wartungsproblem.
Die gesamte WordPress-Installation dauerhaft auf einer alten Laufzeitumgebung zu halten, um ein einzelnes Plugin weiterzuverwenden, ist langfristig selten eine gute Lösung.
Prüfe in diesem Fall, ob eine gepflegte Alternative existiert oder die benötigte Funktion anders umgesetzt werden kann.
PHP-Wechsel nach erfolgreichem Test abschließen #
Wenn die Website mit der neuen PHP-Version stabil funktioniert, solltest du die wichtigsten Funktionen nochmals kontrollieren und gegebenenfalls temporär aktivierte Diagnoseeinstellungen zurücksetzen.
Bei einer Staging-Website bedeutet ein erfolgreicher Test außerdem nicht automatisch, dass dort vorgenommene Inhaltsänderungen auf die Live-Website übertragen werden sollten. Ziel des PHP-Tests ist zunächst die technische Kompatibilitätsprüfung.
Was du bei einem PHP-Wechsel besser nicht tun solltest #
Wechsle nicht unvorbereitet auf einer geschäftskritischen Website auf eine neue PHP-Version und verlasse anschließend sofort die Website, ohne sie zu testen.
Installiere auch nicht wahllos zusätzliche Plugins, nur um vermeintlich die PHP-Kompatibilität zu „reparieren“.
Wenn nach dem Wechsel ein Fehler auftritt, ändere nicht gleichzeitig Theme, mehrere Plugins, PHP-Einstellungen und WordPress-Konfiguration. Dadurch wird die eigentliche Ursache schwerer nachvollziehbar.
Und behalte eine veraltete PHP-Version nicht dauerhaft nur deshalb bei, weil sie ein inkompatibles Plugin noch ausführen kann.
Règle de base : PHP-Version kontrolliert ändern, Website testen und bei einem Fehler zuerst den zeitlichen Zusammenhang nutzen. Funktioniert die vorherige Version und die neue nicht, solltest du die inkompatible Komponente identifizieren, statt dauerhaft bei einer veralteten Umgebung zu bleiben.
Quelles informations aident le support de CURIAWEB ? #
Wenn eine WordPress-Website bei CURIAWEB nach einem PHP-Wechsel nicht mehr korrekt funktioniert, teile möglichst die betroffene Domain, die bisher verwendete PHP-Version und die neu ausgewählte Version mit.
Hilfreich ist außerdem die genaue Fehlermeldung und die Information, ob die gesamte Website oder nur eine bestimmte Funktion betroffen ist.
Wenn die Website nach dem Zurückwechseln auf die vorherige PHP-Version wieder funktioniert, solltest du auch das erwähnen. Dieser Vergleich ist für die Diagnose besonders wertvoll.
Falls ein Error Log einen konkreten PHP-Fehler enthält, sende den relevanten Ausschnitt mit Zeitstempel mit. Passwörter solltest du nicht unaufgefordert übermitteln.
Résumé #
Die PHP-Version ist ein zentraler Bestandteil jeder WordPress-Installation. Eine aktuelle und sicherheitsunterstützte PHP-Version verbessert die technische Basis der Website, muss aber mit WordPress, Plugins, Theme und individuellem Code kompatibel sein.
Vor einem Wechsel solltest du deshalb die eingesetzten Komponenten prüfen und ein aktuelles Backup besitzen. Bei komplexen Websites ist ein vorheriger Test auf einer Staging-Umgebung empfehlenswert.
Nach der Umstellung sollten nicht nur Startseite und Frontend, sondern auch Adminbereich und geschäftskritische Funktionen getestet werden. Bei WooCommerce gehören beispielsweise Warenkorb und Checkout dazu.
Tritt unmittelbar nach dem Wechsel ein kritischer Fehler oder HTTP 500 auf, kann ein temporärer Rückwechsel die Website zunächst wiederherstellen. Anschließend sollte mit Error Logs und einer kontrollierten Plugin-/Theme-Diagnose die tatsächlich inkompatible Komponente gefunden werden.
Eine alte PHP-Version ist dabei keine nachhaltige Lösung für veralteten WordPress-Code. Ziel sollte eine aktuelle, unterstützte und vollständig kompatible WordPress-Umgebung sein.
