Chatra Chat-Integration

Ja. Ein Schalter für die mobile Sichtbarkeit unterdrückt das Widget auf mobilen Bildschirmen, während es auf dem Desktop erhalten bleibt. Ist er ausgeschaltet, überspringt das Modul das Chatra-Skript auf Mobilgeräten vollständig. Es wird kein Chat-Button auf Smartphones hinzugefügt und kein zusätzliches Skript geladen.

Ja. Erstellen Sie ein Konto auf chatra.io, öffnen Sie dann Einstellungen > Allgemein > Widget-Code und kopieren Sie die Widget-ID aus dem Installations-Snippet. Fügen Sie diese ID in das Widget-ID-Feld des Moduls ein. Solange keine Widget-ID gespeichert ist, bleibt das Modul inaktiv und das Back-Office zeigt einen Hinweis an, das Widget lädt also nie ohne gültige ID.

Ja, das Modul kann Chatra nach PrestaShop-Seitentyp begrenzen. Seine Konfiguration unterstützt alle Seiten, Produktseiten, Kategorieseiten und checkoutbezogene Controller wie cart, order und checkout, sodass das Widget nicht zwingend auf jeder Storefront-Seite gerendert wird.

In der Modulkonfiguration ist dies die Einstellung PAGES. Die eingebauten Optionen sind all, product, category und checkout; Checkout deckt die Warenkorb-/Order-Controller-Familie ab, die von verschiedenen PrestaShop-Versionen verwendet wird, einschließlich cart, order, order-opc, orderopc und checkout. Das Widget wird aus displayBeforeBodyClosingTag nur gerendert, wenn das Modul aktiviert ist, die erforderliche Widget ID vorhanden ist, die Mobile-Einstellung das aktuelle Gerät erlaubt und die Seitenprüfung besteht.

Es gibt eine praktische Grenze: Dies ist Seitentyp-Targeting, kein Per-URL-Rule-Builder. Wenn PAGES auf product, category oder checkout gesetzt ist, fallen andere Controller-Namen nicht als erlaubt durch; sie bestehen die ausgewählte Seitentyp-Prüfung nicht. Der permissive Fallback gilt für eine leere/all-Einstellung oder einen unerwarteten PAGES-Konfigurationswert. Wenn Sie eine einzelne Landing Page oder einen sehr spezifischen Controller ein- oder ausschließen müssen, erfordert das eine Code-Level-Regel oder eine fortgeschrittenere Targeting-Schicht in Chatra selbst.

Ja, aber im gerenderten Chatra-Snippet dieses Moduls wird nur die E-Mail des eingeloggten Kunden an Chatra übergeben. Der gemeinsame Chat Helper kann sowohl E-Mail als auch Name sammeln, wenn PASS_USER_DATA aktiviert ist und der Kunde eingeloggt ist, aber das Chatra-Template schreibt nur die E-Mail als window.ChatraSetup.clientId.

Um diese Datenübergabe zu deaktivieren, schalten Sie den Pass Customer Data-Schalter in den Chatra-Moduleinstellungen aus. Dann gibt der Helper leere Kundenwerte zurück, und das Template gibt kein clientId aus. Dieses Chatra-Template druckt keinen Kundennamen, keine Bestelldaten, Adressdaten oder Gruppendaten.

Chat Triggers, Chat Routing, Operator Assignment und Widget Design bleiben in Chatra selbst konfiguriert. Das PrestaShop-Modul ist hauptsächlich dafür zuständig, https://call.chatra.io/chatra.js mit Widget ID und optionaler Verzögerung zu laden.

Der Standard-Installationswert für PASS_USER_DATA ist aktiviert, aber die Daten sind weiterhin bedingt: Das Kundenobjekt muss existieren, der Besucher muss eingeloggt sein, und der Storefront-Hook muss rendern dürfen. Gastbesucher erhalten von diesem Modul keine Kundenkennung. Auch die Delay-Einstellung wird lokal behandelt: Wenn DELAY größer als null ist, wickelt das Template den Chatra Loader in setTimeout; wenn er null ist, läuft der Loader sofort.

