WMT - blockierte Ressourcen

[heyjoeman]

Hallo,

kann mir jemand erklären, weshalb diese Ressourcen in den WMT als blockiert angezeigt werden?

Blockierte Ressourcen sind u.a. diesen:

/wp-content/plugins/woocommerce-germanized/assets/css/woocommerce-gzd-layout.min.css?ver=1.3.2

wp-content/themes/themename/style.css?ver=4.2.2

/wp-content/themes/themename/css/skins/default.css?ver=4.2.2

Liegt es an dem Parameter am Ende (?ver=123) ?



Die robots.txt sieht so aus:

# Google Image
User-agent: Googlebot-Image
Disallow:
Allow: /*

# Google AdSense
User-agent: Mediapartners-Google
Disallow:

# digg mirror
User-agent: duggmirror
Disallow: /

# global
User-agent: *
Disallow: /cgi-bin/
Disallow: /wp-admin/
Disallow: /wp-content/cache/
Disallow: /trackback/
Disallow: /feed/
Disallow: /comments/
Disallow: /category/*/*
Disallow: */trackback/
Disallow: */feed/
Disallow: */comments/
Allow: /wp-content/uploads/
Allow: /wp-content/plugins/
Allow: /wp-content/themes/

[Melegrian]

Wenn in den Dateien kein Tag gesetzt werden kann und in der robots.txt kein entsprechender Eintrag vorhanden ist, dann wohl in einer htaccess.

Beispiel:

Code: Alles auswählen

 <Files ~ "\.css$">
  Header set X-Robots-Tag "noindex, nofollow"
</Files>

https://developers.google.com/webmaster ... s_meta_tag

Du meintest WMT (Google Webmaster Tools) nicht GWT (Google Web Toolkit)?

[heyjoeman]

Hi,

nein, in der htaccess ist solch ein Eintrag nicht vorhanden.
Hier die .htaccess:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

# Zugriff auf .htaccess und .htpasswd verbieten, falls in Benutzung
<FilesMatch "(\.htaccess)">
Order deny,allow
Deny from all
</FilesMatch>

#wichtige Dateien gegen Zugriff von außen Blocken
<files install.php>
Order allow,deny
Deny from all
</files>
<files wp-config.php>
Order allow,deny
Deny from all
</files>
<files error_log>
Order allow,deny
Deny from all
</files>

## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access 1 year"
ExpiresByType image/jpeg "access 1 year"
ExpiresByType image/gif "access 1 year"
ExpiresByType image/png "access 1 year"
## ExpiresByType text/css "access 1 month"
## ExpiresByType text/html "access 1 month"
ExpiresByType application/pdf "access 1 month"
## ExpiresByType text/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
ExpiresByType image/x-icon "access 1 year"
ExpiresDefault "access 1 month"
</IfModule>
## EXPIRES CACHING ##

# Keine URL based exploits zulassen
RedirectMatch 403 \[
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
# Double slashes in allen URLs verbieten
RewriteCond %{THE_REQUEST} ^[A-Z]+\ /(([^/\ ]+/)*)/+([^\ ]*)
RewriteRule ^ /%1%3 [L,R=301]
</IfModule>

Kann es an den Caching Einstellungen liegen? CSS und JS sind auskommentiert.

Ja, ich meinte natürlich die WMT Danke !

[Melegrian]

Allgemein, ein X-Robots-Tag könnte sich in jeder beliebigen htaccess befinden und nicht nur in der vom Root. Für zu sperrende Images zum Beispiel im Verzeichnis /images. Nun brauchst Du danach nicht zu suchen, außer bei /admin-ajax.php wird kein X-Robots-Tag gesendet, falls ich das richtig sehe.

ExpiresActive On schränkt nicht den Zugriff ein, wenn auskommentiert, dann doch nur weil Änderung ohne Verzug übernommen und mit ausgeliefert werden sollen.

Ich sehe auch mit einem Testbot nichts, was bei dieser blockieren sollte:

wp-content/themes/themename/style.css?ver=4.2.2

Und nun?

[heyjoeman]

Ich versuche es mal mit asynchroner Einbindung einiger der genannten Dateien. Könnte ein Ansatz sein.