Hallo, ich habe seit meinem Umzug des Shops von Estugo in die Gambio Cloud regelmäßig Rückmeldungen von Kunden, dass sie keine Bestellungen mehr durchführen können. So wie ich es bisher ermitteln konnte sind die Probleme an verschiedenen Stellen. Das eine ist, dass die Kunden nicht mehr die Möglichkeit haben PayPal als Zahlungsmethode auszuwälhlen. Das zweite war, dass man sich in einer Endlosschleife im Warenkorb bewegt hat und beim klicken auf "bezahlen" immer wieder in den Warenkorb geschleust wurde. Mir geht es hier aber nun um den Fall, dass Kunden Artikel in den Warenkorb legen und beim Klicken auf diesen sich der Warenkorb wieder leert, also die Artikel löscht. Diese Rückmeldung habe ich nun am häufigsten erhalten. Es gab hier schon mal eine Grundatzdiskussion über abgebrochene PayPal Zahlungen bei der sehr auf Analystics abgefahren wurde. Deswegen gleich vorweg, ich habe keine Statistik über diese Fehler, nur die Rückmeldung meiner Kunden. Ja, ich weiß, Bauchgefühl. Auch das der Umsatz um gute 50% Prozent zurück gegangen ist - Bauchgefühl, denn es kann ja auch einfach eine Flaute sein. Natürlich habe ich ein Ticket dazu erstellt. Rückmeldung von Gambio bisher: Nichts festellbar. Jetzt ist es immer so bei sporadischen Fehlern, wenn man dies selber ausprobiert klappt es eigentlich fast immer. Nur den Endlosschleifenfehler konnte ich einmal einfangen, allerdings nicht reproduzieren. Ich habe nun einfach das Problem, dass ich wirklich ratlos bin. ich habe einen kleinen Shop mit einer überschaubaren Anzahl an Bestellungen, deswegen fallen 3 Bestellungen weniger am Tag auch schnell auf. Deswegen meine Fragen: Kennt irgendjemand dieses Phänomen mit dem löschenden Warenkorb? Hat irgendjemand einen Tipp? Als technische Info: Ich hatte aufgrund von Update-Problemen eine alte Shopversion 3.1 bei Estugo laufen und bin dann auf die aktuelle hochgesprungen. Das war die einzige technische Änderung die es im Shop gab. Ich bin wirklich kurz davor wieder auf den Estugo Server umzusteigen bzw. mir ein anderes Shopsystem zu suchen - aus reiner Verzweiflung....
Wie geschrieben, habe ich bereits seit drei Wochen. Aber leider keine Lösung. Deswegen auch meine Frage im Forum
Wenn Du weißt wann es passiert ist, müsste man das in Log-Dateien finden können. Ohne das man da irgend etwas sieht, kann das diverse Ursachen haben. Falsche Einstellung im Shop, kaputter Artikel, Kunde hat keine Boni und wird zurückgeschickt um andere Zahlart zu wählen..... Bei welcher Zahlart kommt man zurück in den Warenkorb? (Wenn ich nicht daneben liege, wäre das bei Amazon Pay z.B. normal)
Bei dem sich löschenden Warenkorb sieht es so aus: 1. Artikel wird in den Warenkorb gelegt 2. Man klickt auf den Warenkorb um auszuchecken 3. Der Warenkorb ist leer. Man kommt also nicht mal zum Bezahlen Die anderen Probleme mit PayPal lasse ich hier mal aussen vor
Dann geht da scheinbar die Session kaputt, das kann so oft aber nicht vorkommen, sonnst könnte man das nachvollziehen, ein Link zum Problemfall wäre vielleicht auch hilfreich, dann könnten das paar Leute Testen.
Was meinst du genau mit "Link zum Problemfall"? Es gibt ja nicht den einen Artikel bei dem das immer auftritt sondern vereinzelt bei manchen Kunden und verschiedenen Käufen. Oder habe ich das was nicht ganz verstanden? Ich habe nun gestern Analystics eingeschaltet um vielleicht darüber noch weitere Infos zu erhalten. Allerdings ist die Verwendung standartmäßig ausgeschaltet (nach meinen Cookie Vorgaben) und das hätte ich eigentlich auch gerne so. Mich nerven die Websites selber ungemein bei denen man erst sieben Haken löschen muss bevor man weiter kommt weil alles standardmäßig aktiviert wurde. Jetzt aber meine Frage, erhalte ich dann überhaupt Daten aus dem Tool oder ist das dann komplett deaktiviert? Ich hatte gestern auch noch eine Weile gegrübelt. Kann es sein, dass es etwas mit den Cookies zu tun hat? Die Session, also auch der Warenkorb, werden ja in Cookies gespeichert (oder nicht??). Wenn da was schief läuft, z.B. alles abgelehnt, falsches Plugin beim Kunden usw., könnte das solche Auswirkungen haben? Allerdings müssten dann ja mehr Shopbetreiber so ein Problem haben....
Link zum Problemfall..... manchmal ist die Erklärung zu einfach und man selbst zu kompliziert www.siebdruckladen.de
Ich habe das gerade mal getestet mit Win 10, FireFox 88.0 Konntest du das Problem selbst schon mal nachstellen? Wenn man was in den Warenkorb legt und 30 min später erst weiter macht, ist der Warenkorb leer, das ist normal, weil bis dahin in den meisten Fällen die Session abgelaufen ist.
Nein, das Problem konnte ich leider noch nicht nachstellen. Das ist ja genau was mich so verzweifeln lässt. Sporadisch und bisher noch nicht an einem Parameter festzumachen. Das bezüglich der Ablaufzeit ist klar. Irgendwann löscht sich der Warenkorb wieder. Das war aber auf meine Nachfrage bei keinem meiner Kunden bisher die Situation. Einer hatte mir auch berichtet, dass er es von seinem Rechner (Apple), und dann nach einigen Fehlversuchen auch von seinem Telefon versucht hatte, bei beiden Geräten trat das Problem auf.
Frage wenn möglich mal bei den anderen Kunden, was die für Geräte benutzt haben. Ich hatte so was ähnliches auch mal bei einem Kunden, da war ich als Admin eingeloggt und bin ständig raus geflogen. Das war auch ein Shop der führe mal self hostet war und in die Cloud gezogen ist. dort war das Problem das irgend ein Bild nicht richtig eingebunden war, das hat Gambio gefunden und behoben, seit dem keine Probleme mehr.
Hallo zusammen, das oben genannte Problem kommt unserem sehr nahe. Sobald man die Artikel in den Warenkorb hinzufügt und eine weitere Aktion ausführen möchte ist der Warenkorb wieder leer. Das Problem besteht allerdings nur bei dem Safari Browser und bei allen Browsern beim IPhone. Wir haben soeben ein Ticket eröffnet. Wenn man z.B. auf dem Mac einen anderen Browser wählt funktioniert es.
Das Problem tritt auf, wenn sich die Shop-Url geändert hat und irgendwo auf der Seite noch Inhalte über die alte Url geladen werden, wie z. B. Bilder oder Schriftarten.
Das Problem scheint mittlerweile gelöst zu sein. Entweder durch das Update der Cloud Version auf 4.4.0.1 oder aber durch das deaktivieren von nicht mehr benötigten URL's die irgendwo im Footer gesteckt haben. Das war eine Info von Gambio auf mein Ticket. Dadurch das beide Ereignise ziemlich dicht zusammen lagen kann ich leider nicht genau sagen was jetzt die Lösung war.
Genau dieses Problem wurde mir nun eben auch gemeldet. Mit Safari wurde nach jedem Klick der Warenkorb wieder gelöscht. Firefox hat wunderbar funktioniert. Wir haben vor zwei Tagen das Update auf 4.4.0.4 eingespielt, ist das ein Fehler von 4.4? Gibt es noch Tipps was man testen könnte oder gleich ein Ticket erstellen?
Du kannst selber mal die Konsole in deinem Browser aufmachen (meistens mit F12) und da schauen, ob irgendwelche Inhalte (meistens Bilder oder Dinge von externen Seiten) nicht so geladen werden, wie die Hauptdomain heißt. Das kann z. B. ein Bild sein, dass über "http://www.meineseite.de/" geladen wird statt über "https://www.meineseite.de". Meistens verstecken sich hier an einzelnen Stellen im Shop alte Links, die irgendwo im Text fest eingetragen sind und dann den Browser aufmerksam machen. Wenn dir das nicht weiter hilft, dann reich am besten ein Ticket bei uns im Support ein.
Hallo, das Problem haben wir zurzeit auch, ich habe vor 2 Wochen auf das Theme umgestellt, jetzt melden sich Kunden das sich der Warenkorb von alleine löscht. Wenn ich das nachstelle über Handy oder Tablett kann ich es bestätigen. Bilder sind alle wie vorher über https.... Shop Version ist die 4.4.0.3
@Ralf von SC schau mal in deine Browser-Konsole, hier sind 404. Eventuell verursachen die bei einigen Kunden Probleme. Korrigieren die Pfade zu den Bildern oder entferne die Bilder aus dem Shop, wenn du diese nicht mehr benötigst.
Hallo Till, danke für die rasche Antwort, was mir Aufgefallen ist, die Bild Dateien werden so angesprochen: Code: <img src="/themes/netdexx/images/facebook.gif" alt="facebook" /> so habe ich es mal geändert Code: <img src="https://stampcorner.de/themes/netdexx/images/facebook.gif" alt="facebook" /> ich teste das mal erneut.