Integrazione ActiveCampaign invia visite, contatti, ordini e carrelli abbandonati PrestaShop al tuo account ActiveCampaign. Un identificativo avvia il tracciamento; la sincronizzazione di contatti e ordini richiede anche indirizzo account e chiave.
ActiveCampaign unisce e-mail marketing, automazioni e CRM commerciale in un abbonamento a pagamento dopo una prova gratuita. Gestisce messaggi e recupero carrelli; il modulo fornisce le attività del negozio usate dai flussi.
Selezioni clienti, attesa prima dell'abbandono e valori con o senza imposte. Le visite dopo l'accesso si collegano al contatto e i carrelli recuperati vengono chiusi dopo l'acquisto. Liste, campagne programmate e risultati restano nel pannello del negozio.
I messaggi di recupero citano i prodotti lasciati nel carrello e smettono di sollecitare un acquisto già diventato ordine.
Panoramica delle possibilità del modulo
ActiveCampaign Integration invia comportamenti, contatti, ordini e carrelli da un negozio PrestaShop ad ActiveCampaign per usarli in campagne e automazioni.
- Tracciamento del sito: comportamento registrato, clienti connessi abbinati alla loro scheda.
- Contatti e ordini: schede clienti e vendite sincronizzate con il CRM.
- Carrelli abbandonati: rilevamento, elenco nel pannello e recupero con le tue automazioni.
- Campagne dal negozio: liste, messaggi, invii programmati e risultati nel pannello.
- Precisione: che cosa parte, quando e con quale trattamento delle imposte resta una tua decisione.
- Avvio e impronta: un identificativo, nessun invio di dati prima di inserirlo, caricamento in background.

Come fa ActiveCampaign a sapere che cosa fanno i visitatori?
Il modulo estende il tracciamento di ActiveCampaign a tutta la vetrina. Il tracciamento del sito può registrare le visite alle pagine. Quando un cliente accede, il modulo passa il suo indirizzo e-mail al tracciamento affinché la storia di navigazione possa essere collegata alla scheda contatto corretta.
È la differenza tra un'automazione che indovina e una che sa. Un contatto che ha aperto tre volte la stessa pagina prodotto questa settimana è un segnale che i tuoi flussi leggono direttamente, i punteggi salgono su interesse reale e il segmento di chi ha guardato una categoria nasce da visite vere, non da clic in vecchie e-mail.
Come arrivano clienti e ordini nel CRM?
La connessione si stabilisce una volta, con l'indirizzo e la chiave presi dalle impostazioni di ActiveCampaign. Da quel momento i clienti del negozio diventano contatti: esporti tutti o una selezione, gli aggiornamenti seguono i cambiamenti dei dati e la cancellazione avviene dallo stesso schermo, il CRM rispecchia quindi il negozio invece di allontanarsene.
Anche gli ordini viaggiano. Un acquisto arriva sulla scheda dell'acquirente nel momento in cui nasce, con prodotti e valore, così le automazioni post vendita partono puntuali e i rapporti sui ricavi dentro ActiveCampaign rispecchiano la realtà del negozio. I valori di carrello e ordine vengono registrati con o senza imposte, come leggi i tuoi numeri.

Che cosa succede ai carrelli abbandonati?
Un carrello lasciato indietro viene rilevato dopo il tempo di attesa che stabilisci: chi sta ancora decidendo resta in pace, mentre un carrello davvero abbandonato viene catturato lo stesso giorno. Il carrello compare in un elenco nel tuo pannello, con cliente e contenuto, e gli stessi dati partono verso ActiveCampaign.
Lì la tua automazione di recupero prende il testimone e scrive dei prodotti realmente presenti nel carrello, non un promemoria generico. Quando il cliente torna e compra, il modulo segna il carrello come recuperato in ActiveCampaign: la sequenza si ferma e nessuno riceve uno sconto per un ordine già fatto. Lo sconto mai concesso e la risposta seccata mai arrivata sono il senso di quest'ultimo passo.

