WordPress 7.1 RC1 ist verfügbar. Für geschäftskritische Websites ist damit aber kein reguläres Update freigegeben. Die richtige Entscheidung lautet: nicht auf dem Produktivsystem installieren und nicht dort testen.
Die offizielle WordPress-Mitteilung vom 5. August 2026 bezeichnet RC1 weiterhin als Entwicklungsversion. Sie schließt Produktivsysteme und geschäftskritische Websites ausdrücklich aus und verweist für eine Prüfung auf einen Testserver und eine Testsite.
Für Teams, die eine Website betreuen, ist vor allem diese Grenze wichtig: Eine Version kann für einen kontrollierten Test bereitstehen, ohne für den laufenden Betrieb geeignet oder freigegeben zu sein. Testfreigabe und Produktionsfreigabe sind zwei verschiedene Entscheidungen.
Der Release Candidate ist kein vorgezogenes Produktivupdate
Ein Release Candidate erscheint spät im Entwicklungsprozess. Das macht ihn für bestimmte Vorabprüfungen interessant. Es macht ihn aber nicht zu einer stabilen Veröffentlichung.
Für viele Unternehmen besteht kein Grund, RC1 überhaupt einzusetzen. Eine frühe Prüfung kann sinnvoll sein, wenn eine Website individuelle Funktionen, eigene Blöcke, besondere Redaktionsabläufe, komplexe Formulare oder angebundene Systeme nutzt. Dann kann ein Test Hinweise darauf geben, welche Punkte bei einer späteren Aktualisierung besondere Aufmerksamkeit brauchen.
Diese Prüfung ist freiwillig und braucht einen konkreten Zweck. Neugier allein rechtfertigt es nicht, eine zusätzliche Version und ein zusätzliches Testvorhaben zu betreiben. Wer keinen besonderen Klärungsbedarf hat, kann auf eine stabile Veröffentlichung warten.
Die Umgebung entscheidet über das betriebliche Risiko
Bei einer geschäftskritischen Website ist nicht nur relevant, welche Softwareversion eingesetzt wird. Ebenso wichtig ist, wo sie läuft.
Auf dem Produktivsystem gehen Anfragen ein, werden Termine gebucht, Kundenbereiche genutzt oder Informationen veröffentlicht, auf die sich Mitarbeitende und Kunden verlassen. Dort soll ein Softwarestand seinen vorgesehenen Zweck zuverlässig erfüllen. Eine Entwicklungsversion auszuprobieren, gehört nicht zu diesem Zweck.
Eine Testumgebung hat eine andere Aufgabe. Dort dürfen Abweichungen sichtbar werden, ohne dass der öffentliche Auftritt oder ein echter Geschäftsablauf betroffen ist. Genau deshalb ist die Trennung keine technische Nebensache, sondern Teil der Freigabeentscheidung.
Die einfache Regel lautet:
- Eine Testfreigabe erlaubt eine kontrollierte Prüfung außerhalb der Produktion.
- Eine Produktionsfreigabe erlaubt den Einsatz auf der tatsächlich genutzten Website.
WordPress 7.1 RC1 kommt nur für die erste Entscheidung infrage.
Was „getrennt testen“ in der Praxis bedeutet
Eine Testsite ist nicht allein deshalb isoliert, weil sie unter einer anderen Webadresse erreichbar ist. Sie muss so eingerichtet sein, dass Versuche keine echten Abläufe auslösen.
Das betrifft vor allem Formulare, E-Mail-Versand, Schnittstellen, Zahlungs- oder Buchungsdienste, CRM-Verbindungen und geplante Aufgaben. Testdaten sollten nicht im Produktivsystem landen. Echte Kunden sollten keine Testnachrichten erhalten. Auch eine unbeabsichtigt öffentlich auffindbare Kopie der Website ist keine saubere Testumgebung.
Gleichzeitig muss die Testsite dem echten System ausreichend ähneln. Theme, Plugins, PHP-Version, Konfiguration und relevante Integrationen bestimmen, ob eine Prüfung für die eigene Website Aussagekraft hat. Ein Test auf einer leeren Standardinstallation beantwortet eine andere Frage als ein Test der tatsächlichen betrieblichen Wege.
Vorabtests brauchen einen definierten Auftrag
Wenn eine RC1-Prüfung sinnvoll ist, sollte vor der Installation feststehen, was geklärt werden soll. Für eine Unternehmens- oder Service-Website sind meist wenige Abläufe entscheidend:
- Kommen Kontakt- und Anfrageformulare vollständig an?
- Lassen sich Inhalte im gewohnten Redaktionsablauf bearbeiten?
- Funktionieren Anmeldung, Suche, Mehrsprachigkeit oder geschützte Bereiche wie erwartet?
- Reagieren angebundene Systeme innerhalb des getesteten Ablaufs korrekt?
Der Test sollte diese Wege vollständig durchlaufen. Eine Seite lediglich aufzurufen, sagt wenig darüber aus, ob eine Anfrage zugestellt oder ein Datensatz korrekt weitergegeben wird.
Beobachtungen lassen sich knapp dokumentieren: betroffene Funktion, ausgeführter Schritt, erwartetes Verhalten und tatsächliche Beobachtung. Daraus entsteht noch keine Freigabe für die Produktion. Es entsteht lediglich Wissen, das bei einer späteren Entscheidung nützlich sein kann.
Klare Rollen, klare Freigabe
Die technische Durchführung kann bei einer betreuenden Person oder einem Entwicklungsteam liegen. Die Regel für den Betrieb sollte trotzdem für alle Beteiligten klar sein.
Die Projektleitung oder die zuständige Fachseite kann eine isolierte Vorabprüfung freigeben. Damit ist weder ein Einsatz im Produktivsystem noch ein späterer Update-Termin genehmigt. Eine mögliche Produktionsfreigabe beginnt erst, wenn eine stabile Version vorliegt. Danach muss die konkrete Website mit ihren wichtigen Funktionen und Abhängigkeiten geprüft werden.
Auch ein unauffälliger RC1-Test ersetzt diesen Schritt nicht. Zwischen einer Entwicklungsversion und einer späteren stabilen Veröffentlichung können sich Inhalte ändern. Aus einem frühen Test folgt daher keine Zusage für einen künftigen Produktiveinsatz.
Die Freigaberegel für WordPress 7.1 RC1
Für geschäftskritische WordPress-Websites lässt sich die Grenze in vier Punkten festhalten:
- WordPress 7.1 RC1 bleibt außerhalb von Produktion und geschäftskritischen Systemen.
- Eine Vorabprüfung findet nur mit einem klaren Zweck statt.
- Getestet wird auf einer isolierten und ausreichend realistischen Umgebung.
- Über die Produktion wird erst nach einer stabilen Veröffentlichung und einer Prüfung der konkreten Website entschieden.
Damit bleibt RC1 das, was es ist: eine Möglichkeit zur kontrollierten Evaluation. Der laufende Betrieb wird nicht zum Testfeld, und die spätere Produktionsentscheidung erhält einen eigenen, nachvollziehbaren Freigabepunkt.