Ggle indexiert Cookies ??

Beitrag von **evel** » 26.05.2010, 14:36

Hallo,

habe das Problem, dass Ggle unsere Cookies irgendwie mit indexiert hat.
so wird nun in Ggle Suchergebnissen
.de/?PHPSESSID=28964a5084ceb7b31f00b65756b9fd93
oder
.de/home_en.html?PHPSESSID=28964a5084ceb7b31f00b65756b9fd93
angezeigt.

Ich dachte bots mögen keine Cookies...
Hat jemand eine Idde wann oder wie es zur Indexierung von Cookies kommen kann?

Cookie sieht so aus:
Name: PHPSESSID
Inhalt: 28964a5084ceb7b31f00b65756b9fd93
Senden für: Jeden Verbindungstyp
Gültig bis: am Ende der Sitzung

von **Anzeige von ABAKUS** »

Beitrag von **DanielS** » 26.05.2010, 14:45

Dazu gibt es doch einige längere Threads hier.
Aber die beziehen sich meistens auf Google. Was soll denn "Ggle" sein?

Beitrag von **Anonymous** » 26.05.2010, 15:02

die bots nehmen auch keine cookies... aus dem Grund hat dein Webserver die Session-Id an die Url angehangen... aber stimmt... das wurde schon zigmal durchgekaut hier...

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 **evel** » 26.05.2010, 15:07

nee, nee - wir hängen keine SID an!
eigentlich sind das alles schöne saubere URLs.
Es wurden tatsächlich die cookies ausgelesen. ?!? Wir haben uns auch schwer gewundert und wollten es nicht glauben.

(Ich hatte diese Frage bereits in einem der vielen Threads angehängt, aber leider keine Antwort bekommen. Drum hab ich es noch mal separat gepostet.)

Beitrag von **tompop** » 26.05.2010, 15:35

Es wurde bestimmt keine Cookies bei euch ausgelesen.

Ich nehme an, du bist mit der Arbeitsweise der PHP-Sessions nicht ganz vertraut. Session-IDs wurden bis zu einer bestimmten PHP-Version tatsächlich standardmäßig automatisch angehängt. Soweit ich weiß, liegt es an dieser Einstellung:

https://de2.php.net/manual/en/session.c ... -trans-sid

Du müsstest das Ding mit

ini_set('session.use_trans_sid', '0');

deaktivieren können. (Ohne Gewähr).

Beitrag von **evel** » 26.05.2010, 16:06

hi tompop - gute Idee, vielen Dank für Deinen Tipp.
Unser Admin hatte dies allerdings gleich als erstes nachgeschaut und das ist es auch nicht.
Wir arbeiten mit PHP-Version 5.2... In dieser Version ist das automatische Anhängen nicht mehr der Fall.

hier mal ein Beispiel wie Suchergebnisse aussehen
https://www.google.de/#hl=de&q=site%3Ah ... b34e792887

Beitrag von **Staudi** » 27.05.2010, 00:04

Wie ich sehe, habt ihr alle Seiten auf "noindex,nofollow". Ist das eine Reaktion auf die SIDs gewesen? Soll die Seite jetzt ganz aus dem Index verschwinden?

Zu dem Problem und der Lösung:
https://www.typo3forum.net/forum/typo3- ... essid.html

Beitrag von **evel** » 27.05.2010, 09:03

Nein, das war ein großes Versehen unseres Admins. Wie es dazu gekommen ist, führe ich jetzt nicht näher aus. Aber vielen, vielen Dank für den Hinweis.
Sofort behoben - fatal!!
Trotzdem bin ich immer noch fest der Meinung, dass, unglaublich aber scheinbar wahr, die Cookies ausgelesen wurden.
Ist es jetzt nur eine Frage der Zeit, dass Ggle die Seiten neu indexiert und dann wieder ohne Cookies?

Beitrag von **DanielS** » 27.05.2010, 09:56

evel hat geschrieben:...Trotzdem bin ich immer noch fest der Meinung, dass, unglaublich aber scheinbar wahr, die Cookies ausgelesen wurden...

Meinst Du trotz dieser Aussage?

net(t)worker hat geschrieben:die bots nehmen auch keine cookies... aus dem Grund hat dein Webserver die Session-Id an die Url angehangen...

Du solltest zwischen Cookies und der Session-Id unterscheiden, denn sonst gibt es nur Missverständnisse und keiner kann Dir wirklich helfen.

Beitrag von **SloMo** » 27.05.2010, 10:09

Warum sollte Google einen Cookie auslesen und den Wert hinten an die URLs anflanschen? Das macht keinen Sinn. Der Fehler liegt bei Euch, Ihr habt Google URLs mit Session-ID ausgeliefert.

Beitrag von **evel** » 27.05.2010, 10:38

SloMo hat geschrieben:Warum sollte Google einen Cookie auslesen und den Wert hinten an die URLs anflanschen? Das macht keinen Sinn.

yep, ich stimme Euch zu.
Allerdings ist es so, dass wir keine URLs mit Session-IDs ausliefern, weder versteckt noch sichtbar. (Sorry, ich weiss ich wiederhole mich)
Damit die Seite und bestimmte Funktionen arbeiten, haben wir die Cookies. Diese können wir aus dem Grund auch nicht deaktivieren.
Wenn der Fehler bei uns liegt, was ja gut möglich ist, weiss ich leider nicht wo.

Beitrag von **SloMo** » 27.05.2010, 11:13

Ich hatte für Eure Site mal Cookies deaktiviert und es wurden keine session-verseuchten Links erzeugt. Eventuell ist der Fehler inzwischen gar nicht mehr vorhanden und Du siehst nur wegen eurer Noindex-Sache noch nicht die sauberen URLs im Index.

Beitrag von **Pompom** » 27.05.2010, 11:14

Wenn der Fehler bei uns liegt, was ja gut möglich ist, weiss ich leider nicht wo.

Tja, bei "normalen" Besuchern ist es möglich, Cookies auf der Visitor-Seite im Cookie-Ordner zu speichern, bei Google ist das schlicht und ergreifend nicht möglich...
Google indexiert grundsätzlich nur URLs.

Beitrag von **evel** » 27.05.2010, 11:27

Thanx für Eure Hilfe.
ich werde weiterhin die Sache erforschen und beobachten. Wenn ich hinter das Problem gekommen bin, sag ich gern nochmal Bescheid.

Beitrag von **e-fee** » 27.05.2010, 11:30

Aber irgendwo arbeite ihr doch mit den Session-IDs, sonst würden die ja auch in den Cookies nicht drinstehen.
Bin jetzt auch nicht die Heldin diesbezüglich, aber im Prinzip läuft das so:
Client bekommt 'ne Sesssion-ID. Hat er Cookies aktiviert? Ja: dann wird die Session-ID in den Cookie geschrieben. Nein: dann wird die Session-ID in den URLs mitgeschleift.
Aus der Praxis kenne ich das z.B. von Gambio-Shops, wo es die Einstellung "Spider Sessions vermeiden" gibt, die leider nicht immer funktioniert. Da hilft dann nur noch eine entsprechende Angabe in der robots.txt, das für Euch im Übrigen auch 'ne Notfallmaßnahme sein könnte. Dort ist es jedenfalls auch so, dass ich in einem Browser mit deaktivierten Cookies Session-IDs in den URLs serviert bekomme, mit Cookie jedoch nicht.