Websites
Benutzerdefinierte Fehlerseiten
A custom error page replaces the plain server default with your own branded HTML, while keeping the true error status so search engines still see a real 404. This guide covers adding a page for each…
Eine benutzerdefinierte Fehlerseite ersetzt die einfache Standardseite des Servers durch Ihr eigenes HTML mit Branding, während der echte Fehlerstatus erhalten bleibt, sodass Suchmaschinen weiterhin einen echten 404 sehen. Diese Anleitung behandelt das Hinzufügen einer Seite für jeden unterstützten Code, welche Inhalte aus Sicherheitsgründen entfernt werden, und wie das Verifizierungsabzeichen funktioniert.
Wo Fehlerseiten in KPanel zu finden sind
- Melden Sie sich bei KPanel an.
- Klicken Sie in der linken Seitenleiste auf Websites und dann auf die Website.
- Öffnen Sie in der Registerkarte der Website Erweitert und dann Fehlerseiten.
Die direkte Adresse ist /websites/<site-id>/error-pages.
Wofür sich der Aufwand lohnt
Eine Standard-Fehlerseite des Servers ist eine Sackgasse. Sie hat kein Branding, keine Navigation und keine Erklärung, daher verlässt ein Besucher, der auf eine solche Seite gelangt, diese normalerweise sofort.
Eine benutzerdefinierte Seite macht daraus einen Weg zurück auf die Website: Ihr Logo, Ihre Typografie, ein Satz in Ihrer eigenen Stimme und ein Link nach Hause oder zu einer Suchbox. Auf einer großen Website sind Tippfehler und veraltete URLs ein stetiger Besucherstrom, und eine 404-Seite ist die kostengünstigste Wiederherstellung, die Sie je bauen werden.
Die unterstützten Codes
Sie können eine benutzerdefinierte Seite für acht Codes festlegen, eine Seite pro Code:
| Code | Bedeutung | Typische Ursache |
|---|---|---|
| 400 | Fehlerhafte Anforderung | Eine malformed Anforderung |
| 401 | Nicht autorisiert | Authentifizierung erforderlich oder fehlgeschlagen |
| 403 | Verboten | Eine Zugriffsregel hat die Anforderung blockiert |
| 404 | Nicht gefunden | Nichts existiert unter dieser URL |
| 500 | Interner Serverfehler | Ihre Anwendung ist fehlgeschlagen |
| 502 | Bad Gateway | Die Anwendung antwortete nicht korrekt |
| 503 | Service nicht verfügbar | Die Anwendung ist down oder überlastet |
| 504 | Gateway Timeout | Die Anwendung dauerte zu lange |
Beginnen Sie mit 404. Dies ist bei weitem die häufigste und die einzige, die ein Besucher durch normales Surfen erreicht, anstatt durch einen Fehler.
Die 5xx-Familie lohnt sich als nächstes, da dies die Seiten sind, die Besucher an Ihrem schlechtesten Tag sehen. Eine ruhige Seite mit Branding, die sagt, dass etwas schiefgelaufen ist und eine E-Mail-Adresse angibt, ist weit besser als eine leere Serverfehlermeldung.
Eine Seite hinzufügen
- Klicken Sie auf Fehlerseite hinzufügen.
- Wählen Sie einen Fehlercode aus dem Dropdown. Bereits verwendete Codes werden nicht aufgelistet.
- Ersetzen Sie das Beispiel-HTML im Feld HTML-Text durch Ihr eigenes.
- Klicken Sie auf Fehlerseite hinzufügen.
Der Editor beginnt mit einem funktionierenden 404-Dokument, das Sie bearbeiten können, was ein vernünftiger Ausgangspunkt ist, wenn Sie schnell nur etwas Ordentliches möchten.
Das HTML schreiben
Geben Sie ein komplettes HTML-Dokument an, beginnend mit einer Doctype. Es wird unverändert bereitgestellt, daher muss es eigenständig sein.
Einige HTML-Inhalte werden vor dem Speichern der Seite aus Sicherheitsgründen entfernt:
<script>Tags- Inline-Event-Handler wie
onclick - iframes
- Remote-Stylesheets
Wenn etwas entfernt wurde, erscheint nach dem Speichern eine Warnung.
Da Remote-Stylesheets entfernt werden, kann eine Fehlerseite nicht die Haupt-CSS-Datei Ihrer Website laden. Formatieren Sie sie mit Inline-CSS oder einem <style> Block im Dokumentkopf. Dies ist beabsichtigt: Eine Fehlerseite muss gerendert werden, wenn der Rest der Website nicht funktioniert, und eine Seite, die vom Abrufen von Assets von einem fehlgeschlagenen Server abhängt, wird genau in dem falschen Moment als unformatierter Text gerendert.
Praktische Anleitung:
- Halten Sie es klein und in sich geschlossen. Inline alles. Vermeiden Sie externe Bilder. Die Seitenliste zeigt die Größe jeder Seite in KB an.
- Erklären Sie in einfachen Worten, was passiert ist. „Wir konnten diese Seite nicht finden" ist besser als „404 Not Found".
- Geben Sie einen Weg nach vorne. Ein Link zur Startseite, ein Link zu Ihren Hauptabschnitten oder eine Suchbox.
- Fügen Sie auf den 5xx-Seiten einen Kontaktweg ein, da der Besucher die Website nicht nutzen kann, um Sie zu erreichen.
- Verwenden Sie es nicht zur Umleitung. Wenn eine URL verschoben wurde, leiten Sie sie stattdessen ordnungsgemäß um. Siehe Site Redirects.
Der Statuscode bleibt erhalten
Ihre benutzerdefinierte Seite wird mit dem echten Fehlerstatus bereitgestellt, nicht mit 200. Ein 404 bleibt ein 404 bis zum Client.
Dies ist wichtiger als es klingt. Eine Seite mit Branding, die als 200 zurückgegeben wird, ist ein weiches 404: Suchmaschinen indexieren sie als echte Seite, Ihre Analysen zählen sie als erfolgreiche Ansicht, und fehlerhafte Links werden von keinem Tool gekennzeichnet. Weil Kapsule den echten Status beibehält, funktioniert all das weiterhin korrekt.
Das Statusabzeichen lesen
Die Spalte Status meldet, was tatsächlich verifiziert werden konnte, und ist bewusst ehrlich über die Grenzen.
| Abzeichen | Bedeutung |
|---|---|
| Verifiziert: Seite mit Branding bereitgestellt (echter 404) | Wir haben einen 404 von außen erzwungen und Ihre Seite mit dem korrekten Status erhalten |
| Konfiguriert (nicht extern getestet) | Die Seite wird angewendet. Dieser Code kann von außen nicht auf Anforderung ausgelöst werden |
| Noch nicht verifiziert | Die Überprüfung wurde noch nicht durchgeführt |
| Angewendet, Live-Test nicht schlüssig | Die Sonde erhielt etwas anderes als einen sauberen 404, oft weil eine Umleitung sie abgefangen hat |
| 404 empfangen, aber die Seite mit Branding wurde nicht bereitgestellt | Die Regel ist aktiv, aber Ihre Seite kam nicht zurück. Versuchen Sie erneut zu speichern |
Nur 404 kann extern erzwungen werden. Das Anfordern einer nicht existierenden URL erzeugt zuverlässig einen 404, aber es gibt keine Möglichkeit, einen fehlerfreien Server zu zwingen, auf Anforderung einen echten 500 zu produzieren, ohne ihn zu beschädigen. Daher melden die anderen Codes Konfiguriert statt eine Verifizierung zu behaupten, die nie passiert ist. Sie werden trotzdem bereitgestellt, wenn der Fehler wirklich auftritt.
Sie können auch eine Warnung sehen, dass eine andere Konfiguration auf dem Server die gleiche Domain beansprucht. Bis das gelöst ist, wird die Fehlerseite möglicherweise nicht angewendet. Wenden Sie sich an den Support, wenn Sie dies sehen.
Fehlerbehebung bei einer Website, die tatsächlich Fehler verursacht
Wenn Sie hier sind, weil Ihre Website Fehler auswirft, anstatt weil Sie schönere Seiten möchten, hat die Seite eine Verknüpfung: die Schaltfläche Mit Kora fehlerbeheben im Banner oben.
Sie bittet Kora, den Assistenten in KPanel, Ihre Fehlerprotokolle und aktuelle Fehler für diese Website zu lesen und Ihnen die wahrscheinliche Ursache und deren Behebung mitzuteilen. Das ist ein viel schnellerer erster Schritt als das Lesen von unformatierten Protokollen.
Für das zugrunde liegende Leistungsbild siehe Site Performance and APM, und für die Fehlerrate im Zeitverlauf siehe Site Traffic Analytics.
Bearbeiten und Entfernen
Jede Zeile hat eine Bearbeitungsschaltfläche, die den gleichen Editor mit dem fixierten Code und dem geladenen HTML öffnet, und eine Entfernungsschaltfläche.
Das Entfernen fragt nach einer Bestätigung und erklärt das Ergebnis: Anforderungen, die diesen Code treffen, fallen auf die Standard-Serverseite zurück.
Fehlerbehebung
Meine Seite wird nicht angezeigt. Bestätigen Sie, dass Sie den richtigen Code auslösen. Ein Pfad, der umleitet, erreicht nie einen 404. Testen Sie mit einer URL, die wirklich nicht existiert, in einem privaten Fenster, um keine Caches einzubeziehen.
Die Seite wird angezeigt, sieht aber unformatiert aus. Ihr Stylesheet wurde als Remote-Asset entfernt. Inline das CSS.
Mein Tracking-Skript fehlt. Skripte werden absichtlich entfernt. Es gibt keine Möglichkeit, JavaScript von einer benutzerdefinierten Fehlerseite hier aus auszuführen.
Alle Codes haben bereits eine Seite. Alle acht sind in Gebrauch. Bearbeiten Sie stattdessen eine vorhandene Seite, anstatt eine weitere hinzuzufügen.
Das Abzeichen besagt, dass die Seite mit Branding nicht bereitgestellt wurde. Speichern Sie die Seite erneut. Wenn dies besteht und keine Domänenkonflikt-Warnung angezeigt wurde, öffnen Sie ein Ticket.
Verwandte Seiten
- Site Redirects um den 404 von vornherein zu vermeiden.
- Site Traffic Analytics um zu sehen, wie viele 4xx und 5xx Responses Sie tatsächlich bereitstellen.
- Password-Protecting a Site, die absichtlich 401 Responses produziert.