Diese Cookies sind für die ordnungsgemäße Funktion der Website unbedingt erforderlich. Sie ermöglichen grundlegende Funktionen wie Sicherheit, Warenkorb und Kontozugang. Sie können diese Cookies nicht deaktivieren.
Diese Cookies ermöglichen erweiterte Funktionen und Personalisierung, wie die Speicherung Ihrer Spracheinstellung oder Region. Wenn Sie diese Cookies nicht zulassen, funktionieren einige Funktionen möglicherweise nicht richtig.
Diese Cookies helfen uns zu verstehen, wie Besucher mit der Website interagieren, indem sie Informationen anonym sammeln und auswerten. Dies hilft uns, unsere Website zu verbessern.
Diese Cookies werden verwendet, um für Sie relevante Werbung basierend auf Ihren Interessen anzuzeigen. Sie helfen auch, die Wirksamkeit von Werbekampagnen zu messen.
ActiveCampaign-Integration überträgt PrestaShop-Seitenbesuche, Kontakte, Bestellungen und verlassene Warenkörbe an Ihr ActiveCampaign-Konto. Eine Kontokennung startet die Besuchsmessung; Kontakt- und Bestellabgleich benötigen zusätzlich Kontoadresse und Schlüssel.
ActiveCampaign vereint E-Mail-Marketing, Automatisierung und Vertriebs-CRM in einem kostenpflichtigen Abonnement nach einer kostenlosen Testphase. Der Dienst versendet Nachrichten und steuert Rückgewinnungsabläufe; das Modul liefert die dafür benötigten Shopaktivitäten.
Sie wählen die abzugleichenden Kunden, die Wartezeit bis zur Einstufung eines Warenkorbs als verlassen und die Berücksichtigung von Steuern. Angemeldete Besuche gehören zum Kontakt; abgeschlossene Käufe schließen zurückgewonnene Warenkörbe. Listen, geplante Kampagnen und Ergebnisse bleiben in Ihrer Shopverwaltung zugänglich.
Rückgewinnungsnachrichten nennen die zurückgelassenen Produkte und verfolgen keinen Warenkorb weiter, aus dem bereits eine Bestellung geworden ist, sodass der Kunde nach dem Kauf keine unnötige Erinnerung erhält.
ActiveCampaign Integration sendet Verhalten, Kontakte, Bestellungen und Warenkörbe aus einem PrestaShop-Shop an ActiveCampaign zur Verwendung in Kampagnen und Automationen.
Das Modul legt das Site-Tracking von ActiveCampaign über den gesamten Shop. Site-Tracking kann Seitenbesuche aufzeichnen. Wenn sich ein Kunde anmeldet, übergibt das Modul seine E-Mail-Adresse an das Tracking, damit die Besuchshistorie mit dem richtigen Kontakt verknüpft werden kann.
Das ist der Unterschied zwischen einer Automation, die rät, und einer, die weiß. Ein Kontakt, der dieselbe Produktseite dreimal in einer Woche öffnete, ist ein Signal, das Ihre Abläufe direkt lesen, Lead-Werte steigen mit echtem Interesse, und das Segment der Betrachter einer Kategorie entsteht aus tatsächlichen Besuchen, nicht aus Klicks in alten E-Mails.
Die Verbindung wird einmal hergestellt, mit Adresse und Schlüssel aus Ihren ActiveCampaign-Einstellungen. Von da an werden Shopkunden zu Kontakten: Sie exportieren alle oder eine Auswahl, Änderungen an Kundendaten folgen nach, und die Löschung erfolgt vom selben Bildschirm, das CRM spiegelt also den Shop, statt sich von ihm zu entfernen.
Auch Bestellungen reisen mit. Ein Kauf landet im Moment seines Entstehens auf dem Kontakt des Käufers, mit Produkten und Wert, Nachkauf-Automationen starten also pünktlich, und die Umsatzauswertung in ActiveCampaign entspricht der Wirklichkeit des Shops. Warenkorb- und Bestellwerte werden mit oder ohne Steuer erfasst, ganz wie Ihre Zahlen gelesen werden.
Ein liegengelassener Warenkorb wird nach einer von Ihnen festgelegten Wartezeit erkannt, ein noch überlegender Kunde bleibt also ungestört, während ein wirklich aufgegebener Warenkorb noch am selben Tag erfasst ist. Der Warenkorb erscheint in einer Liste in Ihrem Adminbereich, mit Kunde und Inhalt, und dieselben Daten gehen an ActiveCampaign.
Dort übernimmt Ihre Rückgewinnungs-Automation und schreibt über die tatsächlich enthaltenen Produkte, nicht eine allgemeine Erinnerung. Kehrt der Kunde zurück und kauft, markiert das Modul den Warenkorb in ActiveCampaign als abgeschlossen, die Serie endet, und niemand erhält einen Rabatt für eine längst getätigte Bestellung. Der Preisnachlass, der nie gewährt werden muss, und die verärgerte Antwort, die nie eintrifft, sind der Sinn dieses letzten Schritts.
Der tägliche Marketingablauf läuft ohne Systemwechsel. Sie legen Kontaktlisten an und ordnen exportierte Kunden zu, verfassen vollständig formatierte Kampagnennachrichten und senden sie sofort oder zu Datum und Uhrzeit Ihrer Wahl.
Anschließend lesen Sie die Ergebnisse jeder Kampagne im selben Adminbereich, wer den Shop führt, sieht also den Ertrag eines Versands neben den Bestellungen, die er auslöste. ActiveCampaign bleibt der Motor darunter; das Modul hält die Bedienung dort, wo der Händler ohnehin arbeitet.
Der Start ist ein Feld: die Kontokennung aus den Tracking-Einstellungen Ihres ActiveCampaign-Kontos. Solange sie fehlt, sagt das Modul deutlich, was fehlt, und gibt gar nichts aus, eine halb eingerichtete Installation sendet also nie versehentlich Daten. Sobald sie eingetragen ist, läuft das Tracking im ganzen Shop.
Der Shop zahlt nichts Spürbares. Die Tracking-Datei lädt im Hintergrund, nachdem die Seite ausgeliefert ist, Produktseiten erscheinen also in gewohnter Geschwindigkeit, und der Schalter in den Einstellungen stellt die gesamte Integration mit einem Griff ab, wann immer Ruhe gebraucht wird.
Teilen Sie als Erste oder Erster Ihre Erfahrungen mit diesem Produkt.
Verfolgen Sie ActiveCampaign-Besuche aus Ihrem PrestaShop-Shop, ohne Theme-Dateien zu bearbeiten. Das Modul fügt das ActiveCampaign Site Tracking über das Back Office hinzu und kann angemeldete Kunden anhand ihrer E-Mail-Adresse identifizieren.
Dieses Modul lädt das Drittanbieter-Tracking-Skript von ActiveCampaign (diffuser.js von diffuser-cdn.app-us1.com) direkt im Browser des Besuchers. Es wird ausgegeben, sobald das Modul aktiviert und eine Account-ID gespeichert ist. Im Code gibt es kein integriertes Cookie-Consent, die Einwilligungsverwaltung liegt also bei Ihnen.
Die einzigen personenbezogenen Daten, die das Modul selbst übergibt, sind die E-Mail-Adresse eines angemeldeten Kunden, gesendet mit vgo('setEmail', ...), damit Besuche dem richtigen Kontakt zugeordnet werden. Gäste werden ohne E-Mail getrackt. Das Modul speichert in PrestaShop nur zwei Einstellungen (ENABLED und ACCOUNT_ID) und hält selbst keine Besucherdaten vor.
Da es sich um Marketing-/Analyse-Tracking handelt, das eine personenbezogene Kennung übertragen kann, laden Sie es dort, wo gesetzlich erforderlich, hinter Ihrer Consent-Lösung und nennen Sie ActiveCampaign in Ihrer Datenschutzerklärung.
Das Modul ist für PrestaShop 1.6 bis 9.x ausgelegt und bearbeitet keine Theme-Dateien. Es registriert einen einzigen Front-Office-Hook, displayBeforeBodyClosingTag, und fügt das Tracking-Skript direkt vor dem schließenden </body>-Tag ein, nicht im Seitenkopf.
Da es auf diesen Hook angewiesen ist, erscheint das Skript nur, wenn Ihr Theme displayBeforeBodyClosingTag tatsächlich ausgibt, was die Standard-PrestaShop-Themes tun. Es wird nichts in ein Template kopiert, sodass ein Theme-Wechsel oder -Update die Integration nicht verliert.
Falls das Tracking im Seitenquelltext nie erscheint, prüfen Sie, ob das Modul aktiviert ist, die Account-ID ausgefüllt ist und ob Ihr eigenes Theme displayBeforeBodyClosingTag am Seitenende aufruft.
Aktivieren Sie das Modul, fügen Sie Ihre ActiveCampaign Account ID ein und speichern Sie die Konfiguration. Die Account ID ist der numerische Wert, den ActiveCampaign unter Settings > Tracking > Site Tracking zeigt; sie wird als ACCOUNT_ID gespeichert, und das Modul rendert das Storefront-Script erst, wenn sowohl ENABLED als auch ACCOUNT_ID vorhanden sind.
123456789.Wenn aktiv, lädt der Hook displayBeforeBodyClosingTag ActiveCampaigns Diffuser Script, führt vgo('setAccount', ...) aus, aktiviert Default Tracking und ruft vgo('process') auf. Für eingeloggte Kunden kann es außerdem die E-Mail des Kunden mit vgo('setEmail', ...) übergeben.
Das Script wird direkt vor dem schließenden Body-Tag eingefügt, nicht im Page Head. Das ist nützlich beim Installationscheck: Suchen Sie in der gerenderten Seitenquelle nahe unten nach diffuser-cdn.app-us1.com/diffuser/diffuser.js, vgo('setAccount' und Ihrer Account ID. Wenn diese fehlen, ist entweder das Modul deaktiviert, die Account ID leer oder das Theme führt den displayBeforeBodyClosingTag-Hook nicht aus.
Die Konfiguration hat außerdem ein optionales EVENT_KEY-Feld, aber der aktuelle Storefront-Hook ist nur Site Tracking. Er sendet aus diesem Modulcodepfad keine Custom-ActiveCampaign-Event-Tracking-Calls. Nutzen Sie es, um das offizielle Site-Tracking-Snippet hinzuzufügen und eingeloggte Kunden per E-Mail zu identifizieren; bauen Sie Custom Event Automation separat, wenn Sie tieferes ActiveCampaign Event Tracking brauchen.
Denken Sie beim Datenschutz daran, dass dies ein Tracking-Script ist. Kombinieren Sie es mit Ihrem Consent-Setup, wenn Ihr Store Marketing- oder Analytics-Consent benötigt, bevor Third-Party-Tracking geladen wird, weil dieses Modul selbst kein Cookie-Consent-Gate implementiert.
Die erforderliche Einstellung ist die ActiveCampaign Account ID, außerdem muss das Modul aktiviert sein. Der Code prüft beides, bevor er das PrestaShop-Storefront-Script rendert; das Event-Key-Feld wird in der Konfiguration gespeichert, aber das aktuelle Tracking-Template verwendet es nicht.
Bei Installation ist ENABLED standardmäßig 0, ACCOUNT_ID standardmäßig ein leerer String und EVENT_KEY ebenfalls ein leerer String. Der Required-Configuration-Hinweis deklariert nur ACCOUNT_ID als erforderlich, und die Aktivierungsprüfung ist schlicht enabled plus nicht-leere Account ID.
Die Admin-Option bezeichnet die Account ID als numerische ID aus ActiveCampaign Site Tracking, aber dieser Source wendet vor dem Rendering keinen numerischen Validator an. Für eine saubere Einrichtung kopieren Sie die Account ID exakt aus ActiveCampaigns Site-Tracking-Einstellungen, aktivieren das Modul und prüfen dann die Seitenquelle auf das diffuser.js-Script und vgo('setAccount', ...).
ENABLED = 1
ACCOUNT_ID = 123456789
EVENT_KEY = optional, stored but not rendered by tracking.tplNein, dieses Modul sendet keine Produkt-, Warenkorb-, Bestell- oder Custom-ActiveCampaign-Ecommerce-Events. Sein PrestaShop-Code lädt nur Site Tracking, setzt den Account, identifiziert optional die E-Mail eines eingeloggten Kunden und ruft die ActiveCampaign-Page-Processing-Funktion auf.
Die gespeicherte Einstellung EVENT_KEY wird als optional für Custom Events beschrieben, aber das Storefront-Template referenziert sie nie. Es gibt keine Purchase-, Cart-, Product- oder Checkout-Event-Calls im Tracking-Template; die einzigen ActiveCampaign-Calls sind setAccount, setTrackByDefault, optional setEmail und process.
Für Händler ist das praktische Ergebnis Page-Visit-Tracking statt Ecommerce Tracking. Sie können damit ActiveCampaign getrackte Page Views sehen lassen und eingeloggte Kunden per E-Mail identifizieren, aber Order Value, Product IDs, Cart Contents und Line Items werden von diesem Modul nicht gesendet. Wenn Sie diese brauchen, erfordert das eine andere Integration oder neuen Code, der tatsächlich Product-, Cart- und Order-Events hookt.
Ja, eingeloggte PrestaShop-Kunden werden im ActiveCampaign-Tracking-Script per E-Mail identifiziert. Das Modul liest den aktuellen Kunden aus dem PrestaShop-Kontext und sendet die E-Mail nur, wenn der Kunde eingeloggt ist; anonyme Besucher werden ohne E-Mail-Wert getrackt.
Die Prüfung erfolgt im Storefront-Body-Closing-Hook. Tracking wird nur gerendert, wenn das Modul aktiviert ist und eine ActiveCampaign Account ID vorhanden ist. Der Hook weist dann drei Template-Werte zu: die Account ID, die Kunden-E-Mail und ein Boolean, der angibt, ob eine E-Mail gefunden wurde.
Im Template ist vgo('setEmail', ...) in eine Logged-in-Prüfung eingeschlossen, sodass Gäste keinen leeren E-Mail-Call bekommen. Jede getrackte Seite setzt weiterhin Account, aktiviert Default Page Tracking und ruft vgo('process') auf. Das bedeutet, ActiveCampaign kann bekannte Seitenbesuche mit der E-Mail des eingeloggten Kunden verbinden, während Gastbesuche anonym bleiben, bis ActiveCampaign sie über einen anderen Weg identifizieren kann.
Logged in customer -> setAccount + setTrackByDefault + setEmail + process
Guest visitor -> setAccount + setTrackByDefault + processNein. Diese Integration nutzt ausschließlich das clientseitige Site-Tracking von ActiveCampaign. Der einzige erforderliche Wert ist die numerische Account-ID, die Sie in ActiveCampaign unter Einstellungen > Tracking > Site-Tracking kopieren.
Das Modul speichert nur ENABLED und ACCOUNT_ID und bindet den offiziellen diffuser.js-Tracker im Browser ein. In diesem Code-Pfad gibt es weder API-Schlüssel noch API-URL oder Server-zu-Server-Synchronisierung. Es werden keine API-Zugangsdaten auf Ihrem Server gespeichert oder von ihm gesendet; alle Daten fließen vom Browser des Besuchers zu ActiveCampaign.
Denken Sie daran, das Site-Tracking auch in Ihrem ActiveCampaign-Konto zu aktivieren, sonst erscheinen die vom Skript erfassten Besuche nicht.
Module, die unser Team wirklich mit diesem kombiniert, und warum jedes davon in dasselbe Setup gehört.
Ein Shop, der ActiveCampaign Integration nutzt, ergänzt Site-Tracking, sodass Besuche bekannter Kunden mit CRM-Kontakten für Automatisierungen, Lead-Scoring und Follow-up-Timing verknüpft werden können. Das schärft die Off-Site-Pflege, ändert aber nichts an den On-Site-Anreizen, die wiederkehrende Kunden zum weiteren Kauf bei Ihnen bewegen.
Loyalty Discounts System deckt das ab, indem es Kunden ausgabenbasierten Stufen zuordnet, die mit nativen PrestaShop-Gruppen verknüpft sind, sodass treue Käufer die konfigurierte Gruppenbehandlung erhalten, sobald ihr gültiger Bestellumsatz die jeweilige Schwelle erreicht. Es belohnt Ausgaben auf der Website, getrennt von der ActiveCampaign-Verbindung.
Wenn Sie beide einsetzen, belohnt Ihr Shop Treue durch automatische stufenbasierte Gruppenbehandlung, während ActiveCampaign das CRM-gestützte Follow-up aus dem Verhalten im Shop übernimmt. Die beiden arbeiten unabhängig voneinander, das eine formt On-Site-Anreize nach Ausgaben, das andere reaktiviert Kontakte off-site, sodass sowohl abgedeckt wird, wie Sie belohnen, als auch, wie Sie wiederkehrende Kunden erreichen.
Ein Shop, der ActiveCampaign Integration nutzt, stellt Site-Tracking bereit, sodass Besuche bekannter Kunden mit CRM-Kontakten verknüpft werden und Automatisierungen das Verhalten im Shop nutzen können. Das deckt die CRM- und Nachrichtenebene ab, doch Follow-ups sind am wirksamsten, wenn es echte On-Site-Inhalte gibt, zu denen sich Kunden zurückholen lassen.
Blog Revolution deckt das mit einem nativen Ort für Kaufratgeber, Ankündigungen und Tipps ab und hält Artikel, Kategorien, Tags, Autoren, Kommentare, Bewertungen, RSS und saubere Blog-Seiten im Shop. Es erzeugt On-Site-Inhalte, völlig getrennt von der ActiveCampaign-Integration.
Wenn Sie beide einsetzen, baut Ihr Shop beständige Artikel auf, die Besucher anziehen und informieren, während ActiveCampaign bekanntes Surfverhalten unabhängig mit CRM-Kontakten verknüpft. Der Blog liefert Ihren Automatisierungen umfangreiches On-Site-Material, auf das Sie Leser verweisen können, und die beiden arbeiten als getrennte Werkzeuge, das eine erstellt Inhalte, das andere verbindet das Verhalten im Shop mit ActiveCampaign.
Ein Shop, der ActiveCampaign Integration einsetzt, verknüpft Besuche bekannter Kunden mit CRM-Kontakten, sodass der Wert seines Scorings und seiner Automatisierungen besser bestehen bleibt, wenn die Kontakte nicht mit Bot-Einträgen aufgebläht sind. ActiveCampaign verbindet das Verhalten, verringert aber nicht den automatisierten Müll in den Formularen, die Kontakte erzeugen.
reCAPTCHA & hCaptcha Protection deckt das ab, indem es Spam-Nachrichten und Bot-Einträge reduziert, in Kontakt-, Registrierungs-, Login- und Newsletter-Formularen und mit Unterstützung für reCAPTCHA v2, v3 und hCaptcha. Es filtert Bot-Rauschen bei der Übermittlung, ein von der ActiveCampaign-Verbindung getrenntes Anliegen.
Wenn Sie beide einsetzen, verzeichnen die Formulare Ihres Shops weniger Bot-Einträge, während ActiveCampaign mit saubereren Daten arbeitet. Das Schutzmodul reduziert Spam und automatisierte Übermittlungen, sodass die Kontakte und das Scoring, auf die Sie in ActiveCampaign angewiesen sind, weniger Bot-Rauschen enthalten, als ungeschützte Formulare erzeugen würden.
Mit ActiveCampaign Integration verknüpft ein Shop Besuche bekannter Kunden mit CRM-Kontakten, sodass Automatisierungen und Lead-Scoring das Verhalten im Shop nutzen. Das unterstützt die Reaktivierung off-site, liefert aber nicht das Vertrauenssignal auf der Seite, das einem zögernden Kunden hilft, sich zu entscheiden: wie Rezensenten das Produkt bewertet haben.
Reviews & Ratings deckt das mit nativen Bewertungen, schriftlichem Feedback, optionalen Fotobewertungen und Bewertungskriterien für Produkte, Kategorien, CMS-Seiten und den Shop selbst ab, alles moderiert innerhalb von PrestaShop. Es besitzt moderiertes Kundenfeedback, ein von der ActiveCampaign-Verbindung getrenntes Anliegen.
Wenn Sie beide einsetzen, helfen Bewertungen, Kunden on-site zu konvertieren, während ActiveCampaign diejenigen, die abspringen, über CRM-gestützte Automatisierungen reaktiviert. Die beiden arbeiten unabhängig voneinander, das eine schafft Vertrauen am Entscheidungspunkt und das andere übernimmt das anschließende Follow-up, sodass Ihr Shop sowohl Konversion als auch Kundenbindung stärkt, ohne dass ein Werkzeug vom anderen abhängt.
30 Tage Rückgaberecht
Plug & Play Module
Support an erster Stelle
Entwickelt und gepflegt von David Miller und mypresta.rocks. David Miller arbeitet seit 2013 mit PrestaShop, und das Unternehmen hinter diesem Shop ist seit dem 3. Dezember 2018 eingetragen. Jedes Modul in diesem Katalog ist unsere eigene Arbeit, deshalb landen Ihre Supportfragen bei den Menschen, die den Code geschrieben haben. Das Änderungsprotokoll auf dieser Seite zeigt jedes Update mit Datum.
