Es ist der wohl meistgegebene WordPress-Rat überhaupt: „Speichere einmal die Permalinks neu.“ Und tatsächlich behebt dieser unscheinbare Klick eine erstaunliche Bandbreite von Problemen — von 404-Fehlern über kaputte Feeds bis zu einer blockierten REST-API. Hier steht, warum das funktioniert und wie du es richtig einsetzt.
Was beim Speichern wirklich passiert
WordPress-URLs wie /mein-artikel/ existieren nicht als Dateien auf dem Server. Ein Regelwerk („Rewrite Rules“) übersetzt jede schöne URL intern in eine Abfrage (index.php?name=mein-artikel). Dieses Regelwerk liegt zweifach: als gespeicherte Struktur in der Datenbank und — bei Apache/LiteSpeed — als WordPress-Block in der .htaccess.
Der Klick auf Änderungen speichern (auch ohne Änderung!) verwirft beide und schreibt sie komplett neu — inklusive der Regeln aller aktiven Plugins und Custom Post Types. Veraltete, fehlende oder widersprüchliche Regeln sind damit weg.
Wann der Trick hilft
- 404 auf allen Unterseiten nach Umzug, Restore oder .htaccess-Verlust — der Klassiker.
- Neue Inhaltstypen sind unerreichbar: Ein Plugin oder Theme registriert einen Custom Post Type (Portfolio, Events …), aber dessen URLs liefern 404 — die Regeln wurden nie erzeugt.
- /wp-json/ liefert 404: Auch die REST-API hängt an den Rewrite-Regeln — Symptom ist dann z. B. der Gutenberg-Fehler „Veröffentlichung fehlgeschlagen“.
- Feeds, Sitemaps, Paginierung funktionieren nicht — gleiche Mechanik.
Wenn der Klick nicht reicht
- .htaccess nicht beschreibbar: WordPress zeigt dann unten auf der Permalink-Seite den Regelblock zum manuellen Einfügen an. Setze die Dateirechte auf
644(Eigentümer: Webserver-Benutzer) und speichere erneut — oder füge den Block von Hand ein:# BEGIN WordPress … # END WordPress - Nginx-Server: Es gibt keine .htaccess — die Übersetzungsregel (
try_files $uri $uri/ /index.php?$args;) gehört in die Server-Konfiguration und ist Sache des Hosters. Der Permalink-Klick aktualisiert dann „nur“ die Datenbank-Seite der Regeln — meist genügt das, wenn der Hoster seinen Teil gesetzt hat. - Struktur-Wechsel geplant? Wenn du die Permalink-Struktur wirklich änderst (z. B. von
/?p=123auf/beitragsname/): Alte URLs sterben dabei. Für bestehende, indexierte Websites gehören 301-Weiterleitungen von jeder alten auf die neue Struktur dazu — sonst verlierst du Rankings und eingehende Links. - Cache dazwischen: Nach dem Neusetzen Page Cache und CDN leeren — gecachte 404-Seiten überleben sonst die Reparatur.
Die richtige Permalink-Struktur
Für fast alle Websites ist „Beitragsname“ (/%postname%/) die beste Wahl: kurz, lesbar, stabil. Datums-Strukturen machen URLs lang und Inhalte optisch alt; die numerische Struktur verschenkt den beschreibenden URL-Text. Einmal richtig gewählt, fasst man die Struktur nie wieder an — genau darum lohnt die bewusste Entscheidung am Anfang.
Einordnung
Permalinks neu zu setzen ist harmlos, dauert Sekunden und gehört als erster Handgriff in jede 404-Diagnose. Es ist aber Symptom-Reparatur: Fliegen die Regeln regelmäßig raus, stimmt etwas Grundlegendes nicht — ein Plugin schreibt die .htaccess kaputt, oder zwei Systeme streiten sich um die Datei. Dann lohnt der genauere Blick.
Im Core-Modul von Ammera Care fällt so etwas im Monitoring sofort auf: Wir prüfen deine Website minütlich auf Erreichbarkeit — flächige 404-Ausfälle nach einem Update oder Umzug bleiben keine Überraschung für den Montagmorgen. Zum Core-Modul.
