Besucher, die deine-seite.de/random/ aufrufen, gelangen mit WordPress 7.2 zu einem zufällig gewählten, veröffentlichten Beitrag der Seite. Aaron Jorbin beschreibt die Neuerung im Dev-Note (Entwicklerhinweis) des Core-Teams vom 5. November 2026. Standardmäßig ist die Weiterleitung eingeschaltet und baut auf der bestehenden Rewrite-API und den Klassen WP und WP_Query auf.
Laut Zeitplan des Core-Teams erscheint WordPress 7.2 am 8. Dezember 2026, die fünfte Beta ist für den 10. November angesetzt.
Welche Zufallsadressen legt WordPress an?
Mit aktivierten Pretty Permalinks und dem Standardpfad legt WordPress Regeln für vier Adressformen an. Die Adresse /random/ führt zu einem beliebigen Beitrag, /random/category/release/ zu einem Beitrag der Kategorie release, /random/author/jorbin/ zu einem Beitrag dieses Autors und /random/{post-type-slug}/ zu einem Beitrag eines eigenen Beitragstyps, sofern dieser dafür freigegeben ist.
Vier Zufallsadressen in WordPress 7.2
Standardpfad random, bei aktivierten Pretty Permalinks, laut Dev-Note vom 5. November 2026
Adresseleitet weiter zu
- /random/Beliebiger Beitrag der Seite
- /random/category/release/Beitrag der Kategorie release
- /random/author/jorbin/Beitrag dieses Autors
- /random/{post-type-slug}/Beitrag eines eigenen Beitragstyps
WordPress 7.2 ist noch in der Beta, der Release ist für den 8. Dezember 2026 geplant
Quellen: Make WordPress Core
Jede öffentlich abfragbare Taxonomie eines geeigneten Beitragstyps bekommt eine ähnliche Regel, im Beispiel von Jorbin /random/tag/dev-note/. Der Basispfad random lässt sich übersetzen und über eine neue Option auf der Seite wp-admin/options-permalink.php ändern. Eine deutsche Seite könnte ihn zum Beispiel auf /zufall/ umstellen.
Welche Inhalte darf WordPress zufällig ausspielen?
Über das neue Argument randomable in register_post_type() legst du fest, ob ein Beitragstyp teilnimmt. Fehlt die Angabe, gilt der Standardwert true für Typen, die öffentlich abfragbar sind (publicly_queryable) und ein Archiv haben (has_archive). Von den eingebauten Typen gehört post dazu, page und attachment nicht. Im Beispiel von Jorbin bleibt ein Typ namens musicals außen vor, weil randomable auf false steht.
Die Auswahl übernimmt die Hauptabfrage (Main Query). Für die Dauer der Anfrage bindet WordPress drei Callbacks ein: wp_random_content_pre_get_posts(), wp_random_content_posts_orderby() und wp_random_content_post_limits(). Zusammen beschränken diese Callbacks die Abfrage auf geeignete Beiträge, sortieren nach RAND() und liefern genau ein Ergebnis.
Weil die Auswahl über die Hauptabfrage läuft, wirken bestehende pre_get_posts-Callbacks, die ein Archiv verändern, auch auf die zufällige Weiterleitung dieses Archivs. Soll sich nur die Zufallsauswahl ändern, stellt wp_is_random_content_query() fest, ob eine solche Abfrage vorliegt. Im Beispiel von Jorbin wird auf diese Weise eine einzelne Kategorie ausgeschlossen.
Wie schaltest du die Weiterleitung ab?
Der Filter wp_enable_random_content_redirect mit dem Rückgabewert false schaltet die gesamte Funktion ab. WordPress erzeugt dann keine Rewrite-Regeln für Zufallsadressen, blendet das Basisfeld auf der Permalink-Seite aus und ignoriert die Query-Variable. Als kleines Must-Use-Plugin genügt eine Zeile: add_filter( 'wp_enable_random_content_redirect', '__return_false' ); Eine Einstellung im Backend erwähnt der Beitrag dafür nicht.
Was das für dich bedeutet
Auf Websites mit Kundenbeiträgen, internen Landingpages oder eigenen Beitragstypen lohnt sich vor dem 8. Dezember ein kurzer Test:
- Ruf am besten auf einer Testinstallation mit der aktuellen 7.2-Beta die Adresse /random/ auf und notiere, welche Beiträge dort angezeigt werden.
- Setz bei eigenen Beitragstypen randomable auf false oder schließ einzelne Kategorien über wp_is_random_content_query aus, sobald Beiträge nicht zufällig ausgespielt werden sollen.
Passt die Funktion gar nicht zu deiner Seite, ergänzt du den Filter über ein Must-Use-Plugin, bevor das Update auf 7.2 läuft. Bei einem Blog mit vielen älteren Beiträgen kann /random/ als Menüpunkt zum Stöbern dienen.
Das Core-Team hat die Neuerung am 5. November 2026 beschrieben.
Quellen
