Unterseiten zeigen 404 — Startseite geht, der Rest nicht.
Die Startseite lädt, aber jede Unterseite meldet „Seite nicht gefunden“ — obwohl sie im Backend existiert. Das ist fast immer ein Problem der Permalinks oder der .htaccess und in zwei Minuten behoben. Hier stehen dieser und die selteneren Fälle.
Erster Schritt: Einstellungen → Permalinks → Änderungen speichern, ohne etwas zu ändern. Das schreibt die Umschreiberegeln neu. Hilft das nicht: .htaccess prüfen oder neu erstellen, beim Hoster mod_rewrite sicherstellen, bei Nginx die Regeln. Andere Ursachen: Seite im Papierkorb oder Entwurf, geänderter Slug, Sprach-Plugin, Custom Post Type nach Plugin-Wechsel, Cache.
1. Permalinks neu speichern.
WordPress erzeugt aus „schönen“ Adressen wie /leistungen/ intern Abfragen — dafür braucht es Umschreiberegeln, die in der Datenbank und in der .htaccess liegen. Nach Umzug, Update, Plugin-Aktivierung oder Wiederherstellung sind sie manchmal veraltet. Unter Einstellungen → Permalinks einmal auf „Änderungen speichern“ klicken — das erneuert beides. In neun von zehn Fällen ist das die Lösung.
2. Die .htaccess.
Bleibt der 404, per FTP im Hauptordner die .htaccess öffnen. Sie muss den WordPress-Block enthalten:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressFehlt die Datei oder der Block, Datei anlegen bzw. Block ergänzen. Ist die Datei nicht beschreibbar (Rechte 644 und Besitzer prüfen), kann WordPress sie nicht selbst aktualisieren. Liegt WordPress in einem Unterordner, muss RewriteBase entsprechend lauten, etwa /blog/.
3. Server: mod_rewrite und Nginx.
Auf Apache muss das Modul mod_rewrite aktiv und AllowOverride erlaubt sein — bei allen gängigen Hostern Standard, bei eigenen Servern nicht immer. Auf Nginx gibt es keine .htaccess; die Regel gehört in die Server-Konfiguration: try_files $uri $uri/ /index.php?$args;. Beim Managed-Hosting übernimmt das der Anbieter; nach einem Umzug zu einem Nginx-Hoster ist genau das oft der Grund für 404.
Nur einzelne Seiten 404.
- Seite im Papierkorb oder Entwurf: Im Backend unter Seiten alle Status prüfen.
- Slug geändert: Die alte Adresse gibt es nicht mehr — WordPress leitet Beiträge meist automatisch weiter, Seiten nicht immer. Weiterleitung anlegen.
- Übergeordnete Seite geändert: Aus
/leistungen/beratung/wurde/beratung/. - Sprach-Plugin: Sprachpräfix fehlt oder ist doppelt, Sprache der Seite nicht zugewiesen.
- Cache: Ein gecachter 404 bleibt, bis der Cache geleert wird.
- Sicherheits-Plugin oder Firewall: Bestimmte URL-Muster werden blockiert und als 404 getarnt.
- Datei mit gleichem Namen: Ein echter Ordner
/shop/auf dem Server verdeckt die WordPress-Seite/shop/.
404 nach Umzug oder Relaunch.
Nach einem Umzug: Permalinks speichern, .htaccess prüfen, Servertyp beachten. Nach einem Relaunch mit neuer Struktur sind 404 auf alten Adressen erwartbar — und für Google und Besucher trotzdem schlecht. Jede alte URL, die Besucher oder Rankings hat, bekommt eine 301-Weiterleitung auf die passende neue Seite. Vorgehen und Weiterleitungstabelle: Website-Relaunch und WordPress-Umzug.
Custom Post Types und Taxonomien.
Eigene Inhaltstypen — Projekte, Immobilien, Kurse — zeigen 404, wenn nach ihrer Registrierung die Permalinks nicht neu geschrieben wurden, wenn das registrierende Plugin deaktiviert ist oder wenn ihr Slug mit einer Seite kollidiert. Nach Plugin-Wechseln immer Permalinks speichern. Hintergrund: Custom Post Types.
404 in der Search Console.
404-Meldungen in der Search Console sind nicht per se schlimm — gelöschte Seiten dürfen 404 liefern. Problematisch sind 404 auf Seiten, die es geben sollte, oder auf alten Adressen mit Rankings. Erstere reparieren, letztere weiterleiten. Eine gestaltete 404-Seite mit Suche und Navigation hält Besucher, die über einen alten Link kommen.
Wenn Permalinks und .htaccess nicht helfen: WordPress-Hilfe.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗
HW Metall
Reduziertes, hochwertiges Design für maßgefertigte Stahl-Lofttüren.
Website ansehen ↗FAQ — Unterseiten zeigen 404.
Warum zeigen alle WordPress-Unterseiten 404, aber die Startseite funktioniert?
Die Umschreiberegeln für schöne Adressen sind veraltet oder fehlen. Unter Einstellungen, Permalinks einmal auf Änderungen speichern zu klicken, erneuert sie in Datenbank und .htaccess und behebt das in den meisten Fällen.
Was mache ich, wenn das Speichern der Permalinks nicht hilft?
Die .htaccess im Hauptordner prüfen und den WordPress-Block ergänzen oder die Datei neu anlegen, Dateirechte prüfen, beim Hoster sicherstellen, dass mod_rewrite aktiv ist, und bei Nginx die Regel try_files in der Server-Konfiguration eintragen lassen.
Warum zeigt nur eine einzelne Seite 404?
Häufige Ursachen sind Papierkorb oder Entwurfsstatus, ein geänderter Slug oder eine geänderte übergeordnete Seite, ein Sprach-Plugin ohne zugewiesene Sprache, ein gecachter 404, ein blockierendes Sicherheits-Plugin oder ein echter Ordner auf dem Server mit demselben Namen.
Warum zeigen meine Custom Post Types 404?
Nach der Registrierung eigener Inhaltstypen müssen die Permalinks neu geschrieben werden. Weitere Ursachen sind ein deaktiviertes Plugin, das den Typ registriert, oder ein Slug, der mit einer bestehenden Seite kollidiert.
Sind 404-Fehler in der Search Console schlimm?
Nicht grundsätzlich. Gelöschte Seiten dürfen 404 liefern. Problematisch sind 404 auf Seiten, die existieren sollten, oder auf alten Adressen mit Rankings. Erstere werden repariert, letztere per 301 weitergeleitet.
Was ist bei Nginx anders?
Nginx liest keine .htaccess. Die Umschreibung erfolgt über try_files in der Server-Konfiguration. Beim Managed-Hosting übernimmt das der Anbieter; nach einem Umzug zu Nginx ist eine fehlende Regel eine häufige 404-Ursache.
Das bin ich – rechts im BildErzähl mir von deiner neuen Website.
Beschreib kurz, was du vorhast — du bekommst eine ehrliche Einschätzung zu Umfang, Zeit und Kosten.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de