ABAKUS

Verfasst: **04.01.2006, 23:37**

Der "alte" Googlebot hat ja die Session ausgefiltert (zumindest die Standard PHP-Sessions (PHPSESSID)). Zumindest wurden diese ja für einige Zeit nicht mit indexiert (wurde ja überall drüber geschrieben). So, nun habe ich Mist gebaut und die Sessions nicht abgestellt. Wo jetzt die Mozilla Bot Ergebnisse online sind, sind zig Seiten von einem Projekt samt PHPSESSID indexiert. Zwischenzeitlich habe ich die für den Bot deaktiviert, was auch funktioniert. Die "alten", die mit PHPSESSID indexiert sind, haben natürlich einen Knachs im Ranking bekommen und der Mozilla Bot ruft diese auch ständig mit dieser alten indexierten Session ab.

Was tun? Abwarten und Tee trinken, weil die Sessions ja jetzt deaktiviert sind? Oder irgendwas 301 mäßiges machen?

grüße

Verfasst: **05.01.2006, 00:42**

Du meinst vielleicht auf die betroffenen Seiten nen Code à la
if ($_GET[PHPSESSID]==die betroffene) header 301... oder so? Wäre sicher hilfreich. Möglicherweise kommt Google aber von alleine drauf, weil die Variante ohne SID besser verlinkt ist (schon klar, ne?)

Oder probier mal die URL Konsole

Verfasst: **05.01.2006, 13:07**

Hallo...

So wie es scheint habe ich das selbe Problem.
Bisher hatte ich nie was gegen die PHPSESSID unternommen, da diese von Google ja nicht in den Index aufgenommen wurde.

Seit ein paar Wochen habe ich aber einige tausend Einträge bei Google mit der PHPSESSID. Nun haben wird eine Abfrage eingebaut, die den Start der Session bei einem Bot verhindern soll (siehe anderer Beitrag).

Das haben wir gestern gemacht. Heute früh habe ich mir das Logfile angeschaut, aber der Mozilla-Googlebot hat bei allen Einträgen immer noch das PHPSESSID mit dran.

Eigenartigerweise ist die PHPSESSID aber immer anders, obwohl er ja einen Eintrag nach dem anderen durchgeht.

Ist das jetzt so ok, oder muss ich da was machen?

Gruß
Andreas

Verfasst: **06.01.2006, 10:24**

@marki

Du meinst vielleicht auf die betroffenen Seiten nen Code à la
if ($_GET[PHPSESSID]==die betroffene) header 301

Kannst du mir mal hier einen fertigen Code geben, der das macht?

Gruß
Andreas

Verfasst: **12.01.2006, 13:39**

Ich weiß mir da momentan wirklich keinen Rat mehr

Die Sessions sind nun seit dem das Problem auftrat (ca. 4 Wochen) abgeschaltet. MSN hat z.B. schon alle Sites wieder ohne Sessions gelistet. Heute sind ja bei Google wieder die alten Ergebnisse online oder zumindest greife ich darauf über google.de zu. Der Bot (Mozilla Bot) crawlt die Site täglich mehrmals komplett. Trotzdem Cache vom 31.12.2005 bei der Startseite und kein Cache bei den Unterseiten, die mit Session gelistet waren. Im Ranking habe ich keine großen Probleme, bis auf die Unterseiten, die doch etwas nach hinten gerückt sind. Also, bleibt mir nichts anderes übrig als alle URLs die mit PHPSESSID gelistet sind mittels 301 umzuleiten? Oder bringt diese abwarten und Tee-Trinken Taktik was?

Grüße

Verfasst: **12.01.2006, 13:50**

@pnm

Bei mir ist es genauso.
Die Session wird nicht gestartet, aber der Mozilla-Bot kommt mehrmals täglich, wenn nicht sogar den ganzen Tag und fragt immer noch die Files mit der PHPSESSID ab.

Wie würde denn das mit der 301-er Umleitung ausschauen?

Gruß
Andreas

Verfasst: **12.01.2006, 13:53**

Sollte so funktionieren (.htaccess)

Code: Alles auswählen

Redirect permanent /datei.html?PHPSESSID=23jdakk342jj34 /datei.html

Verfasst: **12.01.2006, 14:11**

oder probiert das in der htaccess:

Code: Alles auswählen

php_flag session.use_trans_sid off

Gruß JR

Verfasst: **12.01.2006, 22:39**

Hmm, bin ich jetzt zu blöd? Folgende liefert bei Aufruf der Seite inkl.
der in Google gelisteten Session nur ein 200 OK zurück anstatt des 301....

Code: Alles auswählen

Redirect 301 /lexika.php?PHPSESSID=0cf3534f9c9ef4ddc401cd1ce3b837 http&#58;//www.domain.com/lexika.php

Verfasst: **13.01.2006, 00:30**

niemand eine Ahnung?

Verfasst: **13.01.2006, 13:42**

*schieb*

Verfasst: **13.01.2006, 14:57**

Was hast du denn nun genau gemacht? Code in .htaccces? Code in die PHP-Datei?

Verfasst: **13.01.2006, 16:36**

Hallo Jan,

ich habe diesen Code

Code: Alles auswählen

Redirect 301 /lexika.php?PHPSESSID=0cf3534f9c9ef4ddc401cd1ce3b837 http&#58;//www.domain.com/lexika.php

in die .htaccess gepackt. Leider - wie oben geschrieben - ohne Erfolg.
Es wird ein 200 OK ausgeliefert. Noch lässt sich das ja gut ändern (es
sind nur ca. 30 Unterseiten mit Session gelistet).

Verfasst: **14.01.2006, 12:34**

Ich schiebs nochmal an, gibt ja so viele .htaccess "Experten" hier

Verfasst: **14.01.2006, 17:27**

So, vielleicht lässt sich ja noch jemand dazu bewegen einen Tipp zu geben. Ich habe es jetzt mal so gemacht, dass ich mir die gelisteten URLs einzeln aus Google rausgefischt habe und in meine Bot-Detection folgendes eingebaut habe. z.B.:

Code: Alles auswählen

if &#40;$_SERVER&#91;'REQUEST_URI'&#93; == "/neuanmeldung.php?PHPSESSID=8n7f10cid82928se054cb9ccfbd0887"&#41;
&#123;
  header&#40;"HTTP/1.1 301 Moved Permanently"&#41;;
  header&#40;"Location&#58; http&#58;//www.domain.com/neuanmeldung.php"&#41;;
&#125;

Ich habe es dann mal per www.wannabrowser.com mit dem User-agent von Google (Mozillabot) getestet und es wird auch ein 301 gesendet. Allerdings erscheint darunter immer noch trotzdem ein 200 OK?

Code: Alles auswählen

HTTP/1.1 301 Moved Permanently
Date&#58; Sat, 14 Jan 2006 16&#58;22&#58;46 GMT
Server&#58; Apache
X-Powered-By&#58; PHP/4.3.10-12
Location&#58; http&#58;//www.domain.com/neuanmeldung.php
Transfer-Encoding&#58; chunked
Content-Type&#58; text/html

HTTP/1.1 200 OK
Date&#58; Sat, 14 Jan 2006 16&#58;22&#58;47 GMT
Server&#58; Apache
X-Powered-By&#58; PHP/4.3.10-12
Transfer-Encoding&#58; chunked
Content-Type&#58; text/html

Vielleicht hat ja jemand eine Ahnung.

ABAKUS

Session Problem / Mozilla Bot

Session Problem / Mozilla Bot

Session Problem / Mozilla Bot

Session Problem / Mozilla Bot

Session Problem / Mozilla Bot

Session Problem / Mozilla Bot