Eine 404-Antwort bedeutet, dass die angefragte Ressource unter dieser Adresse nicht gefunden wurde. Bei WordPress kann das einen einzelnen gelöschten Inhalt, einen geänderten Slug oder ein Problem der Anfrageweiterleitung betreffen. Dass die Startseite funktioniert, beweist noch nicht, dass alle Unterseiten richtig geroutet werden. Dieser Ratgeber zeigt einen Diagnoseweg, der Inhalt und technische Zuordnung getrennt prüft. Er vermeidet den pauschalen Reflex, nach jeder Fehlermeldung sämtliche Permalinks oder Serverregeln neu zu schreiben.
Sie benötigen Zugriff auf den betroffenen Inhalt und gegebenenfalls Unterstützung für die Hostingkonfiguration. Vor Veränderungen sichern Sie den relevanten Stand. Ziel ist eine passende Antwort für jede untersuchte Adresse: vorhandener Inhalt, gezielte Weiterleitung oder eine hilfreiche echte Fehlerseite. Nicht jede alte URL muss auf die Startseite führen. Die Beispiele sind Diagnosemuster und keine Behauptung, dass ein bestimmter Fehler auf Ihrer Website bereits festgestellt wurde. Menübezeichnungen können je nach installierter WordPress-Version, Sprache und Theme abweichen. Orientieren Sie sich an der beschriebenen Funktion und prüfen Sie den tatsächlich angezeigten Bereich.
Die genaue Adresse und Antwort notieren
Kopieren Sie die betroffene URL vollständig, einschließlich Großschreibung, Pfad und Suchparametern. Notieren Sie, von welchem Link sie stammt. Ein alter externer Verweis kann anders zu behandeln sein als ein frisch erzeugter interner Menüpunkt. Prüfen Sie außerdem, ob die Antwort tatsächlich einen 404-Status besitzt. Eine sichtbare Fehlermeldung kann technisch als Erfolg ausgeliefert werden; eine Browserwarnung über TLS ist wiederum kein Inhalts-404. Diese Unterschiede bestimmen die nächsten Schritte.
Vergleichen Sie eine funktionierende Unterseite und eine betroffene Adresse. Tritt das Problem nur bei einem Inhalt oder bei allen sprechenden Pfaden auf? Funktioniert die Verwaltung? Erreichen Sie das richtige Hostingziel? Eine Plesk-Standardseite oder eine fremde Website deutet auf Domainzuordnung beziehungsweise DNS hin. Halten Sie solche Befunde getrennt. Wiederholtes Speichern der Permalinkeinstellungen kann eine falsche Domainzuordnung nicht beheben und macht die Untersuchung nur unübersichtlicher.
Inhaltsstatus und tatsächlichen Slug kontrollieren
Öffnen Sie den betroffenen Inhalt im Backend. Prüfen Sie, ob er veröffentlicht, als Entwurf gespeichert, privat oder im Papierkorb liegt. Für einen nicht angemeldeten Besucher kann ein interner Inhalt bewusst nicht erreichbar sein. Prüfen Sie die aktuell angezeigte Adresse und vergleichen Sie sie mit dem fehlerhaften Link. Ein geänderter Titel ändert nicht in jedem Fall automatisch den Slug. Umgekehrt kann ein manuell geänderter Slug alte Links ungültig machen.
Die Dokumentation zum Erstellen von Seiten erläutert auch die Organisation und Adressänderung. Bei hierarchischen Seiten kann ein geänderter Elternbereich den Pfad beeinflussen. Prüfen Sie deshalb die vollständige Adresse, nicht nur den letzten Namensteil. Wenn ein gleichnamiger Inhalt existiert, kann WordPress einen Zusatz vergeben haben. Entfernen Sie diesen nicht blind. Klären Sie zunächst, welcher Inhalt tatsächlich genutzt wird und ob die vermeintliche Dublette noch relevante Daten oder Links besitzt.
| Umfang | Erste Prüfung | Typischer nächster Weg |
|---|---|---|
| Eine einzelne Seite | Status und aktueller Slug | Link korrigieren oder Weiterleitung planen |
| Viele Unterseiten | Permalinkstruktur und Routing | Hostingkonfiguration prüfen |
| Nach Domainwechsel | Alte und neue Pfadzuordnung | Redirect und gespeicherte Adressen prüfen |
| Nur Mediendatei | Datei und Speicherort | Vorhandensein und Zugriffsregel kontrollieren |
Permalinkstruktur verstehen
Die offizielle Permalinkdokumentation beschreibt verschiedene WordPress-Adressformen. Eine sprechende Struktur verwendet beispielsweise den Beitragsnamen im Pfad. Damit muss der Webserver entsprechende Anfragen zur Anwendung leiten. Prüfen Sie unter den Permalinkeinstellungen die tatsächlich gewählte Struktur. Notieren Sie sie vor einer Änderung. Wenn die Website bereits öffentlich verlinkt ist, besitzt ein Wechsel Folgen für bestehende Adressen. Er sollte nicht als beiläufige Fehlerdiagnose behandelt werden.
Ein erneutes Speichern der vorhandenen Einstellung kann in bestimmten Fällen Regeln erneuern. Das ist ein begrenzter Schritt, keine universelle Reparatur. Prüfen Sie danach dieselben Beispieladressen und notieren Sie das Ergebnis. Wenn das Problem bleibt, wiederholen Sie den Klick nicht endlos. Untersuchen Sie die tatsächliche Webserverintegration und Schreibrechte. Eine fehlende passende Weiterleitung auf einer bestimmten Serverkonfiguration lässt sich nicht allein aus der sichtbaren WordPress-Einstellung ableiten.
Apache und Nginx nicht vermischen
Eine .htaccess-Datei ist für entsprechende Apachekonfigurationen relevant, wirkt aber nicht automatisch in jedem Nginx-Aufbau. Hostingplattformen können zusätzlich mehrere Webserver kombinieren. Fragen Sie nach dem tatsächlichen Anfrageweg. Die WordPress-Dokumentation zu Nginx beschreibt einen konkreten Serverbereich. Kopieren Sie keine unbekannten Regeln aus einem Forum in einen produktiven gemeinsamen Server. Die richtige Konfiguration hängt von Verzeichnis, Proxyaufbau und Hostingvorgaben ab.
Sichern Sie vorhandene projektspezifische Regeln vor einer Änderung. Sie können Zugriffsschutz, Weiterleitungen oder andere benötigte Funktionen enthalten. Ein vollständiges Ersetzen durch eine kurze Standardvorlage kann zwar einen Pfad reparieren und gleichzeitig den Schutz entfernen. Prüfen Sie daher den Unterschied und den tatsächlichen Umfang. Wenn Sie keine Berechtigung für Serverkonfiguration besitzen, liefern Sie dem Hostingbetreiber konkrete URLs und Statusbeobachtungen. Währenddessen können Inhaltsstatus und interne Links unabhängig untersucht werden.
Den Zugriffsschutz bei der Diagnose erhalten
Bei einer geschlossenen Vorschau können bestimmte Antworten bewusst ohne Anmeldung anders aussehen. Prüfen Sie sowohl den berechtigten Besucherweg als auch den unberechtigten Zugriff. Entfernen Sie Schutzregeln nicht pauschal, um eine 404-Adresse sichtbar zu machen. Klären Sie zunächst, ob der Schutz die erwartete Antwort liefert und ob eine angemeldete Sitzung die richtige Website erreicht. Ein hilfreicher Test darf die Veröffentlichungsvorgabe nicht versehentlich aufheben.
Kontrollieren Sie Medien und technische Endpunkte nach Änderungen an Routingregeln. Eine erfolgreiche Artikelseite sagt nichts darüber aus, ob Bilder oder Sitemaps nun ungeschützt sind. Prüfen Sie auch Caches. Eine alte Fehlerantwort kann zwischengespeichert worden sein; eine alte öffentliche Seite kann den aktuellen Schutz verdecken. Leeren Sie gezielt die beteiligten Speicher und wiederholen Sie denselben Aufruf. Der Cache-Ratgeber beschreibt die verschiedenen Ebenen.
Geänderte Adressen passend weiterleiten
Wenn ein Inhalt bewusst umbenannt oder verschoben wurde, legen Sie eine Zuordnung von alter zu neuer Adresse an. Das Ziel sollte denselben Zweck erfüllen. Eine Weiterleitung jedes fehlenden Pfads zur Startseite ist für Besucher meist wenig hilfreich. Bei einem gelöschten Inhalt ohne passenden Ersatz kann eine verständliche Fehlerseite angemessen sein. Prüfen Sie, ob bestehende interne Links direkt auf das neue Ziel aktualisiert werden können. Sie müssen nicht dauerhaft einen Umweg über einen Redirect nehmen.
Testen Sie Pfad und Suchparameter, soweit diese zum gewünschten Verhalten gehören. Eine Domainweiterleitung kann auf der Startseite funktionieren und tiefe Links verlieren. Vermeiden Sie unnötige Ketten über mehrere Zwischenziele. Der Ratgeber zum Domain- und HTTPS-Umzug beschreibt die Infrastrukturzusammenhänge. Eine URL-Zuordnung ist nur so zuverlässig wie der tatsächliche Betrieb der beteiligten Domains und Zertifikate. Dokumentieren Sie die konkrete Regel und ihre überprüften Beispiele.
Plugin- und Themeeinflüsse gezielt prüfen
Manche Erweiterungen erzeugen eigene Inhaltstypen, Archive oder besondere Endpunkte. Wenn nur dieser Bereich betroffen ist, untersuchen Sie die zuständige Komponente und ihre aktuelle Konfiguration. Ein deaktiviertes Plugin kann die Registrierung eines benötigten Pfads entfernen. Prüfen Sie, ob die Funktion absichtlich abgeschaltet wurde oder ob ein Update neue Voraussetzungen besitzt. Die WordPress-Fehlerhilfe bietet allgemeine Ansätze, aber der konkrete Herstellerstand bleibt wichtig.
Nutzen Sie eine Testkopie für gezielte Aktivierungsvergleiche. Ändern Sie nicht gleichzeitig Theme und mehrere Plugins. Notieren Sie den Zustand, in dem der Pfad entsteht oder verschwindet. Wenn eine Erweiterung die Ursache ist, suchen Sie den vorgesehenen Korrekturweg. Ein Plugin dauerhaft zu deaktivieren kann eine ganze fachliche Funktion entfernen. Der Abschluss muss deshalb benennen, ob nur die Fehlerantwort verschwunden ist oder ob die benötigte Funktion tatsächlich wieder arbeitet.
Mediendateien als eigenen Fall behandeln
Wenn nur ein Bild oder PDF fehlt, prüfen Sie die Datei und ihren tatsächlichen Speicherort. Ein erfolgreicher Inhaltsrestore kann trotzdem Medienlücken besitzen. Vergleichen Sie Datenbankverweis und Dateibestand. Kontrollieren Sie Groß- und Kleinschreibung, wenn ein Umzug zwischen unterschiedlichen Systemen stattgefunden hat. Eine geänderte Mediadomain oder ein CDN kann ebenfalls beteiligt sein. Dieser Fall wird nicht automatisch durch eine neue Beitrags-Permalinkstruktur gelöst.
Prüfen Sie vor einer Neuerzeugung, ob das Original vorhanden ist und ob bestehende Links erhalten bleiben müssen. Laden Sie nicht einfach eine zweite Kopie mit anderer Adresse hoch, wenn zahlreiche Inhalte auf das alte Ziel verweisen. Dokumentieren Sie fehlende Dateien und ihre betroffenen Seiten. Bei vertraulichen Medien bleibt Zugriffsschutz erforderlich. Ein Dateinachweis sollte keine sensible Datei öffentlich ausliefern. Der Bildworkflow ergänzt diese technische Prüfung um Herkunft und redaktionelle Funktion.
Eine nützliche echte Fehlerseite gestalten
Die sichtbare Fehlerseite sollte erklären, dass der angefragte Inhalt fehlt. Ergänzen Sie Suche und zentrale Themenwege, soweit diese tatsächlich vorhanden sind. Vermeiden Sie dekorative Rätsel oder eine lange Entschuldigung ohne Handlungsmöglichkeit. Besucher können über alte externe Links direkt hier landen und kennen die Website vielleicht noch nicht. Die Fehlerseite braucht daher die grundlegende Identität und eine klare Navigation. Sie darf nicht nur auf den Browser-Zurück-Knopf verweisen.
Prüfen Sie bewusst eine erfundene harmlose Adresse. Kontrollieren Sie sichtbare Hinweise, Tastaturfokus und den tatsächlichen HTTP-Status. Eine gestaltete Fehlerseite mit Erfolgscode kann technische Auswertungen verfälschen. Bei einem Block-Theme wird die Darstellung über die entsprechende Vorlage gepflegt; bei klassischen Themes gilt deren vorgesehener Aufbau. Nutzen Sie die passende Bearbeitungsebene. Der Site-Editor-Ratgeber erklärt die Trennung zwischen individuellen Inhalten und globalen Vorlagen.
Beispiel: alle Unterseiten nach einem Hostingwechsel
Angenommen, die Startseite antwortet korrekt, während mehrere vorhandene Artikelpfade fehlen. Prüfen Sie zuerst, ob diese Inhalte im Backend vorhanden und veröffentlicht sind. Vergleichen Sie die gewählte Permalinkstruktur. Wenn auch bekannte direkte Inhaltswege funktionieren, aber sprechende Pfade nicht, ist Routing ein konkreter Ansatzpunkt. Lassen Sie die zuständige technische Stelle die tatsächliche Webserverkonfiguration prüfen. Sichern Sie vorhandene Regeln und ändern Sie nur den verstandenen betroffenen Bereich.
Nach der Korrektur testen Sie denselben Satz von Artikeladressen sowie Suche, Medien und Zugriffsschutz. Notieren Sie den ursprünglichen Fehler und den neuen Nachweis. Der Zielzustand ist erreicht, wenn die richtigen Inhalte unter den vorgesehenen URLs erscheinen und alte relevante Adressen sinnvoll behandelt werden. Wiederholen Sie diese Prüfung nach Domain- oder Strukturänderungen. Eine klare URL-Liste und ein kleiner repräsentativer Testfall machen spätere Probleme schneller nachvollziehbar, ohne jedes Mal den gesamten Aufbau neu zu verändern.
