Am 9. November 2026 hat der Widerstand dagegen weiter zugenommen. Um 4:38 Uhr (MEZ) eröffnete ein Core-Entwickler einen Fehlerbericht zu Konflikten mit bestehenden Adressen^[1]. Um 12:44 Uhr warnte ein erfahrener WordPress-Entwickler unter der offiziellen Ankündigung, die Funktion sei für die vielen kleineren Websites ein einfacher Hebel für Überlastungsangriffe (DoS)^[2].

Die finale Version von WordPress 7.2 ist für den 8. Dezember 2026 geplant^[3]. Weil WordPress laut W3Techs auf 39,4 Prozent aller erfassten Websites läuft^[4], betrifft der Streit viele Unternehmen.

Wer beispiel.de/random/ aufruft, landet laut der offiziellen Entwicklerankündigung vom 5. November 2026 auf einem zufällig ausgewählten, veröffentlichten Beitrag. Die Funktion ist standardmäßig aktiv. Abschalten lässt sie sich über einen Filter, also eine kleine Code-Anweisung^[5]. Vorgeschlagen worden war im Januar 2026 noch eine minimale Lösung, die man bewusst einschalten muss (Opt-in)^[6].

Mit sprechenden Permalinks, also lesbaren Adressen wie /blog/beitragsname/, entstehen zusätzliche Zufallsadressen für Kategorien, Schlagwörter, Autoren und eigene Inhaltstypen, etwa /random/category/news/. Den Wortteil „random“ kann man unter Einstellungen > Permalinks ändern; da er übersetzbar ist, kann die Adresse auf deutschsprachigen Websites auch anders lauten^[5].

Normale Beiträge sind dabei, Seiten und Mediendateien nicht. Eigene Inhaltstypen (Custom Post Types), die Themes oder Plugins etwa für Referenzen oder Projekte anlegen, sind standardmäßig zugelassen, wenn sie öffentlich abrufbar sind und eine Archivseite haben, sofern Theme oder Plugin sie nicht ausdrücklich ausnehmen^[5]. Ausgewählt wird per Datenbankanweisung ORDER BY RAND(): Die Datenbank mischt alle infrage kommenden Einträge und gibt einen zurück. Berücksichtigt werden nur veröffentlichte Beiträge ohne Passwortschutz^[7].

Als Grund für die Aufnahme in den WordPress-Kern (Core) nennt das zugehörige Ticket im Trac, dem öffentlichen Aufgabenverzeichnis von WordPress, ausdrücklich den wiederholten Wunsch von Mitgründer Matt Mullenweg^[6]. Sein seit 18 Jahren unverändertes Plugin „Random Redirect“ mit derselben Idee kommt auf „100+“ aktive Installationen^[8]. Kritiker berufen sich auf die WordPress-Philosophie: Der Kern soll Funktionen bieten, die mindestens 80 Prozent der Nutzer tatsächlich schätzen und verwenden^[9].

Am 8. November um 23:36 Uhr forderte eine Dienstleisterin, die WordPress-Websites für Kunden betreut, im Ticket erneut eine Opt-in-Lösung. Ihr Argument: Den zusätzlichen Prüfaufwand für jede Kundenwebsite tragen Agenturen und Betreiber^[6].

Die Gegenseite: Aaron Jorbin, Core-Entwickler und Autor der Ankündigung, schrieb, die Mehrheit wolle, dass ihre Inhalte entdeckt werden; zudem erhalte nach der WordPress-Philosophie nicht jede Funktion eine eigene Abschaltoption^[5]. Mitgründer Mullenweg verwies am 7. November zur Performance-Kritik darauf, dass Suchanfragen oder die REST-Schnittstelle, die Programmierschnittstelle von WordPress, weit mehr Wege böten, eine Website zu überlasten^[5].

Stand 9. November beschreibt die Ankündigung die Funktion weiterhin als standardmäßig aktiv^[5]. Eine Umstellung auf Opt-in ist nicht beschlossen.

Vergessene Inhalte: Ob ein Beitrag per SEO-Plugin auf noindex steht, Suchmaschinen also anweist, ihn nicht in den Suchergebnissen zu zeigen, gehört nicht zu den Auswahlkriterien^[7]. So können alte Angebote, überholte Preise oder Einträge eigener Inhaltstypen erscheinen, die nur im Zusammenhang gedacht waren, etwa Kundenstimmen in einem Slider^[10].

