Prüfen Sie jetzt vor allem, wie Ihr Team Inhalte bearbeitet und welche individuellen Erweiterungen im Editor zum Einsatz kommen. Die WordPress-Entwicklungsmeldungen vom 12. und 14. Oktober 2026 geben Anlass zur Vorbereitung, aber keinen Anlass für ein Notfallupdate: Sie beschreiben technische Untersuchungen, offene Kriterien und einen Vorschlag zur Bedienung, keine neu gemeldete Sicherheitslücke.
Gemeinsames Bearbeiten braucht eine verlässliche technische Grundlage
WordPress arbeitet weiter an der Zusammenarbeit in Echtzeit, kurz RTC für «Real-time Collaboration». Gemeint ist die gemeinsame Bearbeitung von Inhalten, bei der Änderungen zwischen Beteiligten abgeglichen werden müssen. Ein neuer Beitrag des Core-Teams stellt dafür untersuchte Synchronisationslösungen und deren unterschiedliche Ansätze vor.
Im Zentrum steht ein servergestützter Ansatz: Der Server soll bei dieser Zusammenarbeit eine zentrale Rolle übernehmen. Die Meldung erläutert damit eine technische Entwicklungsrichtung, belegt aber weder die endgültige Wahl einer Lösung noch deren Verfügbarkeit auf bestehenden Websites.
Für KMU ist das besonders relevant, wenn mehrere Personen an Beiträgen oder Seiten arbeiten. Redaktion, Geschäftsleitung und externe Agentur könnten von einer besser abgestimmten Zusammenarbeit profitieren; welchen konkreten Funktionsumfang WordPress dafür bereitstellen wird, lassen die vorliegenden Meldungen jedoch offen.
Aus dem Beitrag lässt sich deshalb auch keine konkrete Hosting-Anforderung ableiten. Ein vorsorglicher Serverwechsel oder der Kauf zusätzlicher Infrastruktur wäre auf dieser Faktenbasis nicht begründet.
Die Presence API ist noch auf dem Weg zu einem Core-Vorschlag
Die Sitzung zur Presence API vom 12. Oktober befasste sich mit den Kriterien für die Übernahme des Feature-Plugins und den noch offenen Punkten vor einem Vorschlag zur Aufnahme in den WordPress-Kern. In diesem Arbeitsbereich wird auch die Echtzeit-Zusammenarbeit entwickelt.
Entscheidend ist die Unterscheidung zwischen Entwicklung und verfügbarer Funktion. Dass ein Team Voraussetzungen für einen Core-Vorschlag bespricht, bedeutet noch nicht, dass die Funktion beschlossen, veröffentlicht oder für produktive Websites freigegeben ist.
Auch die Agenda des Entwickler-Chats vom 14. Oktober liefert keinen solchen Beschluss. Sie sieht Gespräche über kommende Veröffentlichungen und einen offenen Diskussionsteil vor, ist aber keine verbindliche Liste zugesicherter Funktionen.
Für Ihre Planung heisst das: Halten Sie Anforderungen an die Zusammenarbeit fest, statt bereits einen Einführungstermin anzukündigen. Wer individuelle Redaktionsabläufe oder Erweiterungen nutzt, kann diese bei der nächsten Besprechung zur WordPress-Entwicklung gezielt einbringen.
Die Toolbar soll sich an verschiedenen Stellen gleich verhalten
Seit WordPress 7.1 erscheint die Toolbar auch im Beitragseditor und im Website-Editor. Dadurch fällt stärker auf, dass ihre ersten beiden Elemente – das WordPress-Symbol und der Website-Name – nicht überall gleich reagieren.
Ein Vorschlag soll dieses uneinheitliche Verhalten beheben; dazu bittet das Core-Team um Rückmeldungen. Die Änderung ist noch ein Vorschlag, nicht eine in diesen Meldungen bestätigte Auslieferung.
Für Websitebetreiber betrifft das vor allem die Orientierung im Verwaltungsbereich. Wenn Mitarbeitende regelmässig zwischen Bearbeitung und anderen Ansichten wechseln, können unterschiedliche Navigationswege zu Rückfragen und Fehlbedienungen führen.
Prüfen Sie deshalb Ihre internen Anleitungen und allfällige Anpassungen an der Toolbar. Eine vollständige Neugestaltung Ihrer öffentlich sichtbaren Website lässt sich daraus nicht ableiten.
Diese Aufgaben haben jetzt Vorrang
Nicht jede Entwicklungsnachricht verlangt einen technischen Eingriff. Die folgende Einordnung hilft, laufende Pflege von Vorbereitung zu trennen.
| Bereich | Sinnvolle Massnahme | Priorität |
|---|---|---|
| Laufender Betrieb | Reguläre Updates, Backups und Funktionstests weiterführen | Laufend hoch |
| Teamarbeit | Beteiligte, Freigaben und Bearbeitungsabläufe dokumentieren | Jetzt vorbereiten |
| Toolbar | Navigation und interne Anleitungen auf Unklarheiten prüfen | Bei nächster Prüfung |
| Echtzeit-Funktionen | Entscheidungen und spätere technische Vorgaben abwarten | Beobachten |
Eine geregelte WordPress-Wartung bleibt unabhängig von diesen Entwicklungsarbeiten sinnvoll. Neue Bedienfunktionen ersetzen weder Sicherheitsupdates noch eine überprüfte Datensicherung.
Mit vier Schritten bereiten Sie Ihr Team vor
- Redaktionsabläufe erfassen: Notieren Sie, wer Inhalte erstellt, prüft und veröffentlicht. Halten Sie fest, wo parallele Bearbeitung heute zu Abstimmungsproblemen führt.
- Anpassungen inventarisieren: Listen Sie Plugins und individuelle Entwicklungen auf, die Editor, Toolbar oder Benutzerrollen verändern. Das erleichtert spätere Kompatibilitätstests.
- Tests getrennt durchführen: Prüfen Sie künftige Änderungen zunächst in einer Testumgebung. Testen Sie dabei mit den tatsächlich verwendeten Benutzerrollen statt ausschliesslich mit einem Administratorkonto.
- Freigabe dokumentieren: Halten Sie nach einem Test fest, welche Abläufe funktionieren und welche Anleitungen angepasst werden müssen. Informieren Sie Mitarbeitende vor einer Umstellung.
Ein umfassender Website-Check kann helfen, den heutigen Zustand als Ausgangspunkt festzuhalten. Für Sicherheitsvorfälle sollten daneben Zuständigkeiten und Kontaktwege geklärt sein, beispielsweise mithilfe eines Cyber-Notfallplans; die aktuellen Meldungen selbst berichten allerdings nicht von einem Angriff.
Was bedeutet das für Ihre Website?
Bleiben Sie bei Updates und Backups konsequent, dokumentieren Sie Ihre redaktionellen Abläufe und warten Sie bei neuen Echtzeit-Funktionen auf bestätigte Informationen. Für einen ersten Überblick können Sie Ihre eigene Website mit WPKarma kostenlos prüfen; individuelle Redaktionsabläufe sollten Sie zusätzlich manuell testen.