Mit dem Release von Shopware 6.7.6 im Januar 2026 ist die volle PHP 8.5 Kompatibilität offiziell bestätigt. PHP 8.5 bringt unter anderem den Pipe-Operator, clone() mit geänderten Eigenschaftswerten, eine URI-Erweiterung und das Attribut NoDiscard (php.net); Property Hooks und asymmetrische Sichtbarkeit kamen bereits mit PHP 8.4. Welche Performance-Wirkung der Wechsel für Ihren Shopware-Shop hat, zeigt erst die eigene Messung. In diesem Guide erfahren Sie, wie Sie die Migration planen, welche Messpunkte Sie vorher und nachher aufnehmen und worauf Sie bei Plugins achten müssen. Steht bei Ihnen zusätzlich ein Versions- oder Systemwechsel an? Siehe unsere Seite zur Shopware-Migration.
PHP 8.5: Die wichtigsten Neuerungen im Überblick
PHP 8.5 wurde im November 2025 veröffentlicht. PHP lief am 1. September 2026 auf 70,2 % aller Websites, deren serverseitige Programmiersprache bekannt ist (W3Techs). Neben neuen Sprachmerkmalen ändert das Release den Betrieb: Der Bytecode-Cache OPcache ist ab PHP 8.5 fest in die PHP-Binärdatei eingebaut und immer geladen (PHP-Projekt). Für E-Commerce-Anwendungen wie Shopware heißt das: Die OPcache-Einstellungen bleiben wichtig, das Laden der Erweiterung entfällt.
Pipe-Operator |>
Funktionsaufrufe als lesbare Pipelines verketten statt verschachtelter Funktionsaufrufe
Clone With
clone() übernimmt beim Kopieren neue Eigenschaftswerte – das With-er-Muster für readonly-Klassen wird einfacher
URI-Erweiterung
Adressen standardkonform parsen, normalisieren und bearbeiten – fest eingebaut, ohne Zusatzbibliothek
Attribut NoDiscard
Warnt, wenn der Rückgabewert einer Funktion nicht verwendet wird – übersehene Fehler fallen früher auf
array_first() und array_last()
Ersten oder letzten Wert eines Arrays direkt lesen; bei leerem Array kommt null zurück
OPcache fest eingebaut
Der Bytecode-Cache ist immer Teil der PHP-Binärdatei und geladen; opcache.enable und opcache.enable_cli gelten weiter
Performance-Benchmarks: PHP 8.5 vs. 8.3 vs. 8.1
Die Performance-Unterschiede zwischen den PHP-Versionen sind für Shopware-Shops spürbar, ihre Größe hängt aber am einzelnen Shop: an der Zahl der Produkte und Varianten, am Zustand der Plugins, an der Hardware und am Cache-Aufbau. Fremde Benchmarks geben deshalb eine Richtung an, keine Zusage für Ihren Shop. Belastbar ist allein die Messung auf der eigenen Maschine – vor der Migration aufgenommen und danach unter denselben Bedingungen wiederholt. Die folgende Tabelle nennt die Messpunkte, die sich dafür bewährt haben.
| Metrik | Messmittel | Vor der Migration | Nach der Migration |
|---|---|---|---|
| Requests/s (Produktlisting) | Lasttest mit festem Szenario | Basiswert je Seitentyp aufnehmen | gleiches Szenario, gleiche Last |
| TTFB Startseite | Serverantwortzeit im Feld | Basiswert über eine volle Woche | dieselbe Zeitspanne vergleichen |
| Speicherverbrauch pro Worker | Statusseite von PHP-FPM | Spitzenwert unter Last notieren | Spitzenwert erneut unter Last |
| Checkout-Durchsatz | Lasttest bis zur Bestellbestätigung | Basiswert mit echten Warenkörben | gleicher Warenkorb, gleiche Zahlart |
| Import großer Kataloge | Laufzeit des Importbefehls | Laufzeit desselben Datensatzes | derselbe Datensatz, dieselbe Maschine |
| OPcache-Warmup | OPcache-Statistik nach Neustart | Zeit bis zur vollen Trefferquote | gleiche Messung nach dem Wechsel |
Rechenintensive Abläufe wie Produktimporte, Preisberechnungen und OpenSearch-Indexierung gehören gezielt in die Vorher-Nachher-Messung, nicht nur Seitenaufrufe. Shops mit vielen Produktvarianten – besonders Multistore-Setups – messen diese Läufe sinnvollerweise je Verkaufskanal.
Ein höherer Durchsatz bei Produktlistings bedeutet konkret: Ihr Hosting-Server bedient bei gleicher Hardware mehr gleichzeitige Besucher. Das verschiebt den Zeitpunkt, an dem ein teureres Server-Paket nötig wird, und verbessert gleichzeitig die Core Web Vitals, die Google als Ranking-Faktor nutzt. Ob PHP 8.5 in Ihrem Shop schneller ausliefert oder weniger Speicher braucht, zeigt der Vergleich unter derselben Last vor und nach dem Wechsel.
Shopware 6.7.6 und PHP 8.5 Kompatibilität
Shopware hat mit Version 6.7.6 (Januar 2026) die offizielle PHP 8.5 Unterstützung eingeführt. Die Release-Notes nennen PHP 8.2, 8.4 und 8.5 als getestete Fassungen (GitHub shopware/shopware). Für Shopbetreiber bedeutet das: Der Kern des Shopsystems ist bereit – die Herausforderung liegt in den Plugins und individuellen Anpassungen. Die Paketbasis des Stands nennt seine composer.json:
- Shopware Core: Volle PHP 8.5 Kompatibilität ab Version 6.7.6
- Symfony 7.3: Framework-Basis des Stands 6.7.6
- Doctrine DBAL 4.3: Datenbankabstraktion
- Twig 3: Template-Engine
- PHPUnit 11: Testframework der Core-Tests
Wichtig zu beachten: In der Reihe 6.6 lässt Shopware PHP 8.5 erst ab 6.6.10.11 (Januar 2026) zu; ältere 6.6-Stände und die Reihe 6.5 unterstützen PHP 8.5 nicht (GitHub shopware/shopware). Wenn Ihr Shop noch auf einer älteren Shopware-Version läuft, ist zuerst ein Shopware-Update erforderlich, bevor die PHP-Migration durchgeführt werden kann.
Migrationspfad: Schritt für Schritt auf PHP 8.5
Eine erfolgreiche PHP-Migration erfordert systematische Planung. Der folgende Migrationspfad hat sich in der Praxis bewährt und minimiert das Risiko von Ausfällen. Von der Analyse bis zum produktiven Einsatz ist eine gut vorbereitete Migration in der Regel eine Sache von einigen Wochen; Plugin-Bestand und Eigenentwicklungen bestimmen den Zeitrahmen.
- Bestandsaufnahme: Aktuelle PHP-Version, Shopware-Version und alle installierten Plugins dokumentieren
- Shopware aktualisieren: Sicherstellen, dass mindestens Shopware 6.7.6 installiert ist
- Kompatibilitätsanalyse: PHPStan und Rector auf den Codestand laufen lassen, um Inkompatibilitäten zu identifizieren
- Plugin-Check: Alle Plugins auf PHP 8.5 Kompatibilität prüfen (Details im nächsten Abschnitt)
- Staging-Umgebung: PHP 8.5 auf einem Test-Server installieren und den Shop dort deployen
- Automatisierte Tests: Gesamte Testsuite auf der Staging-Umgebung ausführen
- Manuelle Tests: Checkout, Bezahlvorgänge und kritische Geschäftsprozesse manuell testen
- Performance-Baseline: Benchmarks auf alter und neuer Version messen und vergleichen
- Produktiv-Migration: PHP 8.5 auf dem Live-Server aktivieren, idealerweise außerhalb der Stoßzeiten
- Monitoring: In den ersten 48 Stunden Error-Logs und Performance-Metriken engmaschig überwachen
Wenn Ihr Shop noch auf PHP 8.1 läuft, empfehlen wir den Zwischenschritt über PHP 8.3. Damit können deprecierte Funktionen schrittweise ersetzt werden, statt alle Änderungen auf einmal bewältigen zu müssen.
Häufige Fallstricke bei deprecated PHP-Funktionen
PHP 8.5 markiert mehrere Schreibweisen als deprecated, die in älterem Shopware-Code und Plugins vorkommen können (php.net). Dazu kommen Altlasten früherer Fassungen, die beim Sprung von 8.1 oder 8.3 gleichzeitig auftauchen: utf8_encode(), utf8_decode() und die ${}-Interpolation sind seit PHP 8.2 deprecated, implizit nullable Parameter seit PHP 8.4. Die folgende Übersicht zeigt Beispiele für Shopware-Entwickler:
// PHP 8.5 DEPRECATED: Backtick-Operator als Alias für shell_exec()
// Alt:
$output = `ls -la`;
// Neu:
$output = shell_exec('ls -la');
// PHP 8.5 DEPRECATED: nicht-kanonische Cast-Namen
// Alt:
$active = (boolean) $value;
// Neu:
$active = (bool) $value;
// PHP 8.5 DEPRECATED: null als Array-Schlüssel
// Alt:
$label = $labels[null];
// Neu:
$label = $labels[''];
// seit PHP 8.4 DEPRECATED: implizit nullable Parameter
// Alt:
function setName(string $name = null) { }
// Neu:
function setName(?string $name = null) { }
// seit PHP 8.2 DEPRECATED: utf8_encode() / utf8_decode()
// Alt:
$encoded = utf8_encode($string);
// Neu:
$encoded = mb_convert_encoding($string, 'UTF-8', 'ISO-8859-1'); Implizit nullable Parameter liefen bis PHP 8.3 ohne Hinweis und können deshalb in älterem Plugin-Code stecken. Tools wie Rector können einen Teil dieser Anpassungen automatisiert durchführen. Für individuelle Plugin-Entwicklungen empfehlen wir eine professionelle Code-Review, um subtile Kompatibilitätsprobleme frühzeitig zu erkennen.
Plugin-Kompatibilität prüfen und sicherstellen
Plugins sind typischerweise der kritischste Punkt bei einer PHP-Migration. Während der Shopware-Kern offiziell getestet ist, variiert die PHP 8.5 Bereitschaft bei Drittanbieter-Plugins erheblich. Eine systematische Prüfung ist unverzichtbar, um Probleme im Produktivbetrieb zu vermeiden.
- Composer-Check:
composer why-not php 8.5zeigt alle Pakete mit inkompatiblen PHP-Constraints - PHPStan Level 8: Statische Analyse mit
--php-version=80500deckt Typfehler und deprecated Calls auf - Rector Audit:
rector process --dry-runzeigt benötigte Code-Änderungen ohne sie durchzuführen - Plugin-Angaben prüfen: In der
composer.jsonjedes Plugins die PHP-Anforderung (require.php) und die freigegebenen Shopware-Versionen nachsehen - Hersteller kontaktieren: Bei Business-kritischen Plugins den Hersteller direkt nach dem PHP 8.5 Zeitplan fragen
Ob eine Erweiterung unter PHP 8.5 läuft, entscheidet sich je Plugin und lässt sich nicht pauschal beziffern. Aktiv gepflegte Erweiterungen ziehen erfahrungsgemäß bald nach einem PHP-Release nach, ältere und nicht mehr gepflegte oft gar nicht. Für ein Plugin, das nicht nachzieht, gibt es drei Optionen: auf ein Update warten, den Code selbst anpassen oder das Plugin durch eine kompatible Alternative ersetzen. Bei individuell entwickelten Plugins übernehmen wir die Anpassung an PHP 8.5 als Teil der Migration.
Server-Konfiguration für hohe PHP 8.5 Performance
PHP 8.5 allein bringt bereits Performance-Vorteile, doch die richtige Server-Konfiguration macht den entscheidenden Unterschied. Die folgenden Einstellungen sind für Shopware 6 auf PHP 8.5 optimiert und sollten in der php.ini oder Pool-Konfiguration angepasst werden.
; OPcache Konfiguration für PHP 8.5
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0
opcache.jit=tracing
opcache.jit_buffer_size=256M
; Speicher und Limits
memory_limit=512M
max_execution_time=60
upload_max_filesize=32M
post_max_size=32M
; Realpath Cache (wichtig für Symfony)
realpath_cache_size=4096K
realpath_cache_ttl=600 Für Shopware 6 empfehlen wir den tracing-Modus des JIT-Compilers. Dieser analysiert den tatsächlichen Ausführungspfad und optimiert Hot Paths – ideal für die komplexen Geschäftslogiken im E-Commerce. Der function-Modus ist für CLI-Skripte wie Imports und Cronjobs besser geeignet.
Neben der PHP-Konfiguration spielt auch die Webserver-Einrichtung eine Rolle. Nginx mit PHP-FPM und einem dedizierten Worker-Pool für Shopware liefert in Kombination mit einem CDN und HTTP/3 gute Ergebnisse.
Pipe-Operator und clone() in der Praxis
PHP 8.5 führt Sprachmerkmale ein, die Plugin-Code kürzer machen können: Der Pipe-Operator macht verschachtelte Funktionsaufrufe lesbar, und clone() übernimmt beim Kopieren geänderte Eigenschaftswerte (php.net). Property Hooks, die Getter- und Setter-Methoden ersetzen können, gibt es bereits seit PHP 8.4.
// neu in PHP 8.5: Pipe-Operator für lesbare Pipelines
$result = $input
|> trim(...)
|> strtolower(...)
|> htmlspecialchars(...);
// neu in PHP 8.5: clone() mit geänderten Eigenschaften
final readonly class Price {
public function __construct(
public int $amount,
public string $currency,
) {}
public function withAmount(int $amount): static {
return clone($this, ['amount' => $amount]);
}
}
// seit PHP 8.4: Property Hooks ersetzen Getter/Setter
class Product {
public string $name {
set(string $value) => trim($value);
}
} Für Shopware-Plugins können diese Merkmale Code kürzer und lesbarer machen. Die asymmetrische Sichtbarkeit (public private(set), seit PHP 8.4) erlaubt zudem API-Designs, bei denen Properties von außen gelesen, aber nur intern gesetzt werden können – nützlich für Entity-Klassen in Shopware.
Auswirkungen auf SEO und Core Web Vitals
Die PHP-Performance wirkt sich direkt auf die Suchmaschinenoptimierung aus. Google bewertet seit 2021 die Core Web Vitals als Ranking-Faktor, wobei der Largest Contentful Paint (LCP) und die Time to First Byte (TTFB) stark von der serverseitigen Verarbeitungsgeschwindigkeit abhängen. Eine kürzere TTFB verschiebt den Startpunkt für alles, was danach lädt – der LCP profitiert davon nur, wenn Bilder und Schriften nicht ihrerseits bremsen.
Der Effekt auf die Conversion ist gemessen: Bereits eine um 0,1 Sekunden schnellere mobile Ladezeit steigerte die Conversion im Handel um 8,4% und den durchschnittlichen Bestellwert um 9,2% (Google/Deloitte). Wie viel davon bei Ihrem Shop ankommt, zeigt erst die eigene Messung vor und nach der Migration. Die PHP 8.5 Migration ist damit nicht nur ein technisches Upgrade, sondern eine Investition in Ihren E-Commerce-Erfolg.
Nehmen Sie vor der Migration einen Basiswert auf: Lighthouse-Performance, TTFB und Speicherverbrauch unter Last, je Seitentyp. Ohne diesen Basiswert lässt sich hinterher nicht trennen, was der Wechsel gebracht hat und was an einer nebenbei geänderten Cache-Einstellung liegt.
Migrations-Checkliste für Shopbetreiber
Die folgende Checkliste fasst alle Schritte zusammen, die vor, während und nach der PHP 8.5 Migration durchgeführt werden sollten. Nutzen Sie diese Liste als Grundlage für Ihre Planung – oder kontaktieren Sie uns, damit wir die Migration professionell für Sie durchführen.
- Backup von Datenbank, Dateien und Konfiguration erstellt
- Shopware auf Version 6.7.6 oder höher aktualisiert
- Alle Plugins auf PHP 8.5 Kompatibilität geprüft (composer why-not, PHPStan)
- Staging-Umgebung mit PHP 8.5 aufgesetzt und getestet
- Deprecated Funktionen im eigenen Code ersetzt
- OPcache und JIT-Konfiguration für PHP 8.5 optimiert
- Checkout- und Zahlungsprozesse auf Staging manuell durchgetestet
- Performance-Benchmark vor und nach Migration gemessen
- Rollback-Plan dokumentiert (PHP-Version kann schnell zurückgewechselt werden)
- Error-Monitoring für die ersten 48 Stunden nach Go-Live eingerichtet
So könnte Ihr Elektronik-Shop aussehen:
Elektronik-Fachhandel
In der Reihe 6.7 benötigen Sie für die offizielle PHP 8.5 Unterstützung mindestens Shopware 6.7.6, das im Januar 2026 veröffentlicht wurde. In der Reihe 6.6 ist PHP 8.5 ab 6.6.10.11 zugelassen; ältere 6.6-Stände und die Reihe 6.5 unterstützen PHP 8.5 nicht und müssen zuerst aktualisiert werden. Kontaktieren Sie uns für eine Einschätzung Ihres Update-Aufwands.
Das lässt sich nicht allgemein beziffern. Wie groß der Unterschied ausfällt, hängt von Ihrer Shop-Konfiguration, der Produktanzahl, den eingesetzten Plugins und der Hardware ab. Belastbar ist nur der eigene Vergleich: dieselbe Last, dieselbe Maschine, einmal vor und einmal nach dem Wechsel.
Nicht automatisch. Ob ein Plugin läuft, entscheidet sich je Plugin: aktiv gepflegte Erweiterungen ziehen meist bald nach einem PHP-Release nach, ältere oft gar nicht. Wir empfehlen, vor der Migration einen systematischen Kompatibilitätscheck mit Composer, PHPStan und Rector durchzuführen und bei kritischen Plugins den Hersteller zu kontaktieren.
Eine gut vorbereitete Migration ist in der Regel in einigen Wochen erledigt – von der Analyse über das Staging bis zum Produktiveinsatz. Shops mit vielen individuellen Plugins oder eigenem Code benötigen tendenziell mehr Zeit für Kompatibilitätsanpassungen. Die reine Server-Umstellung ist in wenigen Minuten erledigt.
Ein Rollback auf die vorherige PHP-Version ist in der Regel innerhalb von Minuten möglich und erfordert keine Code-Änderungen. Wir empfehlen, einen dokumentierten Rollback-Plan vorzubereiten und die Migration außerhalb der Hauptgeschäftszeiten durchzuführen. Bei unseren Hosting-Kunden überwachen wir die Migration und können bei Bedarf eingreifen.
Auch für kleinere Shops gilt: Ob der Wechsel Speicherbedarf und Ladezeiten senkt – und damit Hosting-Kosten und SEO berührt –, zeigt die eigene Messung vor und nach dem Wechsel. Zudem erhält PHP 8.1 laut php.net seit dem 31. Dezember 2025 keine Sicherheitsupdates mehr – wer noch darauf läuft, muss ohnehin migrieren.
Dieser Artikel stützt sich auf php.net (Erscheinungstermin von PHP 8.5), W3Techs (Verbreitung von PHP) und Google/Deloitte (Wirkung der mobilen Ladezeit auf Conversion und Bestellwert). Die im Text genannten Messpunkte sind eine Anleitung zur eigenen Messung, keine Zusage: Was eine Migration bei Ihnen bringt, hängt von Serverkonfiguration und Shop-Aufbau ab und zeigt sich erst im Vorher-Nachher-Vergleich auf der eigenen Maschine.