ABAKUS

Nein. Wie ist denn die IP?

Es beseht auch die Möglichkeit das jemand seinen Warenkorb verlinkt hat oder dein preg_match stimmt nicht.

Wie ist denn dein regulärer Ausdruck um den Bot zu bestimmen?

Problem wird sein, das du nur schaust ob ein Mensch da ist und startest gleich die Session. Der "Mensch" kopiert dann mal ein Link samt Session und postet diesen in ein Forum und schon kommen die Sumas an solche Sessionlinks.

Die Session nur nach dem Ablegen eines Artikel in den WK starten oder beim Login (den WK nur über form Button befüllen lassen). Dann immer prüfen ob ein Session Cookie möglich und in diesem Fall die Sessions aus den Urls entfernen.
Und dann ruhig auch die Urls bei jedem Seitenaufruf prüfen, ob auch kein Schnössel irgendwelche Zeichen mit angehangen hat und wenn doch dann per 301 auf die richtige Url umleiten. usw.

marc75 hat geschrieben:Dann immer prüfen ob ein Cookie möglich und in diesem Fall die Sessions aus den Urls entfernen.

Am Besten gar nicht erst mit dem Unsinn anfangen, die URL mit Session-Daten zu belästigen, das ist vollkommen unnötig und bringt -wie hier zu sehen- um ein Vielfaches mehr Ärger als Umsatz.

Praktisch niemand hat Cookies deaktiviert. Denn was gerne vergessen wird: Auch das halbe Promille Besucher, das Cookies grundsätzlich verweigert, weiß, was es tut, und kann bei Bedarf Cookies zulassen.
Und wer auf den Umsatz des Promilles von diesem halben Promille, das zu bequem ist, Cookies für den Einkauf kurz einzuschalten, nicht verzichten kann, hat ganz andere Probleme mit seinem Laden …

Naja... neu ist es nicht, aber es kommt zwischendurch immer mal wieder vor das der Googlebot sich als normaler browser ausgibt... zudem gibt es diverse Googlebots die unterwegs sind...

@seomedius
Bisher genügte eine Abfrage nach dem Motto
---- stristr($_SERVER['http_user_agent'],'google') ------

um das zu bereinigen. Dieses Script (Kurzform) ist auf jeder Seite weshalb auch Links von aussen nicht möglich sein dürften, also keine ID erzeugen ...

@marc75
Das mit der SessionID posten wäre zwar eine Möglichkeit, da die sessions aber auch nur gestartet wird wenn der User keine Cookies akzeptiert, äußerst unwahrscheinlich

@mork
Danke für den Hinweis, aber ich möchte den korrekt funktionierenden Warenkorb nicht davon abhängig machen ob der User den Browser richtig konfiguriert hat auch wenn dies natürlich meistens der Fall ist.

Mork vom Ork hat geschrieben: Praktisch niemand hat Cookies deaktiviert. Denn was gerne vergessen wird: Auch das halbe Promille Besucher, das Cookies grundsätzlich verweigert, weiß, was es tut, und kann bei Bedarf Cookies zulassen.
Und wer auf den Umsatz des Promilles von diesem halben Promille, das zu bequem ist, Cookies für den Einkauf kurz einzuschalten, nicht verzichten kann, hat ganz andere Probleme mit seinem Laden …

Du bist keine Shopbetreiber oder? Denn dann wüsstest du, wie viele User nicht wissen, was sie aktiviert und deaktiviert an Ihren Rechnersystem haben. Wenn der Kunde/User dann auch noch nicht mal den Hinweis bekommt das Cookies (oft nicht wissen was das ist) benötigt werden, erhält man in regelmäßigen Abstand Emails und Anrufe mit dem Hinweis das der Shop nicht funktioniert etc.

Und auf Entwicklerseite muß ich sagen, ein guter Entwickler durchdenkt alle Möglichkeiten und Wege, seine Software beim Benutzen für den Anwender lauffähig zu halten. Und da gehört auch das deaktivierte Cookie dazu, genauso auch wenn ein User JS deaktiviert hat. etc.



@stevenk

Das mit der SessionID posten wäre zwar eine Möglichkeit, da die sessions aber auch nur gestartet wird wenn der User keine Cookies akzeptiert, äußerst unwahrscheinlich

Naja, meine Erfahrung damit sagt mir das Gegenteil ist der Fall. Hab früher öfters die Links samt Session in verschiedenen Foren wiedergefunden.
Naja, man kann sich nie 100% Sicher sein, das Google seine UA mit sendet. Ebenfalls besteht ja die Möglichkeit, das andere Bots deine Seiten abgrassen, aufbereiten und für MFA Seiten wieder ausspucken. Und Google findet spätestens dann die Sessions.

Warum die Verrenkungen? Schliesse URLs mit Session-IDs aus:

https://www.google.com/support/webmaste ... swer=40367

Und/Oder bau link-rel-canonical ein:

https://www.google.com/support/webmaste ... wer=139394

Hi Luzie

Guter Lösungsansatz, das werde ich mal testen ...

cu