Quale lavoro sulle campagne resta nel pannello del negozio?
Il ciclo quotidiano del marketing gira senza cambiare sistema. Crei liste di contatti e vi collochi i clienti esportati, scrivi messaggi di campagna con formattazione completa e li invii subito oppure alla data e all'ora scelte.
Dopo, i risultati di ogni campagna si leggono dallo stesso pannello: chi guida il negozio vede che cosa ha reso un invio accanto agli ordini che ha generato. ActiveCampaign resta il motore sotto; il modulo tiene i comandi dove il commerciante già lavora.

Quanto è rapido l'avvio e che cosa costa alla vetrina?
L'avvio sta in un campo: l'identificativo dell'account, che trovi nelle impostazioni di tracciamento del tuo account ActiveCampaign. Finché manca, il modulo lo segnala chiaramente e non invia dati di tracciamento, evitando invii con una configurazione incompleta. Una volta inserito, il tracciamento è attivo in tutto il negozio.
La vetrina non paga nulla di percepibile. Il file di tracciamento si carica in secondo piano dopo la consegna della pagina, le pagine prodotto compaiono alla velocità di sempre e l'interruttore nelle impostazioni spegne l'intera integrazione con un gesto quando serve silenzio.

-
Riferimentompractivecampaign
-
Versione1.1.0
-
Miglioramenti108
-
Pubblicato
-
Aggiornato
-
Compatibilità PrestaShopPS 1.6 – 9.x
-
Modello di prezzoAcquisto singolo
-
Tipo di moduloFront & Back-office
-
Rilevante per GDPRSì
-
Obiettivo di businessMarketing e retargeting
-
Account esterno necessarioSì
-
Complessità del moduloModulo completo
-
Fase del percorso clienteFidelizzare i clienti
-
Funziona con piattaformaEmail marketing
Condividi per primo la tua esperienza con questo prodotto.
Traccia le visite ActiveCampaign dal tuo negozio PrestaShop senza modificare i file del tema. Il modulo aggiunge il tracciamento del sito ActiveCampaign dal Back Office e può identificare i clienti autenticati tramite indirizzo e-mail.
Il tracciamento ActiveCampaign è conforme al GDPR e quali dati invia?
Questo modulo carica lo script di tracciamento di terze parti di ActiveCampaign (diffuser.js da diffuser-cdn.app-us1.com) direttamente nel browser del visitatore. Viene mostrato quando il modulo è abilitato ed è salvato un ID account, nel codice non esiste alcun gate di consenso ai cookie, quindi la gestione del consenso spetta a te.
L'unico dato personale trasmesso dal modulo stesso è l'indirizzo e-mail di un cliente autenticato, inviato con vgo('setEmail', ...) per collegare le visite al contatto corretto. Gli ospiti sono tracciati senza e-mail. Il modulo memorizza in PrestaShop solo due impostazioni (ENABLED e ACCOUNT_ID) e non conserva dati dei visitatori.
Poiché si tratta di tracciamento marketing/analitico che può trasmettere un identificatore personale, caricalo dietro il tuo meccanismo di consenso dove richiesto dalla legge e cita ActiveCampaign nella tua informativa sulla privacy.
Quali versioni di PrestaShop sono supportate e modifica il mio tema?
Il modulo è pensato per PrestaShop dalla 1.6 alla 9.x e non modifica alcun file del tema. Registra un unico hook front-office, displayBeforeBodyClosingTag, e inserisce lo script di tracciamento appena prima del tag di chiusura </body>, non nell'header della pagina.
Poiché dipende da quell'hook, lo script compare solo se il tuo tema esegue davvero displayBeforeBodyClosingTag, cosa che i temi PrestaShop standard fanno. Nulla viene copiato in un template, quindi un cambio o un aggiornamento del tema non farà perdere l'integrazione.
Se il tracciamento non compare mai nel sorgente della pagina, verifica che il modulo sia abilitato, che l'ID account sia compilato e che il tuo tema personalizzato richiami displayBeforeBodyClosingTag in fondo alla pagina.
Come aggiungo il site tracking ActiveCampaign a PrestaShop?
Abilita il modulo, incolla il tuo ActiveCampaign Account ID, poi salva la configurazione. L'Account ID è il valore numerico che ActiveCampaign mostra in Settings > Tracking > Site Tracking; viene salvato come ACCOUNT_ID, e il modulo non renderizza lo script storefront finché non sono presenti sia ENABLED sia ACCOUNT_ID.
- In PrestaShop, apri la configurazione del modulo ActiveCampaign.
- Attiva Enable ActiveCampaign.
- Incolla l'Account ID numerico, per esempio
123456789. - Visita una pagina storefront e conferma che il sorgente pagina contenga lo script diffuser ActiveCampaign.
Quando è attivo, l'hook displayBeforeBodyClosingTag carica lo script diffuser di ActiveCampaign, esegue vgo('setAccount', ...), abilita default tracking e chiama vgo('process'). Per clienti loggati può anche passare l'email del cliente con vgo('setEmail', ...).
Lo script viene inserito appena prima del tag body di chiusura, non nell'head della pagina. Questo è utile quando controlli l'installazione: cerca nel sorgente renderizzato vicino al fondo diffuser-cdn.app-us1.com/diffuser/diffuser.js, vgo('setAccount' e il tuo account ID. Se mancano, il modulo è disabilitato, l'Account ID è vuoto o il tema non esegue l'hook displayBeforeBodyClosingTag.
La configurazione ha anche un campo opzionale EVENT_KEY, ma l'hook storefront attuale è solo site tracking. Non invia chiamate event-tracking custom ActiveCampaign da questo percorso codice modulo. Usalo per aggiungere lo snippet ufficiale site-tracking e identificare clienti loggati via email; costruisci automazioni eventi custom separatamente se ti serve event tracking ActiveCampaign più profondo.
Per privacy, ricorda che questo è uno script di tracking. Abbinalo alla configurazione consenso se lo store richiede consenso marketing o analytics prima di caricare tracking terzo, perché questo modulo non implementa da solo un cookie-consent gate.
Quali impostazioni ActiveCampaign sono richieste per il tracking PrestaShop?
L'impostazione richiesta è l'ActiveCampaign Account ID, più il modulo deve essere abilitato. Il codice controlla entrambi prima di renderizzare lo script storefront PrestaShop; il campo Event Key viene salvato in configurazione, ma l'attuale template tracking non lo usa.
All'installazione, ENABLED è 0 di default, ACCOUNT_ID è una stringa vuota e anche EVENT_KEY è una stringa vuota. L'avviso di configurazione richiesta dichiara solo ACCOUNT_ID come richiesto, e il controllo di attivazione è semplicemente enabled più account ID non vuoto.
L'opzione admin descrive l'Account ID come ID numerico da site tracking ActiveCampaign, ma questo sorgente non applica un validator numerico prima di renderizzare. Per un setup pulito, copia l'account ID esattamente dalle impostazioni site tracking di ActiveCampaign, abilita il modulo, poi controlla il sorgente pagina per lo script diffuser.js e vgo('setAccount', ...).
ENABLED = 1
ACCOUNT_ID = 123456789
EVENT_KEY = optional, stored but not rendered by tracking.tpl
ActiveCampaign per PrestaShop invia eventi ecommerce?
No, questo modulo non invia eventi ecommerce ActiveCampaign di prodotto, carrello, ordine o custom. Il suo codice PrestaShop carica solo site tracking, imposta account, identifica opzionalmente l'email di un cliente loggato e chiama la funzione di processing pagina ActiveCampaign.
L'impostazione salvata EVENT_KEY è descritta come opzionale per eventi custom, ma il template storefront non la riferisce mai. Non ci sono chiamate evento purchase, cart, product o checkout nel template tracking; le uniche chiamate ActiveCampaign sono setAccount, setTrackByDefault, setEmail opzionale e process.
Per i merchant, il risultato pratico è page-visit tracking invece di ecommerce tracking. Puoi usarlo per permettere ad ActiveCampaign di vedere page view tracciate e identificare clienti loggati via email, ma valore ordine, product ID, contenuto carrello e line item non vengono inviati da questo modulo. Se servono, richiedono un'altra integrazione o nuovo codice che si agganci davvero agli eventi prodotto, carrello e ordine.
ActiveCampaign per PrestaShop identifica i clienti loggati?
Sì, i clienti PrestaShop loggati vengono identificati via email nello script tracking ActiveCampaign. Il modulo legge il cliente corrente dal contesto PrestaShop e invia l'email solo quando il cliente è loggato; i visitatori anonimi sono tracciati senza valore email.
Il controllo avviene nell'hook storefront di chiusura body. Il tracking viene renderizzato solo quando il modulo è abilitato ed è presente un ActiveCampaign Account ID. L'hook assegna poi tre valori template: account ID, email cliente e un booleano che indica se un'email è stata trovata.
Nel template, vgo('setEmail', ...) è avvolto in un controllo logged-in, quindi i guest non ricevono una chiamata email vuota. Ogni pagina tracciata imposta comunque account, abilita default page tracking e chiama vgo('process'). Questo significa che ActiveCampaign può collegare visite note delle pagine all'email del cliente loggato, mentre le visite guest restano anonime finché ActiveCampaign non può identificarle in altro modo.
Logged in customer -> setAccount + setTrackByDefault + setEmail + process
Guest visitor -> setAccount + setTrackByDefault + process
Serve una chiave API o un URL API ActiveCampaign per questo modulo?
No. Questa integrazione usa solo il tracciamento del sito lato client di ActiveCampaign. L'unico valore richiesto è l'ID account numerico, che copi da Impostazioni > Tracciamento > Tracciamento del sito in ActiveCampaign.
Il modulo memorizza solo ENABLED e ACCOUNT_ID e inserisce il tracker ufficiale diffuser.js nel browser. In questo percorso di codice non ci sono chiave API, URL API o sincronizzazione server-a-server, quindi nessuna credenziale API viene memorizzata sul tuo server o inviata da esso, tutti i dati passano dal browser del visitatore ad ActiveCampaign.
Ricorda di attivare il tracciamento del sito anche nel tuo account ActiveCampaign, altrimenti le visite raccolte dallo script non compariranno.
- Addedcomplete FR/DE/ES/IT/PL translations
Funziona bene con Integrazione ActiveCampaign
I moduli che il nostro team abbina davvero a questo, e perché ciascuno merita di stare nella stessa configurazione.
Un negozio che utilizza ActiveCampaign Integration aggiunge il tracciamento del sito, così le visite di clienti noti possono essere collegate ai contatti CRM per le automazioni, il lead scoring e la tempistica dei follow-up. Questo affina il nurturing off-site, ma non cambia gli incentivi on-site che spingono i clienti abituali a continuare ad acquistare da te.
Loyalty Discounts System copre questo aspetto assegnando i clienti a fasce basate sulla spesa collegate ai gruppi nativi di PrestaShop, così gli acquirenti fedeli ricevono il trattamento di gruppo configurato non appena la spesa dei loro ordini validi raggiunge ciascuna soglia. Premia la spesa on-site, separatamente dalla connessione ActiveCampaign.
Usandoli entrambi, il tuo negozio premia la fedeltà tramite un trattamento di gruppo automatico basato sulle fasce, mentre ActiveCampaign gestisce i follow-up basati sul CRM a partire dal comportamento nel negozio. I due operano in modo indipendente, uno modella gli incentivi on-site in base alla spesa e l'altro riattiva i contatti off-site, coprendo sia il modo in cui premi sia il modo in cui raggiungi i clienti abituali.
Un negozio che utilizza ActiveCampaign Integration fornisce il tracciamento del sito, così le visite di clienti noti si collegano ai contatti CRM e le automazioni possono usare il comportamento nel negozio. Questo gestisce il livello CRM e di messaggistica, ma i follow-up sono più efficaci quando esistono contenuti reali on-site verso cui valga la pena richiamare i clienti.
Blog Revolution copre questo aspetto con uno spazio nativo per guide all'acquisto, annunci e consigli, mantenendo articoli, categorie, tag, autori, commenti, valutazioni, RSS e pagine di blog pulite all'interno del negozio. Produce contenuti on-site, del tutto separati dall'integrazione ActiveCampaign.
Usandoli entrambi, il tuo negozio costruisce articoli duraturi che attraggono e informano i visitatori, mentre ActiveCampaign collega in modo indipendente la navigazione nota ai contatti CRM. Il blog offre alle tue automazioni materiale on-site sostanzioso verso cui indirizzare i lettori, e i due operano come strumenti separati, uno crea contenuti e l'altro collega il comportamento nel negozio ad ActiveCampaign.
Un negozio che utilizza ActiveCampaign Integration collega le visite di clienti noti ai contatti CRM, così il valore del suo scoring e delle sue automazioni regge meglio quando i contatti non sono gonfiati da invii di bot. ActiveCampaign collega il comportamento, ma non riduce la spazzatura automatizzata nei moduli che producono i contatti.
reCAPTCHA & hCaptcha Protection copre questo aspetto riducendo i messaggi di spam e gli invii di bot sui moduli di contatto, registrazione, login e newsletter, con supporto per reCAPTCHA v2, v3 e hCaptcha. Filtra il rumore dei bot al momento dell'invio, una questione separata dalla connessione ActiveCampaign.
Usandoli entrambi, i moduli del tuo negozio ricevono meno invii di bot mentre ActiveCampaign lavora su dati più puliti. Il modulo di protezione riduce lo spam e gli invii automatizzati, così i contatti e lo scoring su cui fai affidamento in ActiveCampaign contengono meno rumore di bot di quanto ne produrrebbero moduli non protetti.
Con ActiveCampaign Integration, un negozio collega le visite di clienti noti ai contatti CRM così che automazioni e lead scoring usino il comportamento nel negozio. Questo sostiene il riavvicinamento off-site, ma non fornisce il segnale di fiducia sulla pagina che aiuta un cliente indeciso a decidere: come i recensori hanno valutato il prodotto.
Reviews & Ratings copre questo aspetto con valutazioni native, recensioni scritte, recensioni con foto opzionali e criteri di valutazione per prodotti, categorie, pagine CMS e il negozio stesso, il tutto moderato all'interno di PrestaShop. Gestisce i feedback dei clienti moderati, una questione separata dalla connessione ActiveCampaign.
Usandoli entrambi, le recensioni aiutano a convertire i clienti on-site mentre ActiveCampaign riavvicina chi se ne va tramite automazioni basate sul CRM. I due operano in modo indipendente, uno costruisce fiducia nel momento della decisione e l'altro gestisce il follow-up successivo, così il tuo negozio rafforza sia la conversione sia la fidelizzazione senza che uno strumento dipenda dall'altro.
La sincronizzazione dei contatti ActiveCampaign crea voci duplicate per i clienti con più indirizzi
Reso semplice - senza domande
Installa, configura e guadagna
Priorità ad aiuto e soddisfazione
Potrebbe anche piacerti
Chi sviluppa e mantiene questo modulo
Sviluppato e mantenuto da David Miller e mypresta.rocks. David Miller lavora con PrestaShop dal 2013, e l’azienda dietro questo negozio è registrata dal 3 dicembre 2018. Ogni modulo di questo catalogo è un nostro lavoro, quindi le tue domande al supporto arrivano alle persone che hanno scritto il codice. Il registro delle modifiche in questa pagina mostra ogni aggiornamento con la sua data.