Noch Googlebot Probleme

[krisp]

Noch immer eine Menge von:

66.249.65.7 - - [23/Jan/2010: 04.00.45 +0100] "? GET / ja / sv / showthread.php t = 6853 & page = 2 HTTP/1.1" 200 195783 "-" "Mozilla/5.0 ( compatible; Googlebot/2.1; + http://www.google.com/bot.html) "

Ich sehe Google bereits eine solche falsche Links indexiert (ab dem Zeitpunkt der vBSEO kanonischen deaktiviert wurde, weil es nicht funktionierte) und vielleicht manchmal Neubetrachtung einige von ihnen. Doch diese besondere url dosent scheinen in der Index bereits so Google bekommt es von somwhere werden.

Versuchen Sie, und gehen Sie auf den Link ( お気に入り の 開幕 戦 - ページ 2 ) Und mouseover die Fahnen, werden Sie falsche urls in die Seite Quelle zu sehen.

Einige Links auf einer solchen Seite sind normal, andere nicht (search for / ja / sv in Quelle). Going to a Doppel-Flagge Link wird an die erste Sprache in der Doppel-Ordner gehen und die kanonische Link ist die erste Sprache Ordner corrosponding in der url = die richtige Sprache. So der Fehler ist nicht so schlimm - hoffentlich Google wird in das kanonische url halten. Aber noch ist es ein wenig chaotisch

1. Wir müssen die Ursache, wie solche Links zu treten und verhindern, dass es passiert zu finden.
2. Wir müssen Flagge Links zu korrigieren, wenn Googlebot zu einer solchen Seite, weil es bereits solche URLs in den Index (dh die Lösung 1. Wird nicht verhindern, 2)..

vbetflag-Problem scheint in Ordnung zu sein

[vBET]

Dies ist nicht vBET Thema mehr. Wie Sie schrieb Google nimmt es aus eigenen Mitteln - vBET generiert nicht solche Links nicht mehr (wenn Sie es nicht finden - bitte beachten sie, und wir werden es richtig, aber wie wir jetzt wissen das Problem gelöst ist).

Und die Fahnen richtig sind - in diesem Link ja Die Sprache ist und der Rest wird als normale URL behandelt, so sv nur Verzeichnis, das ist, warum es dort enthalten ist.

Sie müssen Ihre. Htaccess-Datei und fügen Regel, die alle diese Anforderungen mit einzelnen lang-Code-Abfrage Umleitung. Nach einer Weile wird Google aktualisieren und Ausgabe wird verschwunden sein.

Hier ist eine solche Regel (nicht getestet, da in unserem Forum, wie URLs nicht funktionieren):

RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ http://%{HTTP_HOST}/$1/$3 [L,R=301]

Bitte fügen Sie vor vBET Regeln und testen Sie es sofort. Nach einiger Zeit (in Google kann es bis zu einigen Monaten) diese Regel nicht mehr notwendig sein, so dass Sie in der Lage, es zu kommentieren und sieht, Ausgabe kommt zurück oder nicht.

Lassen Sie uns wissen, dass es Arbeit macht, ist

[krisp]

Dank Rewrite Regel Umleitungen auf:

/ Ja / showthread.php

(Fehlende, was danach kommt php)

Mit htaccess:

RewriteEngine On

RewriteRule http://% {HTTP_HOST} / $ 1 / $ 3? [L, R = 301]

RewriteRule index.php? language = $ 1 [L, QSA]

RewriteRule $ 2? Language = $ 1 [L, QSA]

RewriteRule ^ ((urllist | Sitemap) .* \\ (xml |..? Txt) (\\ gz))? $ Vbseo_sitemap / vbseo_getsitemap.php sitemap = $ 1 [L]

[krisp]

Funktioniert ohne das "?" am Ende. Vielen Dank!

[vBET]

Ja - das war nur ein Tippfehler - sorry dafür und froh, dass du es gefunden

Ich werde es in früheren Post korrigieren, damit andere gute Lösung sofort sehen