Zum Hauptinhalt springen
Ein Käufer legt Produkte in den Warenkorb, bestellt aber nicht und schließt den Browser. Ohne Cookiewarenkorb ist diese Auswahl verloren, und beim nächsten Besuch fängt er von vorn an. Mit Cookiewarenkorb findet er seinen Warenkorb wieder gefüllt vor. Möglich wird das über ein Cookie im Browser des Käufers. Darin steht nicht der Warenkorb selbst, sondern nur eine ID. Den Inhalt speichert WEBSALE V8s und ordnet ihn beim nächsten Besuch über diese ID wieder zu. Hat der Käufer Cookies abgelehnt, greift die Funktion nicht. Sie können den Käufer darüber informieren, dass Produkte wieder in seinem Warenkorb liegen. Ebenso darüber, welche Produkte diesmal nicht mehr dabei sind, beispielsweise weil sie nicht mehr verfügbar sind. Die Funktion muss für Ihren Shop freigeschaltet werden. Die WEBSALE AG nimmt die Einstellungen nach Beauftragung vor. Stimmen Sie den Einsatz außerdem mit Ihrem Datenschutzbeauftragten ab.
Der Cookiewarenkorb braucht zusätzlichen Speicherplatz und zusätzliche Rechenleistung und verbraucht deshalb zusätzliche Leistungseinheiten. Abgerechnet werden das Einlesen beim ersten Aufruf des Shops, das Hinzufügen eines Produkts zum Warenkorb, das Löschen eines Produkts aus dem Warenkorb und das Ändern einer Warenkorbposition.

​
Was WEBSALE für Sie einstellt

Zwei Punkte legen Sie bei der Beauftragung fest. Das Einlesen erst nach dem Login ist bei geschlossenen Shops ohnehin erforderlich. Es gibt aber einen zweiten Fall, der leicht übersehen wird:
Verwenden Sie kundenabhängige Preise, muss der Cookiewarenkorb erst nach dem Login eingelesen werden. Andernfalls landen die Produkte zu den allgemeinen Preisen im Warenkorb und der Käufer bekommt nicht die ihm zugewiesenen Konditionen zu sehen.

​
Was im Cookiewarenkorb landet und was nicht

Gespeichert werden die gewöhnlichen Warenkorbpositionen. Positionen, die der Shop selbst erzeugt hat oder die an eine Situation gebunden sind, bleiben außen vor. Sie kämen beim nächsten Besuch entweder ohnehin wieder von allein oder wären dann nicht mehr gültig. Nicht übernommen werden:
  • automatisch eingefügte Produkte (AutoBasket)
  • Happy-Hour-Produkte
  • Positionen aus einer Wunschliste
  • Angebotspositionen
  • Produkte aus externen Systemen und über die externe Schnittstelle
  • Gutschein-, Geschenk-, Prime-, Gruß- und Bonusprodukte
  • individuelle Angebotsprodukte
Gespeichert werden höchstens die ersten 200 Produkte des Warenkorbs. Ein Set wird dabei nicht auseinandergerissen: Fällt die Grenze mitten in ein Set, nimmt der Shop die Unterartikel noch mit und schneidet erst beim nächsten eigenständigen Produkt ab.

​
Den Käufer informieren

Zwei Bereichs-Tags decken die beiden Fälle ab. Beide gehören auf die Seiten, die der Käufer beim Wiedereinstieg zuerst sieht, also typischerweise Start-, Kategorie- und Warenkorbseite.
Beide Tags erscheinen genau einmal, nämlich auf der ersten Seite, auf der der Parser darauf trifft. Danach sind sie leer. Setzen Sie sie deshalb auf alle möglichen Einstiegsseiten, sonst sieht der Käufer die Meldung womöglich nie.

​
Produkte auflisten, die nicht mehr verfügbar sind

{[CB-Notify](/v8s/referenz/tags/cb#die-tags-im-uberblick)} klammert den zweiten Fall: Der Cookiewarenkorb wurde eingelesen, mindestens ein Produkt hat es aber nicht zurück in den Warenkorb geschafft. Welche das sind, gibt {@[CB-NotifyData](/v8s/referenz/tags/cb#die-tags-im-uberblick)} als Schleife aus.
Als Einzeltag gibt ~CB-NotifyData~ die Anzahl dieser Produkte aus. Das erspart Ihnen das Mitzählen in der Schleife. Formulieren Sie die Meldung so, dass der Käufer weiß, was nun gilt. Die übrigen Produkte liegen im Warenkorb, nur die aufgeführten fehlen. Ohne diesen Hinweis rechnet er mit einem vollständigen Warenkorb und bemerkt die Lücke erst an der Kasse.

​
Die Tags im Überblick

CB-Notify gibt es ausschließlich als Bereich. Eine Verneinung mit {!CB-Notify} unterstützt das Tag nicht. Bei CB-NotifyData funktioniert {!CB-NotifyData} dagegen.

​
Verwandte Themen