18.06.2010, 10:16
(Dieser Beitrag wurde zuletzt bearbeitet: 18.06.2010, 10:23 von querschlaeger.)
Hallo,
momentan sendet das Plugin ja bei Seiten ohne benötigte Berechtigung einen 404 Status Code. Damit willst du die Suchmaschinen von der indexierung der Seite abhalten, was auch eine gute Idee ist. Leider werden meine Webstatistiken dadurch etwas "intransparent" und ich bekomme jedes mal aufs neue einen Schock, wenn ich mir die Anzahl der 404-"Fehler" anschaue. Der Grund sind Spambots, welche extrem oft z.B. auf newreply.php zugreifen (aber dann doch nichts schreiben dürfen). Die lernen anscheinend auch nicht von den 404er sondern kommen immer wieder. Mittlerweile habe ich halb soviel 404er wie 200er...
Der 404-Fehler hat jedoch für den Webmaster selbst einen gewissen Sinn: Man hat eine Übersicht, ob Leute tatsächliche eine fehlende Resource aufrufen wollten und kann bei Bedarf eingreifen (ein fehlendes Bild hochladen, einen falsch gesetzten Link beheben (was gerade aus SEO-Sicht wichtig sein kann, wenn der Link z.B. von einer externen Seite kommt!) etc.).
Mir zumindest hilft der 404er in meinen Logs jetzt nicht mehr. Im Gegenteil: Er erzeugt Arbeit. Ich kann nicht mehr auf die schnelle erkennen, was echte 404er sind (die ich beheben könnte) und was 404er sind, welche vom Plugin kommen.
Ein alternativer Vorschlag: Sende einen 403 HTTP Code bei solchen Seiten. Der ist semantisch korrekter (die Seite existiert ja, sie sagt nur aus, dass man keine Berechtigung hat) und ein Webmaster kann seine echten 404er besser kontrollieren. Für Suchmaschinen macht dies übrigens keinen Unterschied: Google und co. indexieren 403er genauso wie 404er, nämlich garnicht.
Ich hoffe du kannst meine Argumentation nachvollziehen.
momentan sendet das Plugin ja bei Seiten ohne benötigte Berechtigung einen 404 Status Code. Damit willst du die Suchmaschinen von der indexierung der Seite abhalten, was auch eine gute Idee ist. Leider werden meine Webstatistiken dadurch etwas "intransparent" und ich bekomme jedes mal aufs neue einen Schock, wenn ich mir die Anzahl der 404-"Fehler" anschaue. Der Grund sind Spambots, welche extrem oft z.B. auf newreply.php zugreifen (aber dann doch nichts schreiben dürfen). Die lernen anscheinend auch nicht von den 404er sondern kommen immer wieder. Mittlerweile habe ich halb soviel 404er wie 200er...
Der 404-Fehler hat jedoch für den Webmaster selbst einen gewissen Sinn: Man hat eine Übersicht, ob Leute tatsächliche eine fehlende Resource aufrufen wollten und kann bei Bedarf eingreifen (ein fehlendes Bild hochladen, einen falsch gesetzten Link beheben (was gerade aus SEO-Sicht wichtig sein kann, wenn der Link z.B. von einer externen Seite kommt!) etc.).
Mir zumindest hilft der 404er in meinen Logs jetzt nicht mehr. Im Gegenteil: Er erzeugt Arbeit. Ich kann nicht mehr auf die schnelle erkennen, was echte 404er sind (die ich beheben könnte) und was 404er sind, welche vom Plugin kommen.
Ein alternativer Vorschlag: Sende einen 403 HTTP Code bei solchen Seiten. Der ist semantisch korrekter (die Seite existiert ja, sie sagt nur aus, dass man keine Berechtigung hat) und ein Webmaster kann seine echten 404er besser kontrollieren. Für Suchmaschinen macht dies übrigens keinen Unterschied: Google und co. indexieren 403er genauso wie 404er, nämlich garnicht.
Ich hoffe du kannst meine Argumentation nachvollziehen.