Für Privacy Reviews ist die wichtige Unterscheidung, dass der Helper einen vollständigen Namen zurückgeben kann, dieses spezifische Chatra-Template ihn aber nicht ausgibt. Der einzige kundenabgeleitete Wert, den das Template ausgibt, ist das E-Mail-basierte clientId, und nur wenn PASS_USER_DATA aktiviert bleibt.

Ja, das Chatra-Script kann um eine konfigurierte Anzahl von Sekunden verzögert werden. In PrestaShop umschließt das Template den Widget Loader mit setTimeout, wenn der Verzögerungswert größer als null ist, und lädt dann dasselbe Chatra-Script nach dieser Verzögerung.

Die gespeicherte Einstellung ist DELAY, im gemeinsamen Chat-Formular als Fallback Delay (seconds) verfügbar. Das Modul übergibt sie als Integer an das Smarty-Template. Wenn DELAY>0, umschließt das Template sowohl die Zuweisung von window.ChatraID/window.ChatraSetup als auch den Script-Append-Block mit setTimeout(..., DELAY * 1000).

Wenn DELAY=0, umschließt das Template den Loader nicht mit setTimeout, sodass Chatra sofort initialisiert wird, wenn die Hook-Ausgabe geparst wird. Das aktuelle Template implementiert kein Laden bei Scroll, Klick, Touch oder erster Interaktion; es ist ein einfacher sekundengenauer Timer.

DELAY=0  -> load immediately
DELAY=3  -> wait 3 seconds, then load Chatra
DELAY=10 -> wait 10 seconds, then load Chatra

Die Delay-Einstellung beeinflusst nur das Timing, nachdem das Modul entschieden hat zu rendern. Der normale Guard gilt zuerst: Das Modul muss aktiviert sein, WIDGET_ID muss gespeichert sein, die Mobile-Einstellung muss das Gerät des Besuchers erlauben, und die Page-Targeting-Regel muss passen.

Fügen Sie Ihre Chatra Widget ID hinzu und aktivieren Sie das Modul. Der PrestaShop Hook rendert das Chatra-Script vor dem schließenden Body-Tag, weist die ID window.ChatraID zu und lädt https://call.chatra.io/chatra.js asynchron im Storefront. Dadurch bleibt die Einrichtung an Moduleinstellungen und PrestaShop-Runtime-Verhalten gebunden.

Bei der Installation setzt das Chatra-Modul ENABLED=1, eine leere WIDGET_ID, SHOW_MOBILE=1, PAGES=all, DELAY=0 und PASS_USER_DATA=1. Das Modul kann daher installiert und aktiviert sein, gibt das Widget aber trotzdem nicht aus, bis eine nicht leere Widget ID gespeichert ist.

Die Konfigurationsseite labelt das Feld Widget ID, und die Source-Hilfe sagt, es aus Chatra unter Settings > General > Widget code einzufügen. Der Required-Config-Validator prüft nur, dass der Wert nicht leer ist; er erzwingt kein UUID-artiges Format wie das Crisp-Modul.

Vor dem Rendern prüft der gemeinsame Chat Guard, dass das Modul aktiviert ist, die erforderliche WIDGET_ID vorhanden ist, mobile Anzeige erlaubt ist, wenn der Besucher mobil ist, und die ausgewählte Page-Targeting-Regel zum aktuellen Controller passt. Wenn diese Prüfungen bestehen, setzt das Template window.ChatraID, erstellt window.ChatraSetup und hängt den Chatra Loader asynchron an.

Minimum setup:
Enable Chatra Chat = Yes
Widget ID = value copied from Chatra widget code
Show on Pages = all, product, category or checkout

Wenn PASS_USER_DATA aktiviert ist und der Käufer eingeloggt ist, legt das Template außerdem die E-Mail des Kunden in ChatraSetup.clientId ab. Es sendet in diesem Template nicht den Namen, die Adresse, Warenkorbinhalte oder Bestellhistorie des Kunden.