-
Posts
-
Hallo liebes Support-Team,
ich kriege sehr viele 404-Fehler durch den User Agent “Googlebot” im dynamic_avia-Ordner, z.B.:
/avia-footer-scripts-b1de6b61d6ac6e3efdd3f3241
/avia-merged-styles-6260105850f37665740d38d24b
bzw. auch hier:
/wp-content/themes/enfold/css/print.css?ver=4.2.4
Woran kann das liegen?
Viele Grüße, KaiNoch etwas, vielleicht hat das auch damit zu tun?
Ich kriege auch viele 404-Fehler durch den User Agent “Bingbot” hierfür:
/eventfotograf-hamburg/?author=10
Die author-Zahl wird dann von 3 bis 10 hochgezählt. Ich kriege also 8 Fehlermeldungen und das alle paar Monate. Diese Autoren gibt es bei mir ja gar nicht und ich hab sie ja auch nicht angelegt. Auf meiner Site gibt es auch keine Kommentar-Funktionen oder ähnliches und ich bin der einzige “Autor”.
Hängt das mit dem vorherigen Problem zusammen?Moin Moin aus der Speicherstadt … :-)
Bzgl. der “fehlenden” CSS-Dateien mit 404er vom Google-Bot:
Von Enfold werden die CSS-Dateien “gemerged”, d.h. zusammengeführt (nur eine Datei zu laden) und komprimiert. Das heisst aber auch, dass bei jeder Änderung am CSS neue Dateien erstellt werden müssen.
Damit dabei die vorherigen Versionen nicht gelöscht werden, kannst du in den Theme-Optionen unter Enfold > Performance ganz unten deaktivieren “Delete old CSS and JS files” (also Häkchen raus).Bzgl. der Autoren-Seiten:
Steht mit vorherigem nicht im Zusammenhang. Da über das Author-Anhängsel die Autorenseiten standardmäßig bei WordPress aufrufbar sind, versuchen einige Bots das auch einfach mal “auf gut Glück”. Allerdings auch “böse” Bots, die darüber zum Beispiel den ersten “Author”-Namen herausfinden wollen … also den Admin …
Deshalb mache ich persönlich das bei WordPress-Seiten aus Sicherheitsgründen immer so, dass die so gar nicht erst aufrufbar sind.Allgemein:
Per htaccess schicke ich die Seiten, bei denen ich sicher bin, dass sie ein 404er werfen sollen, schon serverseitig ins Nirvana, bevor WordPress überhaupt als CMS ins Spiel kommt … einfach für die erhöhte Sicherheit.
Das Tracking von 404ern innerhalb WordPress wird dann gar nicht mehr behelligt und übersichtlicher.Moin! :-)
Vielen Dank für die schnelle Antwort!> (also Häkchen raus)
Das ist bei mir schon raus. Und nu?>so, dass die so gar nicht erst aufrufbar sind.
Aber wie mache ich das? Leider habe ich auf meiner Autorenseite nichts dazu gefunden.>serverseitig ins Nirvana
Also per “nofollow”?Viele Grüße aus Winterhude!
Einfach die eigene Betrachtungsweise ändern … :-)
Ein 404er heißt nicht per se, dass es ein “Fehler” ist. Es heißt, dass versucht wurde eine Datei abzurufen, die nicht vorhanden ist. Und das kann absolut korrekt sein.
Wie in dem Fall mit dem Google-Bot bei Zugriff auf veraltete CSS-Dateien aus dem dynamic_avia-Ordner … alles richtig so, wenn Google immer mal auch Sachen mal nicht mehr findet … Internetseiten ändern sich … da fällt auch mal was weg ….Die Autorenseiten lassen sich nicht im WordPress-Standard deaktivieren. Ich mache das per htaccess auf Apache (also vor Interaktion von WP, wie zuvor geschrieben):
# Block user ID phishing requests <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{QUERY_STRING} ^author=([0-9]*)$ RewriteRule .* - [L,R=404] </IfModule>Andere Möglichkeit innerhalb von WP:
=> https://wordpress.2bearstudio.com/disable-wordpress-author-pages/Zu “nofollow”: Eigentlich nie nirgends eine Option … kein “böser” Bot wird sich an so was halten … und nofollow-Sculpting für Google war mal vor 15 Jahren sinnvoll … ist es selten noch …
Genauso wie “robots.txt” … wird meistens falsch bzw. kontraproduktiv verwendet … ist definitiv keine Option für die Lösung von Index-Problemen …Daher, um einen 404er über den Apache statt des CMS (WordPress) zu werfen: => Ebenso per htaccess.
Ein bisschen Wissen über Regular Expressions ist hilfreich dafür.
Schnell aus der Google-Suche gefischt … nur ein Beispiel, keine richtige Doku:
=> https://stackoverflow.com/questions/7733647/htaccess-redirect-to-404-page-rewriterule
- You must be logged in to reply to this topic.