Session Problem / Mozilla Bot

Beitrag von **pnm** » 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

von **Anzeige von ABAKUS** »

Content Erstellung von ABAKUS Internet Marketing
Ihre Vorteile:

einzigartige Texte
suchmaschinenoptimierte Inhalte
eine sinnvolle Content-Strategie
Beratung und Umsetzung

Jetzt anfragen: 0511 / 300325-0

Beitrag von **marki** » 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

Beitrag von **AndreasB.** » 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

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **AndreasB.** » 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

Beitrag von **pnm** » 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

Beitrag von **AndreasB.** » 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

Beitrag von **pnm** » 12.01.2006, 13:53

Sollte so funktionieren (.htaccess)

Code: Alles auswählen

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

Beitrag von **JR-EWING** » 12.01.2006, 14:11

oder probiert das in der htaccess:

Code: Alles auswählen

php_flag session.use_trans_sid off

Gruß JR

Beitrag von **pnm** » 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

Beitrag von **pnm** » 13.01.2006, 00:30

niemand eine Ahnung?

Beitrag von **pnm** » 13.01.2006, 13:42

*schieb*

Beitrag von **Southmedia** » 13.01.2006, 14:57

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

Beitrag von **pnm** » 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).

Beitrag von **pnm** » 14.01.2006, 12:34

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

Beitrag von **pnm** » 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.