Fehlermeldung von Google

Das Google Webmaster -Tool gibt mir folgende Fehlermeldung aus:

Überprüfungsstatus: [COLOR=red]NICHT ÜBERPRÜFT[/COLOR]
Letzter Versuch am 02.03.2008: [COLOR=#800080]Wir haben festgestellt, dass Ihre Fehlerseite 404 (Datei nicht gefunden) im Header den Statuscode "200 (Erfolgreich)" zurückgibt[/COLOR]

Wie ist das zu korrigieren?

Benutze WP 2.3.3 und das Theme Ocean Mist German 1.2

Ergänzung

Hier habe ich noch den kompletten Beschrieb von Google. Was bedeutet das für mich in WP?

Wir haben festgestellt, dass Ihre Fehlerseite 404 (Datei nicht gefunden) im Header den Statuscode 200 (Gefunden) ausgibt.
Wir haben festgestellt, dass Ihr Server den Statuscode 200 (für "Erfolgreich") für nicht vorhandene Seiten ausgibt. Wir können Websites mit dieser Konfiguration nicht überprüfen, da sonst alle Nutzer die Inhaberschaft Ihrer Website abrufen könnten. Sie können unser [COLOR=#0000cc]Verfahren zur Überprüfung von Meta-Tags[/COLOR] verwenden oder die Konfiguration des Servers ändern.
Diese Konfiguration stellt ein Sicherheitsrisiko für die Websitebestätigung dar, daher können wir Ihre Website nicht bestätigen. Wenn Ihr Webserver so konfiguriert ist, dass der Status 200 (für "Gefunden") im Header von 404-Seiten (Nicht gefunden) zurückgegeben wird, und wir Sie in die Lage versetzen würden, Ihre Website mit dieser Konfiguration zu bestätigen, könnte dieser Umstand auch von anderen Personen genutzt werden, um Ihre Website zu bestätigen. Zur Sicherstellung, dass niemand diese Konfiguration zum Anzeigen von Statistiken zu Websites nutzen kann, deren Eigentümer sie nicht sind, bestätigen wir nur Websites, die im Kopfbereich von 404-Seiten den Status 404 zurückgeben.
Falls Ihr Server so konfiguriert ist, dass für nicht vorhandene Seiten ein anderer Code als 404 zurückgegeben wird, können Sie unser [COLOR=#0000cc]Verfahren zur Überprüfung von Meta-Tags[/COLOR] verwenden oder die Konfiguration des Servers ändern.
Sie können Ihren Webserver so einstellen, dass [COLOR=#0000cc]im Header von 404-Seiten der Statuscode 404 ausgegeben[/COLOR] und trotzdem eine benutzerspezifische Fehlerseite zurückgegeben wird. (Vergleichen Sie die Informationen zu [COLOR=#0000cc]Apache[/COLOR] und [COLOR=#0000cc]IIS[/COLOR].) Beachten Sie, dass bei dieser Prüfung eine HEAD-Anforderung (und keine GET-Anforderung) vorgenommen wird. Versuchen Sie, die Website erneut zu verifizieren, sobald der Webserver ordnungsgemäß konfiguriert ist. Wir werden Ihre Konfiguration dann ebenfalls noch einmal überprüfen.

404-Fehler

Zitat

Das bedeutet für dich in WP eigentlich nichts, außer dass du keine Berechtigungsansprüche auf die Seite stellen kannst - solange diene 404 Seite nicht entsprechend korrigiert ist.

Für mich ist nicht klar, wie und wo ich den einen Fehler im wp-cms habe.

Speziell ist auch wenn ich eine ungültige Seite aufrufe, komme ich auf die Startseite, statt auf die 404

Habe paralell eine inaktive modx-Installation. Dies sollte nach meinem ermessen aber keinen Einfluss haben.

Wohl nicht modx

Zitat von Keiran

PS: ob die Weiterleitung jetzt schlecht oder gut ist, sei dahin gestellt - ist wohl Geschmackssache, da ich es als praktisch empfinden würde. Aber dann wäre da ja noch das Problem mit Google.

Habe modx per ftp entfernt; blieb beim alten. Stimme Dir zu, eigentlich ist das gar nicht schlecht, wenn eine falsche Anfrage bei index.php landet. Weiss einfach nur nicht weshalb.

Oder wie soll ich es machen, dass ich "gefunden" werde?

.htaccess vom 2.3.08

# MODx supports Friendly URLs via this .htaccess file. You must serve web
# pages via Apache with mod_rewrite to use this functionality, and you must
# change the file name from ht.access to .htaccess.
#
# Make sure RewriteBase points to the directory where you installed MODx.
# E.g., "/modx" if your installation is in a "modx" subdirectory. If you have
# problems with your .htaccess working at all, try un-commenting the first
# line above the "RewriteEngine On" directive.
#
# You may choose to make your URLs non-case-sensitive by adding a NC directive
# to your rule: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA,NC]
Options +FollowSymlinks
RewriteEngine On
RewriteBase /

# Rewrite http://www.domain.com -> domain.com -- used with SEO Strict URLs plugin
#RewriteCond %{HTTP_HOST} .
#RewriteCond %{HTTP_HOST} !^example-domain-please-change\.com [NC]
#RewriteRule (.*) http://example-domain-please-change.com/$1 [R=301,L]
#
# or for the opposite domain.com -> http://www.domain.com use the following
# >>> DO NOT USE BOTH THE ABOVE AND BELOW <<<
#
#RewriteCond %{HTTP_HOST} .
#RewriteCond %{HTTP_HOST} !^www\.example-domain-please-change\.com [NC]
#RewriteRule (.*) http://www.example-domain-please-change.com/$1 [R=301,L]

# Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent
# https://www.domain.com when your cert only allows https://secure.domain.com
#RewriteCond %{SERVER_PORT} !^443
#RewriteRule (.*) https://example-domain-please-change.com.com/$1 [R=301,L]

# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides.
#AddType text/x-component .htc

# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: PHP: Using Register Globals - Manual
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php.ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult PHP: Hypertext Preprocessor for more detailed
# information about setting PHP directives.
#php_flag register_globals Off

# For servers that support output compression, you should pick up a bit of
# speed but un-commenting the following lines.
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5

# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.
#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4.[0-9]{2}" brokenvary=1
#BrowserMatch "Opera" !brokenvary
# BEGIN WordPress
# END WordPress

Zitat von Keiran

Hab mich wohl missverständlich ausgedrückt: gefunden von Google wirst du ja scheinbar - korrigiere mich einer wenn ich mich irre. Dass Problem ist nur, dass du bei den Webmaster-Tools keine Besitzansprüche für die Seite stellen kannst, und so es etwas an geringfügige Optimierung fehlen könnte. Mehr auch nicht.

Tatsächlich kann ich mich nicht bei Google registrien. Gemäss der Begründung,dass dies Statistisch ausgenutzt werden könnte.

Wenn Du testen willst:
Jodlerklub Rohrbach » Startseite

Himmellautes Jauchzen!!!

Mann, Supi

Übersicht

Jodlerklub Rohrbach » Startseite

[Blockierte Grafik: https://www.google.com/webmasters/tools/images/check.gif] Sie haben Jodlerklub Rohrbach » Startseite erfolgreich verifiziert.


Ist schon geil .htacess vor Deiner Empfehlung: 3709kB danach 35kB

Vielen Dank!