Crawler und Cache: Im Normalfall leitet WordPress mit Statuscode 302, also vorübergehend, weiter und sendet Header gegen Zwischenspeichern sowie die Anweisung „noindex, follow“ an Suchmaschinen^[7]. Ist der Ziel-Link leer oder liegt er auf einer nicht zugelassenen Domain, liefert /random/ laut Fehlerbericht #66625 eine normale Seite ohne diese Header; ein Seiten-Cache kann /random/ dann auf einem Beitrag festhalten. Ein Testbericht vom 9. November, 9:19 Uhr, bestätigt den Fehler und eine funktionierende Korrektur; behoben ist er noch nicht^[11].

Datenbanklast: Die Dokumentation der Datenbank MariaDB warnt, ORDER BY RAND() solle nie auf großen Tabellen eingesetzt werden, weil es extrem langsam werde^[12]. Der Plugin-Anbieter Super Speedy Plugins, der eine eigene Alternative bewirbt, maß mit einer Million Produkten im Median 3.372 Millisekunden für die nachgebildete Core-Abfrage, mit vorbereiteter Mischtabelle 0,24 Millisekunden; deren Aufbau kostete zusätzlich 3,5 bis 4,3 Sekunden^[13]. Getestet wurde unter WordPress 7.1 mit MariaDB; auf kleine Blogs ist das nicht übertragbar.

Adresskonflikte: Laut Ticket #66630 können bestehende Adressen eigener Inhaltstypen und Plugins mit der Zufallsbasis kollidieren: Statt des gewohnten Archivs erscheint ein Fehler 404 oder eine Zufallsweiterleitung. Eine Korrektur mit Tests liegt vor, das Ticket ist offen^[1]. Eine veröffentlichte Seite mit der Adresse /random/ hat laut Quellcode dagegen Vorrang vor der Weiterleitung^[7].

Für das komplette Abschalten nennt die offizielle Ankündigung genau eine Anweisung, eingebunden über ein Must-Use-Plugin^[5]. Das ist eine PHP-Datei im Ordner wp-content/mu-plugins, die WordPress automatisch lädt und die sich im Backend nicht deaktivieren lässt^[14]. Wichtig für die Datei: In die erste Zeile gehört das öffnende PHP-Tag <?php, ohne das die Anweisung nicht als PHP ausgeführt wird. In die zweite Zeile kommt die offizielle Anweisung aus der Ankündigung^[15].

<?php
add_filter( 'wp_enable_random_content_redirect', '__return_false' );

Danach erzeugt WordPress keine Zufallsregeln mehr, blendet das Feld auf der Permalink-Seite aus und ignoriert den Parameter random^[5]. Da der Filter erst mit Version 7.2 eingeführt wird, werten ältere Versionen ihn nicht aus; die Datei kann also schon vor dem Update eingespielt werden^[7]. Wer ihn erst nachträglich unter 7.2 setzt, muss laut Quellcode die Rewrite-Regeln neu erzeugen, also die internen Regeln, die Adressen den Inhalten zuordnen^[7]. Den manuellen Weg nennt die WordPress-Entwicklerdokumentation: Einstellungen > Permalinks aufrufen und die Struktur auffrischen, also einmal unverändert speichern^[16].

Wer /random/ behalten will, kann gezielt einschränken: Eigene Inhaltstypen lassen sich über den neuen Parameter randomable ausnehmen, einzelne Kategorien mithilfe der Funktion wp_is_random_content_query() ausschließen^[5].

Wichtig: Abschalten schließt nur den Zufallsweg. Veröffentlichte Altinhalte bleiben über ihre Adresse erreichbar und gehören trotzdem auf den Prüfstand.

Laut offiziellem Zeitplan folgen Beta 5 am 10. November, der erste Release Candidate (RC1, eine fast fertige Testversion) am 17. November und die finale Version am 8. Dezember 2026 um 16 Uhr deutscher Zeit; kurzfristige Änderungen behält sich das Team vor^[3]. Testversionen gehören laut WordPress ausdrücklich nicht auf produktive Websites^[17].