Umstieg von Version 1
Läuft in Ihrem Shop Order Source Tracking 1.x, der frühere Name dieses Moduls, aktualisieren Sie direkt und behalten Ihre Daten. Das Modul hat einen neuen Namen, ein neues Menü und eine neue Art, Besuche zu erfassen, und seine Übersicht zählt anders. Dieses Kapitel sagt Ihnen, was Sie erwartet.
So aktualisieren Sie
- Prüfen Sie, ob Ihr Shop mit PrestaShop 8.0 oder neuer läuft. Version 2 lässt sich unter PrestaShop 1.7 nicht installieren; ein solcher Shop bleibt bei Version 1.
- Öffnen Sie Module › Modul-Verwaltung, klicken Sie auf Modul hochladen und wählen Sie die neue ZIP-Datei aus. PrestaShop führt das Update aus.
- Öffnen Sie Bestellungen › Bestellquellen › Einstellungen und lesen Sie die Checkliste.
Sie deinstallieren Version 1 vorher nicht. Bricht das Update auf halbem Weg ab, zum Beispiel weil das Kopieren einer großen Tabelle zu lange dauert, laden Sie die ZIP-Datei erneut hoch: Das Update macht dort weiter, wo es aufgehört hat.
Was erhalten bleibt
| Daten von Version 1 | Nach dem Update |
|---|---|
| Die Quellen Ihrer Bestellungen | Bleiben erhalten, für jede Bestellung, die noch existiert. Quelle und Medium stehen jetzt in Kleinbuchstaben, so sind aus „Facebook“ und „facebook“ eine Quelle geworden. |
| Besuche | Bleiben erhalten, wenn sie jünger als 13 Monate sind. Ältere Besuche werden nicht übernommen. Eine große Tabelle wird Monat für Monat kopiert, der neueste zuerst; was das Update nicht abschließt, erledigt die tägliche Bereinigung. Kopierte Besuche haben keine Landingpage, keinen Term, keinen Content und keine Art des Anzeigenklicks: Version 1 hat diese Angaben nicht gespeichert. |
| Ihre Einstellungen | Bleiben erhalten: der Zuordnungszeitraum, Ihre Referrer-Regeln, Ihre ausgeschlossenen Websites, Ihre Testadressen und die beiden Schalter für die Spalten des ersten und des letzten Kontakts im Tab Bestellungen des Moduls. |
| Besucher, die gerade unterwegs sind | Ein Besucher, der vor dem Update ankam und danach bestellt, erhält trotzdem den richtigen ersten und letzten Kontakt: Das Modul liest die Cookies von Version 1 einmal und entfernt sie dann. |
| Die Tabellen von Version 1 | Werden vom Update nicht angetastet. Sie bleiben 30 Tage zur Sicherheit erhalten und werden dann von der Bereinigung entfernt. Bis dahin zeigt die Checkliste eine orange Zeile, die das sagt, und Daten und Pflege nennt das Datum. Das ist eine Information, kein Problem. |
Was sich geändert hat
| Thema | Version 1 | Jetzt |
|---|---|---|
| Name und Menü | Order Source Tracking: drei Einträge unter Bestellungen, und die Einstellungen in der Modul-Verwaltung | Order Source Pro: ein Eintrag, Bestellquellen, mit den Tabs Übersicht, Bestellungen, Besuche und Einstellungen |
| Bestellungen, die der Zahlungsanbieter im Hintergrund bestätigt | Hatten keine Quelle | Erhalten ihre Quelle: Sie reist mit dem Warenkorb |
| Im Back Office angelegte Bestellungen | Erhielten die Quelle der eigenen Besuche des Mitarbeiters | Haben keine Quelle, was der Wahrheit entspricht |
| Referrer-Regeln und ausgeschlossene Websites | Wurden gespeichert und nie verwendet | Werden angewendet |
| Rückkehr von einer Zahlungsseite | Konnte zur Quelle der Bestellung werden | Zählt nie; Ihre eigenen Domains und die üblichen Zahlungsanbieter sind ausgeschlossen |
| Anzeigenklicks ohne UTM-Parameter | Nicht erkannt | Erkannt (Werbeplattformen: ohne UTM-Parameter erkannt) |
| Was ein Besuch speichert | IP-Adresse, Browser, Gerät und die angesehenen Seiten | Nichts davon (Was gespeichert wird und was nicht) |
| Einstellungen | Eine Seite in der Modul-Verwaltung | Ein Tab mit Bereichen, mit neuen Einstellungen für Erkennung, Einwilligung, Aufbewahrung und Anzeige. Sie beginnen mit denselben Werten wie nach einer Neuinstallation (Einstellungen) |
Entfallene Seiten
- Die beiden Seiten für den CSV-Import, die Seite für den Besucherexport und der Export nach Zeitraum über der Bestellliste. Die Tabs Bestellungen und Besuche exportieren mit der Schaltfläche ihrer Liste.
- Die Detailseite eines Besuchers. Alles, was ein Besuch enthält, steht in der Liste.
- Die Einstellungen „Track First UTM“ und „Track Last UTM“. Sie hatten nie eine Wirkung.
Die neuen Zahlen in der Übersicht
Nach dem Update zeigt die Übersicht einen Hinweis: „Die Zahlen auf dieser Seite haben sich mit Version 2.1 geändert. Es zählen nur gültige Bestellungen, und der Umsatz ist der bezahlte Betrag ohne MwSt. und ohne Versand, in Ihrer Standardwährung, wie in der Übersicht von PrestaShop. Eine Bestellung zählt an dem Tag, an dem sie aufgegeben wurde.“ Er bleibt, bis Sie auf Ausblenden klicken. Was jede Zahl bedeutet erklärt den Tag, an dem eine Bestellung zählt, den einen absichtlich beibehaltenen Unterschied. Hinter dem Hinweis steht Folgendes:
| Zahl | Version 1 zählte | Jetzt |
|---|---|---|
| Bestellungen | Jede Bestellung, auch stornierte und unbezahlte | Nur gültige Bestellungen, und zwar alle: Bestellungen ohne Quelle bilden die Zeile Nicht erfasst |
| Umsatz | Die Summen der Bestellungen, nicht zwischen Währungen umgerechnet | Ohne MwSt. und ohne Versand, in Ihre Standardwährung umgerechnet |
| Bestellungen ohne Quelle | „Unknown“ | Nicht erfasst, mit der Kennzahl Erfasste Bestellungen, die sagt, wie viele eine Quelle haben |
Die Summen eines vergangenen Monats können daher von dem abweichen, was Version 1 gezeigt hat. Es ist nichts verloren gegangen: Stornierte und unbezahlte Bestellungen zählen nicht mehr, und der Umsatz lässt MwSt. und Versand weg. Um mit MwSt. zu berichten, stellen Sie Umsatz in der Übersicht auf Mit MwSt. (Bestellungen: wo die Quelle angezeigt wird). In einer Multishop-Installation liegen alte Besuche, die zu keiner Bestellung geführt haben, alle im Standard-Shop (Besuche aus Version 1).
Fragen und Probleme
Beginnen Sie mit der Checkliste unter Einstellungen › Überblick: Die meisten Probleme zeigen sich dort, mit einem Link zu dem Bereich, in dem Sie sie beheben. Ein Fehler im Modul hält keine Seite Ihres Shops an: Er wird stattdessen unter Erweiterte Einstellungen › Log-Dateien protokolliert, in einer Zeile, die mit pch_ordersource beginnt.
Probleme
Es erscheinen keine Besuche
- Machen Sie einen Testbesuch: Öffnen Sie Ihren Shop in einem privaten Fenster und hängen Sie
?utm_source=testan die Adresse an. Steht die Erfassung auf Nachdem der Besucher Cookies akzeptiert, akzeptieren Sie zuerst das Cookie-Banner auf dieser Seite. Öffnen Sie nach einer Minute den Tab Besuche. - Fehlt der Besuch und wartet die Erfassung auf die Einwilligung, meldet Ihr Banner die Antwort des Besuchers vielleicht nicht an das Modul: Dann wird gar nichts erfasst (Einwilligung: wann die Erfassung beginnen darf).
- Sehen Sie unter Einstellungen › Erkennung nach. Mit Nur Server und einem Seiten-Cache werden Seiten aus dem Cache nicht erfasst. Wählen Sie Nur Skript, wie unter Mein Shop nutzt einen Seiten-Cache oder ein CDN erklärt.
- Mit Nur Skript kann ein Browser, der Skripte blockiert, oder eine Regel einer Firewall vor Ihrem Shop die Meldung des Skripts verhindern. Versuchen Sie es mit einem anderen Browser ohne Erweiterungen.
- Immer noch nichts? Schalten Sie Entscheidungen protokollieren unter Einstellungen › Daten und Pflege ein, wiederholen Sie den Testbesuch und lesen Sie Erweiterte Einstellungen › Log-Dateien: Das Modul schreibt dort, was es erfasst oder übersprungen hat und warum, in Zeilen, die mit
pch_ordersourcebeginnen. Schalten Sie die Einstellung danach wieder aus.
Manche Ankünfte werden absichtlich übersprungen: Robots von Suchmaschinen und Monitoring-Tools, eine Seite, die der Browser nur vorab lädt, und die Rückkehr von einer Zahlungsseite.
Bestellungen ohne Quelle (Nicht erfasst)
Eine Bestellung hat keine Quelle, wenn das Modul sie keinem Besuch zuordnen konnte. Die üblichen Gründe:
- Die Bestellung wurde im Back Office oder über den Webservice angelegt.
- Die Bestellung wurde vor der Installation des Moduls aufgegeben.
- Der Browser des Besuchers hat das Cookie abgelehnt oder gelöscht, oder der Besucher hat in Ihrem Cookie-Banner nicht zugestimmt.
- Der Besuch selbst wurde nicht erfasst, aus einem der Gründe oben.
Ein Anteil nicht erfasster Bestellungen ist normal. Die Kennzahl Erfasste Bestellungen in der Übersicht sagt Ihnen, wie groß er ist. Ist sie niedrig, prüfen Sie zuerst die Einstellung der Einwilligung: Mit Nachdem der Besucher Cookies akzeptiert wird jeder Besucher, der nicht zustimmt, nicht erfasst.
Die Zahlen weichen von Google Analytics ab
Das werden sie, und keines der beiden Tools liegt falsch. Beide zählen Verschiedenes:
| Unterschied | Order Source Pro | Ein Analysedienst |
|---|---|---|
| Bestellungen | Die echten Bestellungen Ihres Shops, wenn sie gültig sind, auch solche, die der Zahlungsanbieter im Hintergrund bestätigt. | Die Bestellungen, die sein Skript auf der Bestätigungsseite gesehen hat. |
| Umsatz | Ohne Versand, ohne MwSt., sofern Sie nichts anderes gewählt haben, in Ihrer Standardwährung. | Was der Tracking-Code Ihres Shops sendet, oft mit MwSt. und Versand. |
| Welcher Besuch die Bestellung erhält | Erster Kontakt, oder letzter Kontakt, der nicht direkt war, innerhalb Ihres Zuordnungszeitraums. | Sein eigenes Modell und sein eigener Zeitraum. |
| Ein Besuch | Eine Ankunft; 30 Minuten ohne Seitenaufruf beenden ihn. | Eine Sitzung, nach seinen eigenen Regeln. |
| Wer gezählt wird | Hängt von Ihren Einstellungen unter Erkennung und Einwilligung ab. | Hängt von seinen eigenen Einwilligungseinstellungen und von Skriptblockern ab. |
Vergleichen Sie stattdessen mit der Übersicht von PrestaShop: Sie zählt Bestellungen und Umsatz nach denselben Regeln. Was jede Zahl bedeutet nennt den einen absichtlichen Unterschied: den Tag, an dem eine Bestellung gezählt wird.
Mein Shop nutzt einen Seiten-Cache oder ein CDN
Wählen Sie Nur Skript unter Einstellungen › Erkennung, wie es die Hilfe des Felds empfiehlt. Diese Option ist die richtige, wenn der Cache oder das CDN Cookies aus den gespeicherten Seiten entfernt. Wählen Sie nie Nur Server: Eine Seite aus dem Cache wird ausgeliefert, ohne dass der Shop gefragt wird. Die Checkliste warnt Sie, wenn sie ein Seiten-Cache-Modul zusammen mit Nur Server findet. Ist Ihr Cache außerhalb von PrestaShop eingerichtet, zum Beispiel bei Ihrem Hoster, kann die Checkliste ihn nicht sehen: Wählen Sie die Einstellung dann selbst.
Mein Shop hat ein Cookie-Banner
Entscheiden Sie, ob Ihre Besucher zustimmen müssen, bevor sie erfasst werden; das ist eine Rechtsfrage (Einwilligung: wann die Erfassung beginnen darf). Wenn ja, wählen Sie Nachdem der Besucher Cookies akzeptiert und sorgen Sie dafür, dass Ihr Banner die Antwort meldet: Ein Banner mit Google Consent Mode tut das von selbst, jedes andere Banner braucht einen Aufruf. Testen Sie dann: In einem privaten Fenster darf ein Besuch erst im Tab Besuche erscheinen, nachdem Sie zugestimmt haben.
Ein Zahlungsanbieter erscheint unter meinen Quellen
Fügen Sie seine Domain unter Einstellungen › Ausgeschlossene Websites hinzu (Ausgeschlossene Websites: Seiten, von denen ein Kunde nur zurückkehrt). Bereits erfasste Besuche behalten ihre Quelle; neue erhalten sie nicht mehr.
Die Website eines Partners steht unter ihrer Domain, oder meine eigenen Besuche werden gezählt
Eine Website ohne Regel wird unter ihrer Domain als verweisende Website erfasst: Geben Sie ihr unter Einstellungen › Referrer-Regeln die gewünschte Quelle (Referrer-Regeln: eine Quelle Ihrer Wahl für eine Website). Um Ihre eigenen Besuche aus der Übersicht herauszuhalten, tragen Sie Ihre Adresse unter Test-IP-Adressen in Einstellungen › Zuordnung ein.
Die Checkliste meldet, dass die Bereinigung nicht gelaufen ist
Die Bereinigung läuft, wenn jemand das Back Office öffnet. Klicken Sie auf Jetzt ausführen unter Einstellungen › Daten und Pflege. Für einen Shop, dessen Back Office nicht jeden Tag geöffnet wird, lassen Sie eine geplante Aufgabe die Wartungsadresse einmal täglich aufrufen (Die Wartungsadresse).
Besuche aus einem Büro oder einem Netzwerk fehlen
Um Fluten gefälschter Besuche abzuwehren, erfasst das Modul höchstens 30 neue Besuche pro Minute von einer Adresse. Echte Besucher erreichen das nie, es sei denn, Ihr Shop steht hinter einem Proxy oder einem CDN, das dem Shop für alle Besucher eine einzige Adresse zeigt. Ihr Hoster kann den Server so einrichten, dass der Shop die echte Adresse jedes Besuchers sieht.
Ein Mitarbeiter kann die Tabs des Moduls nicht öffnen
Die vier Tabs sind Seiten des Back-Office-Menüs. Geben Sie dem Profil des Mitarbeiters das Recht, sie zu sehen, unter Erweiterte Einstellungen › Benutzerrechte › Berechtigungen. Die Spalte Quelle und die Karte Bestellquelle brauchen kein eigenes Recht.
Bekannte Grenzen
| Grenze | Was sie bedeutet (eine Eigenschaft der Arbeitsweise des Moduls, kein Fehler) |
|---|---|
| Ein Browser ist ein Besucher | Wer auf dem Smartphone eine Anzeige anklickt und auf dem Laptop kauft, zählt als zwei Besucher. Die Bestellung erhält die Quelle, mit der der Laptop kam. |
| Im Back Office angelegte Bestellungen | Sie haben keine Quelle: Kein Besuch des Kunden führt zu ihnen. Dasselbe gilt für Bestellungen, die über den Webservice eingehen. |
| Besucher, die das Cookie ablehnen | Sie werden nicht erfasst, und ihre Bestellungen haben keine Quelle. Mit Nachdem der Besucher Cookies akzeptiert ist das jeder Besucher, der nicht zustimmt. Ein Browser, der keine Cookies speichert, wirkt auf jeder Seite neu; die Begrenzung auf 30 neue Besuche pro Minute verhindert, dass er Ihre Listen füllt. |
| Späte Einwilligung | Mit Nachdem der Besucher Cookies akzeptiert wird ein Besucher, der erst nach Verlassen der ersten Seite zustimmt, als direkt erfasst. |
| Ein Proxy, der die Adressen der Besucher verbirgt | Die Begrenzung pro Minute zählt dann alle zusammen (siehe oben). |
| Mehrere Shops | Ein Shop in einem Ordner eines anderen Shops teilt seine Besucher mit ihm. Besuche aus Version 1, die zu keiner Bestellung geführt haben, liegen im Standard-Shop (Mehrere Shops). |
| Nur erster und letzter Kontakt | Das Modul teilt eine Bestellung nicht auf mehrere Quellen auf, und es importiert keine Werbekosten. Eine Bestellung erhält ihre Quelle einmal: Eine Einstellung oder Regel, die Sie später ändern, schreibt bereits gespeicherte Bestellungen und Besuche nicht um. |
| PrestaShop 1.7 | Von Version 2 nicht unterstützt. |
Häufige Fragen
Was sehen meine Kunden?
Nichts: kein Pop-up und kein Banner. Je nach Erkennung wird nach dem Laden der Seite ein kleines Skript geladen. Es sendet eine kurze Meldung pro Besuch, an Ihren eigenen Shop.
Warum ist der Anteil von „direkt“ so groß?
„Direkt“ umfasst jeden Besuch, der nichts über seine Herkunft sagt: eingetippte Adressen und Lesezeichen, aber auch Links in Apps, in E-Mail-Programmen und in Nachrichten, die keine Parameter tragen. Versehen Sie die Links, die Sie veröffentlichen, mit UTM-Parametern (Kampagnen-Links erstellen), dann schrumpft dieser Anteil.
Support
PrestaChamps entwickelt und betreut dieses Modul. Melden Sie sich auf addons.prestashop.com an, öffnen Sie Ihre Bestellung von Order Source Pro und schreiben Sie dem Entwickler über das Kontaktformular. Nennen Sie uns Ihre Versionen von PrestaShop, PHP und des Moduls, was Sie erwartet haben und was stattdessen passiert, mit einem Screenshot der Checkliste. Fehlen Besuche oder Quellen, schalten Sie Entscheidungen protokollieren ein, wiederholen Sie den Fall und senden Sie uns die Zeilen des Moduls aus Erweiterte Einstellungen › Log-Dateien. Senden Sie nie Ihr eigenes Passwort: Wenn wir Ihr Back Office sehen müssen, bitten wir um ein vorübergehendes Mitarbeiterkonto.
Für Entwickler
Dieses Kapitel ist für die Person, die Ihr Cookie-Banner, Ihren Server oder Ihre Berichte einrichtet: die JavaScript-Aufrufe für ein Cookie-Banner, die Adresse für eine geplante Aufgabe und die Tabellen hinter den Listen.
Die JavaScript-Aufrufe für ein Cookie-Banner
Sie spielen nur eine Rolle, wenn Beginn der Erfassung auf Nachdem der Besucher Cookies akzeptiert steht (Einwilligung: wann die Erfassung beginnen darf). Das Skript des Moduls speichert dann nichts und setzt kein Cookie, bis es erfährt, dass der Besucher zugestimmt hat.
Google Consent Mode
Sie müssen nichts hinzufügen. Das Skript liest die Einwilligungseinträge, die Ihr Banner in window.dataLayer schreibt:
- Ein Eintrag, der
analytics_storageaufgrantedsetzt, startet die Erfassung, ganz gleich, ob es eindefault- oder einupdate-Eintrag ist. - Ein
update-Eintrag, der den Wert aufdeniedsetzt, widerruft die Einwilligung. - Ein
default-Eintrag mitdeniedist der Ausgangszustand des Banners: Er ändert nichts.
Jedes andere Banner
window.pchOrderSource.grantConsent(); // der Besucher hat Statistik-Cookies akzeptiert
window.pchOrderSource.revokeConsent(); // der Besucher hat widerrufen oder nach einer Zustimmung abgelehnt
Ein Banner, das die gespeicherte Antwort früh kennt, kann stattdessen ein Flag setzen, bevor das Skript des Moduls läuft: window.pchOrderSourceConsent = 'granted' oder 'denied'.
| Was passiert | Wirkung |
|---|---|
| Die Einwilligung wird auf der Seite erteilt, auf der der Besucher ankam | Der Besuch wird mit seiner echten Quelle erfasst. Spätere Seiten desselben Besuchs brauchen kein neues Signal. |
| Die Einwilligung wird auf einer späteren Seite erteilt | Der Besuch wird als direkt erfasst: Die Kampagne der Ankunft ist nicht mehr bekannt. |
| Die Einwilligung wird widerrufen | Das Skript entfernt die Besuchsmarkierung, und der Shop entfernt beide Cookies. Bereits gespeicherte Besuche werden nicht gelöscht (Die Daten eines Kunden exportieren und löschen). |
Zum Prüfen Ihrer Einrichtung öffnen Sie den Shop in einem privaten Fenster: Bevor Sie zustimmen, darf kein Cookie namens pch_os_v oder pch_os_s existieren; nachdem Sie zugestimmt haben, existieren beide, und der Besuch steht im Tab Besuche.
Die Wartungsadresse
Die Bereinigung startet, wenn jemand das Back Office öffnet. Wird Ihr Back Office tagelang nicht geöffnet, lassen Sie eine geplante Aufgabe (einen Cronjob) die Wartungsadresse einmal täglich aufrufen.
- Öffnen Sie Einstellungen › Daten und Pflege und klicken Sie neben Wartungsadresse auf Kopieren.
- Legen Sie im Control Panel Ihres Hostings eine geplante Aufgabe an, die diese Adresse einmal täglich zu einer verkehrsarmen Uhrzeit aufruft. Die meisten Panels haben ein Feld für eine Adresse; auf einem Server mit Kommandozeile erledigt das eine Zeile wie diese:
# jeden Tag um 03:15 Uhr; fügen Sie die kopierte Adresse zwischen den Anführungszeichen ein
15 3 * * * curl -fsS "PASTE-THE-MAINTENANCE-ADDRESS-HERE" > /dev/null
Ein erfolgreicher Aufruf antwortet mit OK und dem, was er gelöscht hat, zum Beispiel OK visits=0 cart_links=0 legacy_tables=0. Die Adresse enthält einen geheimen Token: Behandeln Sie sie wie ein Passwort. Ein Aufruf ohne den richtigen Token wird abgelehnt und bewirkt nichts. Es ist dieselbe Adresse für alle Shops einer Multishop-Installation.
Die Tabellen
Das Modul speichert seine Daten in vier Tabellen, nach dem Tabellenpräfix Ihres Shops (ps_ in den meisten Shops). Lesen Sie sie für eigene Berichte; schreiben Sie nicht hinein.
| Tabelle | Eine Zeile ist |
|---|---|
pch_ordersource_visit | Ein Besuch: visitor_key, id_shop, date_add, source, medium, campaign, term, content, click_id_type, landing_path, referrer_host, id_order, is_test, origin. |
pch_ordersource_order | Die Quelle einer Bestellung: id_order, id_shop, dann first_source, first_medium, first_campaign, first_term, first_content, first_click_id_type, first_landing_path, first_date, und dieselben acht Spalten mit last_. |
pch_ordersource_cart | Die Verknüpfung zwischen einem Warenkorb und seinem Besucher: id_cart, visitor_key, date_add. |
pch_ordersource_guard | Der Zähler für die Begrenzung neuer Besuche pro Minute. Die tägliche Bereinigung löscht seine Zeilen. |
Wissenswerte Werte
- Ein direkter Besuch wird mit der Quelle
(direct)und dem Medium(none)gespeichert. Ein Link mitutm_sourceund ohneutm_mediumhat das Medium(not set). click_id_typeist leer oder einer der Wertegoogle,microsoft,tiktok,meta.originsagt, wie der Besuch erfasst wurde:0vom Shop,1vom Skript,2aus Version 1 kopiert,3aus einem Cookie von Version 1 gelesen. Zeilen mit3existieren nur für die Zuordnung; lassen Sie sie beim Zählen von Besuchen weg, wie es die Übersicht tut.- Die Übersicht zählt Bestellungen mit
valid = 1nachdate_addund addiert(total_paid_tax_excl - total_shipping_tax_excl) / conversion_rate(mit MwSt.: die beiden_tax_incl-Spalten). Eine Bestellung ohne Zeile inpch_ordersource_orderist nicht erfasst.
Wie das Modul mit Ihrem Shop verbunden ist
- Die Meldung des Skripts. Eine kurze Anfrage pro Besuch an
/module/pch_ordersource/beaconIhres eigenen Shops; diese Adresse nimmt nur Anfragen von den Seiten Ihres Shops an. Eine Firewall vor Ihrem Shop muss sie durchlassen. - Die Bestellung. Das Modul verknüpft einen Warenkorb mit seinem Besucher, wenn der Warenkorb im Frontend des Shops gespeichert wird, und schreibt die Quelle, wenn PrestaShop die Bestellung validiert. Es liest in diesem Moment kein Cookie, daher erhält auch eine Bestellung, die der Server eines Zahlungsanbieters bestätigt, ihre Quelle. Warenkörbe, die im Back Office oder über den Webservice angelegt werden, werden nicht verknüpft.