Der Admin-Bereich von WordPress 7.2 lädt Skripte und Stylesheets einzeln, statt sie zu großen Paketen zu bündeln. Die beiden Dateien load-scripts.php und load-styles.php, die das Bündeln bisher übernahmen, gelten laut WordPress Developer Blog vom 13. November 2026 als veraltet. Das Release ist für den 8. Dezember 2026 geplant.
Die Änderung betrifft den Admin-Bereich, nicht die Seite für deine Besucher. Spürbar wird sie bei eigenen Plug-ins, Firewall-Regeln oder einer Content Security Policy, denn dort können Verweise auf die alten Dateien stehen.
Was ändert sich im Admin-Bereich?
Bisher lieferte WordPress für jede Admin-Seite ein gebündeltes Paket aus. Dr. Web ordnet das als Erbe der HTTP/1.1-Zeit ein: Das Paket ließ sich im Browser-Cache schlecht wiederverwenden. Unter HTTP/2 laden einzelne Dateien parallel, und alle Admin-Seiten greifen auf dieselben zwischengespeicherten Dateien zu.
Der WordPress Developer Blog nennt drei Folgen:
- WordPress lädt die Dateien einzeln und holt vorab, was der nächste Bildschirm voraussichtlich braucht.
- load-scripts.php und load-styles.php sind veraltet.
- Einige Skripte erscheinen im Footer statt im Head.
Dr. Web geht im Beitrag zur Beta 1 weiter: Beide Dateien antworten seit Beta 1 mit dem Statuscode 410 (Gone), ohne WordPress zu starten. Der Hintergrund ist die Sicherheitslücke CVE-2018-6389, über die sich ein Server mit Anfragen an load-scripts.php auslasten ließ. Die Konstante CONCATENATE_SCRIPTS liest WordPress nicht mehr aus.
Wie viel Zeit bleibt für den Test?
Beta 5 liegt vor. Release Candidate 1 folgt laut Developer Blog am 17. November 2026, die finale Version soll am 8. Dezember erscheinen. Dr. Web nennt zusätzlich die Release Candidates 2 und 3 am 24. November und am 1. Dezember.
WordPress 7.2 bis zum Release
Geplante Termine für den Test deiner Seite
- 17. November 2026Release Candidate 1
- 24. November 2026Release Candidate 2
- 1. Dezember 2026Release Candidate 3
- 8. Dezember 2026Finale Version
Termine können sich ändern, es sind Planwerte.
Quellen: WordPress Developer Blog, Dr. Web
Was kann bei dir brechen?
Dr. Web empfiehlt, auf einer Staging-Kopie diese Punkte zu prüfen:
- Firewall-Regeln, CDN-Einstellungen und Sicherheits-Plug-ins mit Einträgen zu load-scripts.php
- die Konstante CONCATENATE_SCRIPTS in der wp-config.php
- Plug-ins, die veraltete Funktionen wie script_concat_settings() aufrufen, das Debug-Log zeigt sie an
- eine Content Security Policy: worker-src braucht den Eintrag blob:, sonst läuft die Bildverarbeitung der Mediathek wieder über den Server
- Bild-Plug-ins, die an wp_image_editors oder image_make_intermediate_size hängen, denn beide Hooks greifen bei der Verarbeitung im Browser nicht
Die letzten beiden Punkte gehören zu einer zweiten Neuerung: Laut der WordPress-Ankündigung zur Beta 1 verkleinert, komprimiert und wandelt die Mediathek Bilder direkt im Browser um, bevor sie hochgeladen werden.
Unsere Einschätzung: Der Gewinn hängt an HTTP/2. Ob dein Hosting es spricht, zeigt die Netzwerk-Ansicht der Entwicklerwerkzeuge deines Browsers in der Spalte Protokoll, dort steht h2. Steht dort http/1.1, prüfst du auf der Staging-Kopie, ob der Admin-Bereich spürbar langsamer lädt.
Was das für dich bedeutet
Leg dir am besten zuerst eine Staging-Kopie an und spiel dort Beta 5 ein, etwa mit dem Plug-in WordPress Beta Tester oder dem Befehl wp core update --version=7.2-beta5, beide nennt der Developer Blog. Lass das Debug-Log am besten mitlaufen, klick dich durch Beitragsliste, Mediathek und Plug-in-Einstellungen und notier jede Meldung zu veralteten Funktionen.
Durchsuch danach deine Dateien nach load-scripts.php, etwa mit dem Befehl grep -rn load-scripts.php im Ordner wp-content, und entfern CONCATENATE_SCRIPTS gerne aus der wp-config.php. Firewall- und CDN-Regeln siehst du im jeweiligen Dashboard. Vor dem echten Update legst du ein Backup an, wie es auch Dr. Web rät.
Der WordPress Developer Blog hat die Übersicht am 13. November 2026 veröffentlicht.
Quellen
