Fehlerseiten für 404 und andere Antworten anpassen

Eine hilfreiche Fehlerseite erklärt, was passiert ist, und bietet einen Ausweg an, etwa zurück zur Startseite oder zu anderen Inhalten. Die Antworten des Servers können Sie unter cPanel > Fehlerseiten anpassen. Verarbeitet WordPress oder eine andere Anwendung die Anfrage, kann deren eigene Fehlervorlage Vorrang haben.

Die Seite in cPanel erstellen

1. Öffnen Sie Fehlerseiten und wählen Sie die richtige Domain, falls eine Auswahl erscheint.
2. Wählen Sie den Code, den Sie anpassen möchten, zum Beispiel 404 für eine Adresse, die nicht existiert.
3. Geben Sie eine einfache Nachricht und gültige Links ein. Weisen Sie beim 404 darauf hin, dass die Seite nicht gefunden wurde, und bieten Sie Navigation an.
4. Speichern Sie und rufen Sie eine nicht existierende URL dieser Domain auf.

cPanel verwendet Dateien wie 404.shtml. Wenn Sie Bilder oder Stylesheets einbinden, prüfen Sie deren Pfade auch von einer nicht existierenden Adresse in einem Unterordner aus. Die Ressourcen der Fehlerseite müssen verfügbar bleiben, wenn der Fehler auftritt.

Den richtigen HTTP-Code beibehalten

Das Aussehen der Seite und ihr HTTP-Code sind zwei verschiedene Dinge. Ein 404 muss weiterhin mit 404 antworten, auch wenn er ein vollständiges Design zeigt. Wird 200 mit einer „nicht gefunden“-Meldung zurückgegeben, können Suchmaschinen das als Soft 404 werten.

Prüfen Sie den Status im Tab Netzwerk / Network der Entwicklertools des Browsers, nachdem Sie eine nicht existierende URL neu geladen haben. Wenn Sie ein Terminal-Tool verwenden, sehen Sie sich die Header der tatsächlichen Antwort an und prüfen Sie mögliche Weiterleitungen.

Für eine vorübergehende Wartung verwenden Sie eine 503-Antwort mit einer schlanken Seite, die nicht von der Anwendung in Wartung abhängt. Siehe die Anleitung zur Wartungsseite mit .htaccess.

Wenn die Änderung nicht erscheint

Fängt die Anwendung die Anfrage vor dem Server ab, passen Sie die Fehlerseite in der Anwendung oder ihrem Theme an. Prüfen Sie auch Caches und Proxys, die möglicherweise eine eigene Antwort anzeigen.

Zeigen Sie auf der öffentlichen Seite keine internen Pfade, Stacktraces, Zugangsdaten oder Serverdetails. Wenn Sie Tags verwenden, die Daten der Anfrage einfügen, prüfen Sie deren Behandlung und fügen Sie keine Inhalte des Besuchers ohne passendes Escaping ein.

Eine angepasste Seite hilft dem Besucher, behebt aber weder die Ursache eines Fehlers 500 noch stellt sie eine URL wieder her, die existieren sollte. Prüfen Sie in diesen Fällen die Logs oder stellen Sie den betreffenden Pfad wieder her.