404-Seite benötigt Meta-Beschreibung (nur um Google glücklicher zu machen)?

Ich repariere ein paar Kleinigkeiten auf der 404-Seite für alle meine Websites. Aufgrund meiner Pünktlichkeit kann ich nur gut schlafen, wenn ich eine Antwort auf diese Frage bekomme. :)

Benötigt eine 404-Seite ein Meta-Description-Tag? Wenn ja mit was gefüllt, "Seite nicht gefunden"?

Ich würde nein sagen, wenn sich Google wirklich mehr um Inhalte und benutzerfreundliche Websites kümmert als um die Inhalte auf der Seite (außerdem sollte das 404-Seiten-Snippet niemals in Google angezeigt werden, da der Server echten 404-Code sendet).

Aber nachdem ich all das gelesen habe:

• http://www.google.com/support/webmasters/bin/answer.py?hl=de&answer=93641
• http://googlewebmastercentral.blogspot.com/2008/08/make-your-404-pages-more-useful.html

Auf die Art und Weise, wie sie vorschlagen, eine 404-Seite auszufüllen (von der ich immer dachte, dass es sich nur um eine einfache 404-Seite handelt), machte ich mir auch Sorgen um die Meta-Beschreibung .

Das Wichtigste für Ihre 404-Seiten ist der Statuscode der Kopfzeile : Er muss sein404 not found .

Es ist vielleicht dumm, das zu sagen, aber in dynamischen Anwendungen geben viele Webentwickler mit einer URI wie dieser http://my.webapp.invalid/index.php?id=4, wenn sie id=4nichts zurückgeben, eine 404-Nachricht mit einem 200 OKStatuscode zurück ...

Eine andere Sache: zum Beispiel, wenn jemand versuchen , http://my.webapp.invalid/index.php?id=totowährend idnur ganze Zahl annehmen, es ist nicht ein 404, sondern ein400 Bad Request , dass Sie müssen zurückkehren.

Dies ist zum Beispiel mit der Header-Funktion in PHP oder der HttpWebResponse.StatusCode-Eigenschaft in .Net einfach zu handhaben

Nein . Warum Sorge über Ihre PR für Ihre 404 - Seite. Ich würde mir mehr Sorgen machen, ob Ihre Links überhaupt dort landen.

Metainformationen für eine 404-Seite sind nicht sinnvoll.

Die Rückgabe des richtigen 404-Headers ist weitaus wichtiger als jede andere technische Maßnahme.

Bei Nicht-Tech-POV sollten Sie wirklich in Betracht ziehen, nützliche Informationen zurückzugeben, anstatt nur eine Fehlermeldung. Die Verwendung der Sitemap und der internen Suchwerkzeuge macht es viel sinnvoller, Ihren Benutzern einige nützliche Maßnahmen bereitzustellen (und die Benutzer glücklicher zu machen, was Ihre Website besser macht).

Von einem Suchmaschinen-POV können Sie sogar eine leere 404-Fehlerseite haben . Ihr Server muss jedoch den richtigen Statuscode (404 oder 410) bereitstellen, um anzuzeigen, dass die vom Client angeforderte Seite nicht mehr vorhanden ist .

Von einem Benutzer POV mit einer gut gestalteten Fehlerseite ist wichtig, weil Sie den Benutzer nicht gehen lassen möchten, nur weil er beispielsweise defekten Links gefolgt ist: Sie möchten dem Benutzer Optionen geben , um sich auf Ihrer Website zurechtzufinden Geben Sie ihm zum Beispiel:

• ein Suchfeld
• ein Link zur Sitemap
• eine Liste der Seiten, die der gesuchten ähnelt ( Google selbst kann Ihnen helfen )
• ein einfaches Formular, um den Webmaster zu kontaktieren

Da der Inhalt des Meta-Description-Tags normalerweise für den Benutzer nicht sichtbar ist, ist es absolut in Ordnung, wenn Sie es nicht ausfüllen .

Ich denke , es würde einige Sinn zu haben , robotsdefiniert. Speziell:

<meta name="robots" content="follow, noarchive, noindex">

(Wie in "Ignorieren Sie diese Ressource, aber probieren Sie andere aus derselben Domäne aus.")

Andere Metadaten (wie description, aber auch Opengraph und Twitter Cards , et al ), meiner Meinung nach , würde keinen Sinn machen wenig und würde nur Kosten (einige) Bytes.

Dies ist zwar theoretisch und etwas spekulativ. Wenn jemand eine Ressource kennt, die andere Erkenntnisse liefert, würde ich gerne davon erfahren.