ABAKUS

Verfasst: **31.07.2006, 08:13**

g8uten morgen forum,

habe eine nue seite online gestellt (vorgefertigtes script). google hat nun übers wochenede einen großen teil indiziert.

ich habe nun gemerkt, dass er immer mit der sessionid "surft". die indizierte seite lautet dann ungefähr so:
browse.php?id=80&PHPSESSID=91684e88891ecc9484f9ac01d36f95f0

FRAGE:
ist das mit der sessionid evtl. ein nachteil bezogen auf das ranking der seite?

vielen dank für eure hilfe!

Verfasst: **31.07.2006, 08:16**

Defintiv ja! Google bekommt bei jedem Besuche eine nene Session-ID. Es werden also jeddes mal "neue" seiten gefunden und in den Index genommen.

Das erzeugt massig DC und wird bei dir wahrscheinlich über kurz oder lang den Rausschmiss bedeuten.

Mach die Dinger aus!!!

Verfasst: **31.07.2006, 08:31**

ohoh...

danke für deine antwort!

wie "mache" ich diese dinger am schnellsten raus?

Verfasst: **31.07.2006, 08:39**

Anstatt Sessions vielleicht Cookies verwenden. Oder aber die Sessionid nicht mit GET sondern POST übermitteln.

Verfasst: **31.07.2006, 08:54**

ok, cookies... da habe ich doch dann aber das prob, wenn jemand cookies deaktiviert hat!

ich glaube da geht auch was mit der htaccess oder? wenn der besucher=googlebot dann irgendwie sessid deaktivieren?

Verfasst: **31.07.2006, 09:32**

hi,

frage doch mit einem regex einfach ab wer auf deiner seite ist . wenn googlebot dann starte keine sessions. wichtig ist dann nur das du keine sessions in deinen links benutzt ( ich hatte mal die sprache in ner session drinne...)

if (!eregi("googlebot",$_ENV["HTTP_USER_AGENT"]))
session_start();

Verfasst: **31.07.2006, 09:33**

ich würd mich da auch beeilen mit dem fixen des problems, wegen sowas schmirgeln seiten gerne mal ab

Verfasst: **31.07.2006, 09:51**

ui...

if (!eregi("googlebot",$_ENV["HTTP_USER_AGENT"]))
session_start();

sach blos das wars schon? toll!

Verfasst: **31.07.2006, 10:01**

könntes das ja noch ausbauen, das er bei email sammler gleich nen die() macht etc....

ich habs dann net mit eregi sondern mit preg_match gemacht und dann überprüft nach suchmaschinen , dann emailsammlern wenn das net zutrifft starte sessions

Verfasst: **31.07.2006, 10:18**

hmhm... ok,

nun habe ich jedoch ein prob! das system/seite baut auf phpauction auf.

https://www.phpauction.net

in der source-code version kann ich zwar den quelltext lesen, aber eine datei ist verschlüsselt! anscheinend (sehr wahrscheinlich!!!) wird in dieser datei die session gestartet. tja... und da komm ich nicht ran, weils verschlüsselt ist

un nu?

Verfasst: **31.07.2006, 10:22**

Frag doch einfach mal den Hersteller.

Ausserdemm reicht es nicht google auszusperren. Yahoo und MSN etc. indizieren dann weiterhin mit Sessions!

Verfasst: **31.07.2006, 11:19**

Am besten wäre wohl die richtige Version für die robots.txt zu schreiben - oder? Dann für ddie Suchmaschinen einen sauberen Link rein auf die Sitemap OHNE Session IDs.

Verfasst: **31.07.2006, 11:50**

hm... hab ich nun nicht 100% verstanden...

du meinst die robots über die robots.txt auf eine sitemap verweisen und die dann ohne ssid weiterverlinken?

das prob ist nur, die session wird wohl auf jeder seite neu gestartet! also wenn ich ohne ssid auf eine seite verweise, wird die dann trotzdem gestartet

Verfasst: **31.07.2006, 12:12**

Mit robots.txt die ?id=80&PHPSESSID= zu sperren. Den Suchmaschinen Crawlern einen Link zu bieten der zu 100% ohne Session ID zu einer Sitemap geht welche Links wiederum ohne Session IDs aufführt. Musst halt was statisches hinzufügen.

Verfasst: **31.07.2006, 12:47**

ole1210 hat geschrieben:Frag doch einfach mal den Hersteller.

Ausserdemm reicht es nicht google auszusperren. Yahoo und MSN etc. indizieren dann weiterhin mit Sessions!

Yupp, deswegen ne klasse schreiben, wo alle abgefragt werden.

Aber wenns verschlüsselt ist, dann klappt es net ... Aber nachfragen beim Hersteller wird ja nix kosten..

ABAKUS

googlebot indiziert mit &PHPSESSID ?

googlebot indiziert mit &PHPSESSID ?