Email marketing per PrestaShop: consenso, recupero e messaggi d'ordine

Cosa faremmo

Partiremmo dal negozio che gestisci già e dal prossimo messaggio che ti serve. Mantieni mittente e piattaforma funzionanti, salvo che una capacità mancante o un errore riproducibile ne giustifichi il cambio. Controlla versioni PrestaShop e PHP, moduli installati, checkout e tema, registrazioni del consenso, stati d'ordine, integrazioni, lingue e mercati. Concorda chi approverà le campagne, gestirà le risposte e indagherà gli errori.

Se le conferme d'ordine sono inaffidabili, ripara prima quel percorso di invio. Se hai una lista con i permessi necessari ma non eventi di acquisto affidabili, inizia con un messaggio di benvenuto o una newsletter verificata. Scegli il recupero carrello solo quando puoi dimostrare identità, idoneità, ripristino ed esclusione dopo l'acquisto. Un catalogo o un pubblico più grande non giustifica da solo una piattaforma più complessa.

Esegui un cambio giustificato di connettore o mittente su una copia di staging isolata con tema, moduli e dati pertinenti della produzione. Disattiva invii ai clienti, attività di marketing esterne ed esportazioni per l'evasione prima delle prove; un intercettatore di posta del negozio non può intercettare gli invii API di una piattaforma separata. Usa contatti di prova controllati e un account di prova dove supportato. Prova iscrizione, acquisto, revoca e nuovi tentativi prima di pianificare il passaggio in produzione, registrando configurazione precedente e passaggi di annullamento.

Se vuoi configurare il modulo scelto e verificarne il percorso concordato, il PrestaShop Module Installation & Configuration Service copre un modulo esistente; licenze, moduli aggiuntivi e sviluppo sono separati.

Distingui email operative e marketing

L'email consente di mantenere un pubblico trasferibile, nel rispetto dei permessi, dei termini del fornitore e dei controlli di consegna. Dipende comunque da mittenti, fornitori di caselle e reputazione. Non è automaticamente il canale più economico o con il rendimento più alto.

PrestaShop invia messaggi operativi come email di account e password, conferme d'ordine e notifiche di stato. Il modulo di raccolta delle iscrizioni alla newsletter non offre un compositore di campagne, un motore di segmentazione o i flussi di marketing a più passaggi descritti qui. Questi richiedono un'estensione adatta, una piattaforma esterna o un'integrazione personalizzata.

Scegli un messaggio utile e dimostrane dati e percorso di consegna prima di ampliare le attività. Coordina newsletter, offerte fedeltà, segnalazioni e assistenza affinché la stessa persona non riceva messaggi contraddittori o eccessivi. Esamina il checkout separatamente se costi inattesi o problemi tecnici causano abbandoni.

Comprendi la raccolta delle iscrizioni alla newsletter e i record memorizzati

Le versioni dei moduli contano indipendentemente da quella del negozio. PrestaShop 1.6 legacy usa comunemente blocknewsletter e una tabella database con suffisso newsletter. Le installazioni successive usano ps_emailsubscription, con una tabella ospiti dal suffisso emailsubscription. Esamina modulo installato e schema prima dell'esportazione.

Con il prefisso standard ps_, ps_ più emailsubscription dà ps_emailsubscription. Quel nome di tabella è valido; non aggiungere un altro ps_ solo perché il modulo ha quel nome.

Iscritti ospiti e clienti registrati possono essere memorizzati separatamente. Lo stato newsletter dei registrati è nel record cliente. La tabella ospiti può contenere email, stato attivo, data di iscrizione, IP di registrazione, informazioni sulla provenienza e contesto del negozio. La provenienza può derivare dai dati di connessione e non è una registrazione affidabile della pagina del modulo di iscrizione.

L'esportazione ps_emailsubscription può includere clienti registrati e iscritti ospiti, secondo i filtri. Anche un esportatore o connettore personalizzato deve coprire fonti, negozi e stati di iscrizione pertinenti. Non presumere che l'esportazione nativa riguardi solo gli ospiti o che una delle fonti rappresenti metà della lista.

Questo esempio in sola lettura usa il prefisso standard e l'ID negozio di esempio 1. Adatta entrambi all'installazione e proteggi i dati personali esportati:

SELECT id, email, active, newsletter_date_add,
       ip_registration_newsletter, http_referer
FROM ps_emailsubscription
WHERE id_shop = 1
ORDER BY newsletter_date_add DESC
LIMIT 50;

Per ps_emailsubscription sui negozi moderni, vai in Moduli > Gestione moduli e apri Configura: esamina email di verifica, conferma successiva all'iscrizione, eventuale buono di benvenuto e filtri di esportazione. Controlla la documentazione del modulo installato per il comportamento specifico della versione. La verifica chiede all'iscritto di cliccare prima dell'attivazione; la conferma è un riscontro successivo. Nel percorso di attivazione ospite di ps_emailsubscription 2.7.1, l'attivazione imposta active=1 senza registrare un timestamp di conferma separato. Una riga inattiva non è un permesso di invio.

Il sorgente ufficiale del modulo documenta la tabella e l'esportazione mista clienti/ospiti. Il modulo è uno strumento di raccolta indirizzi, non il mittente delle campagne.

Registra i permessi e rispetta ogni revoca

Rendi la scelta di marketing chiara e separata dall'ordine. Una casella di consenso deve essere inizialmente non selezionata. Indica chi invierà, cosa riceverà l'iscritto, una frequenza indicativa onesta e come interrompere. Collega l'informativa privacy pertinente.

Conserva testo o versione del modulo, fonte, data, metodo e registrazioni pertinenti di conferma. Un valore booleano newsletter, un IP o una data di iscrizione sono elementi, non una prova completa di consenso valido. Il double opt-in può rafforzare la conferma del controllo dell'indirizzo; non conserva automaticamente tutte queste registrazioni né stabilisce da solo la conformità.

Non presumere che un promemoria di carrello abbandonato sia transazionale solo perché cita un carrello o non contiene sconti. Controlla le regole applicabili al marketing elettronico oltre alla base del trattamento dei dati personali. Nel Regno Unito, la guida ICO descrive consenso e un soft opt-in limitato con condizioni, inclusa la raccolta durante una vendita o trattative per prodotti simili e possibilità di opposizione alla raccolta e in ogni messaggio. Una motivazione di legittimo interesse GDPR da sola non elimina quelle regole.

Mantieni permessi specifici per email, SMS e altri canali anche quando una piattaforma li memorizza su un profilo condiviso. Un numero di telefono fornito per la consegna non è consenso a SMS di marketing. Applica i requisiti pertinenti di tracciamento e permessi del browser prima di raccogliere segnali comportamentali o push.

La disiscrizione è un evento di integrazione

1. Rendi facile il percorso di disiscrizione del messaggio.
2. Aggiorna tempestivamente lo stato di esclusione del mittente.
3. Propaga la revoca a ogni pubblico collegato e record del negozio pertinente.
4. Conserva una registrazione durevole e minimizzata dell'esclusione affinché un CSV, un nuovo tentativo o un'importazione storica successivi non possano reiscrivere l'indirizzo.
5. Verifica la revoca sia dal front office sia dalla piattaforma di invio.

In ps_emailsubscription 2.7.1, la disiscrizione ospite dal front office elimina la riga; un'azione amministrativa può invece disattivarla. Per i clienti registrati viene aggiornato lo stato newsletter. Non affidarti a una riga di iscrizione eliminata come unica registrazione di una revoca.

Mantieni separate le comunicazioni essenziali degli ordini dalle esclusioni dal marketing. Non considerare mai un'importazione di pubblico, la creazione di un account o un connettore appena installato come nuovo permesso. Rifiuta liste acquistate o raccolte automaticamente senza i permessi validi richiesti e una provenienza documentata.

Offri opportunità utili di iscrizione

Prova opportunità pertinenti nel piè di pagina, nel modulo account, al checkout e nelle pagine di contenuto. Un popup discreto può offrire un altro percorso quando non ostacola gli acquisti. Ogni punto richiede lo stesso permesso chiaro e un processo di conferma funzionante.

Per i popup, prova ritardo, profondità di scorrimento e frequenza invece di copiare una regola universale di 30 secondi. Offri un controllo di chiusura evidente, mantieni usabile la versione mobile ed evita di interrompere il checkout. La guida Google agli interstitial spiega perché coprire il contenuto della pagina può essere un problema.

Offri un motivo utile per iscriversi: consigli d'acquisto, notizie sulla disponibilità, nuove gamme o un incentivo di benvenuto verificato sul margine. Se prometti un buono dopo la conferma, verifica il percorso effettivo di verifica e conferma. Non presumere che un codice condiviso sia vincolato al cliente o monouso.

Misura le conferme completate per punto di iscrizione, non solo gli indirizzi inviati. Esamina reclami, duplicati, messaggi di verifica falliti e acquisti successivi. Confronta i punti usando la stessa definizione di iscrizione completata.

Prova un'iscrizione prima di promuovere il modulo

Supponi che un visitatore si iscriva dal piè di pagina, crei in seguito un account con lo stesso indirizzo e poi cambi la scelta della newsletter. Quel percorso verifica più della visualizzazione di un messaggio di successo: attraversa i record ospite e cliente descritti sopra.

1. Usa un indirizzo controllato senza iscrizioni precedenti. Registra testo del modulo, lingua e negozio, invialo ed esamina il record di destinazione. Se è attiva la verifica, l'indirizzo non deve entrare in un invio di marketing prima della conferma.
2. Completa la verifica ed esamina profilo attivo e messaggio di benvenuto. Se hai promesso un buono, controlla che arrivi dal percorso previsto di iscrizione completata e che le restrizioni corrispondano alla promessa.
3. Crea un account con quell'indirizzo. Conferma che il connettore riconcili l'iscritto esistente senza duplicati né perdita di prove del permesso. Poi revoca la scelta della newsletter e controlla record cliente e piattaforma di invio. Ripeti la fonte di iscrizione precedente o esegui un'importazione storica supportata: nessuna deve ripristinare l'iscrizione.
4. Usa un altro indirizzo di prova per effettuare un ordine senza selezionare la scelta di marketing. L'acquisto non deve creare un'iscrizione di marketing. Conserva questo risultato insieme all'iscrizione riuscita prima di ampliare i punti di raccolta.

Verifica trasporto di invio e autenticazione

Identifica quale sistema invia ciascun messaggio. Un modulo che richiama la posta PrestaShop usa il trasporto configurato del negozio. Una piattaforma esterna di campagne usa normalmente la propria infrastruttura. Cambiare le impostazioni SMTP del negozio non configura ogni piattaforma.

In Parametri avanzati, E-mail, esamina il trasporto selezionato e invia un test. Il percorso non SMTP di PrestaShop 1.7.8 usa il trasporto sendmail di Swift, mentre 9.1 usa Symfony SendmailTransport. Chiamare semplicemente uno di questi percorsi PHP mail() è inesatto. Un server email locale configurato correttamente può autenticare e firmare la posta; il solo SMTP autenticato non fornisce allineamento del dominio.

• SPF: autorizza i mittenti effettivi della busta SMTP sul dominio appropriato. Pubblica una sola politica SPF per nome di dominio e segui esattamente i record del mittente; non aggiungere include arbitrari a ogni dominio From.
• DKIM: pubblica i record dei selettori del fornitore e verifica che i messaggi ricevuti abbiano una firma valida.
• DMARC: verifica che il dominio From visibile sia allineato con un'identità SPF o DKIM che supera il controllo. Esamina mittenti legittimi e report prima di rafforzare l'applicazione.

La specifica SPF spiega la valutazione dei record. Usa le istruzioni di autenticazione del mittente, non un record DNS copiato con i valori di un altro account.

Per destinatari Gmail personali, i requisiti Google per i mittenti richiedono SPF o DKIM per tutti e ulteriori disposizioni di autenticazione, allineamento DMARC e disiscrizione per i mittenti massivi intorno alla soglia di 5.000 messaggi al giorno. I messaggi massivi di marketing e in abbonamento richiedono header supportati di disiscrizione con un clic e un link visibile nel corpo. Un link nel piè di pagina da solo non è il meccanismo degli header.

Separa i flussi marketing e transazionali dove aiuta l'operatività, ma un sottodominio non garantisce isolamento della reputazione. Aumenta consapevolmente il volume di un nuovo mittente, escludi rimbalzi permanenti e reclami e segui i limiti attuali di ciascun fornitore. Non affidarti a una durata fissa di riscaldamento o a un parametro generico di disiscrizione.

Esamina header ricevuti ed eventi di consegna del fornitore. Un servizio di test può rivelare problemi di configurazione, ma il suo punteggio non dimostra l'arrivo nella posta in entrata. Un errore di autenticazione può causare rifiuto, rallentamento o filtraggio; non esiste una regola universale di spam predefinito.

Usa correttamente visibilità nativa e recupero manuale dei carrelli

L'abbandono del carrello significa che un carrello non è diventato un ordine. Il cliente può essere uscito prima di completare il checkout o raggiungere il pagamento. Un carrello completamente anonimo non ha un indirizzo email da contattare.

Ordini, Carrelli offre l'ispezione dei carrelli nei back office moderni. Il core può inviare manualmente al cliente un'email relativa a un carrello collegato, con un link di recupero. Quel link può ripristinare il carrello. Il core da solo non offre la sequenza di marketing temporizzata, segmentata e con più messaggi descritta sotto.

Questa query censisce carrelli collegati a clienti aggiornati in un periodo illustrativo di 30 giorni, inattivi da almeno un'ora e senza ordine associato. Riporta la quantità degli articoli, non il valore monetario del carrello o il permesso di invio. Sostituisci prefisso, negozio e finestre temporali secondo necessità.

SELECT c.id_cart, c.date_add, c.date_upd, cu.email,
       SUM(cp.quantity) AS items
FROM ps_cart c
JOIN ps_cart_product cp
  ON cp.id_cart = c.id_cart AND cp.id_shop = c.id_shop
JOIN ps_customer cu ON cu.id_customer = c.id_customer
WHERE c.id_shop = 1
  AND cu.deleted = 0 AND cu.email <> ''
  AND c.date_upd >= DATE_SUB(NOW(), INTERVAL 30 DAY)
  AND c.date_upd < DATE_SUB(NOW(), INTERVAL 1 HOUR)
  AND NOT EXISTS (
    SELECT 1 FROM ps_orders o WHERE o.id_cart = c.id_cart
  )
GROUP BY c.id_cart, c.date_add, c.date_upd, cu.email
ORDER BY c.date_upd DESC;

Usa invece date_add se intendi carrelli creati durante un periodo. Calcola i totali monetari nel contesto appropriato dei prezzi del carrello, inclusi valuta, imposte, consegna, sconti e negozio. Una somma delle quantità dei prodotti del carrello non può rispondere a quella domanda.

Il contatto manuale può essere appropriato per una richiesta specifica di assistenza o un caso di recupero consentito. Applica gli stessi controlli di permesso ed esclusione del corrispondente messaggio automatico.

Comprendi i link nativi dei carrelli e la loro sicurezza

L'URL nativo di recupero usa recover_cart e token_cart. PrestaShop 1.7.8 e 9.1 calcolano il token come md5(_COOKIE_KEY_ . 'recover_cart_' . id_cart). Il token non è semplicemente l'ID del carrello e non è la secure_key del carrello.

Il token ripristina l'autenticazione del cliente oltre al contesto del carrello. È richiesto un record cliente; un record di cliente ospite è diverso da un carrello senza alcun cliente. PrestaShop 9.1 rifiuta anche un carrello già usato per un ordine. PrestaShop 1.7.8 controlla token, carrello e cliente ma non ha un controllo equivalente dell'ordine completato nel metodo di recupero. Verifica i link di ordini completati sulla tua versione esatta.

Questo esempio lato server presuppone un Cart già caricato e convalidato, il cliente associato e il contesto corretto del negozio:

$idCart = (int) $cart->id;
$token = md5(_COOKIE_KEY_ . 'recover_cart_' . $idCart);
$link = Context::getContext()->link->getPageLink(
    'order',
    true,
    (int) $cart->id_lang,
    [
        'step' => 3,
        'recover_cart' => $idCart,
        'token_cart' => $token,
    ],
    false,
    (int) $cart->id_shop
);

Questo descrive il meccanismo nativo di compatibilità, non una raccomandazione a progettare nuovi token di autenticazione con MD5. Un sistema di recupero personalizzato richiede una propria progettazione sicura di token, scadenza e autorizzazione.

Tratta un URL di recupero come sensibile perché può ripristinare una sessione cliente. Non esporlo in pagine pubbliche, report condivisi o tracciamenti di terze parti non necessari. Verifica il link dell'email in un browser nuovo, nella lingua e nel negozio previsti, con carrelli di account e di clienti ospiti.

Ricontrolla prezzo, disponibilità, spedizione e sconti quando il cliente ritorna. Non promettere che un vecchio totale sia riservato permanentemente. Verifica carrelli eliminati, ordini completati e token non validi e controlla il meccanismo di recupero del connettore invece di presumere che ogni fornitore usi la route core.

Crea un flusso di recupero come esperimento misurato

Un flusso di recupero richiede attività del carrello, identità, permesso, prodotti attuali, un link di recupero funzionante e un evento di acquisto che interrompa i messaggi. Sistema questi elementi prima dell'attivazione. Un semplice snippet di tracciamento non basta.

La pianificazione sotto è un'ipotesi di prova. Tutti i tempi sono misurati dallo stesso evento di abbandono, non dall'email precedente. Puoi partire solo dal primo messaggio e verificare se altri aggiungono profitto incrementale.

Possibili oggetti sono "Il tuo carrello è pronto per essere rivisto" o "Possiamo aiutarti con l'ordine?" Non affermare che il primo messaggio converta sempre meglio o che un certo numero di messaggi sia ottimale.

Segmenta secondo dati effettivi di cliente e carrello: primo acquisto o acquisto ripetuto, margine di contribuzione, tipo di prodotto ed eventi osservati al checkout. Un'uscita alla consegna o al pagamento può suggerire cosa approfondire; non dimostra il motivo del cliente.

Calcola il costo dell'incentivo usando margine prodotto, costi di pagamento ed evasione, resi e contributo alla spedizione. Includi il costo della spedizione gratuita. Basa eventuali soglie di valore del carrello su questi costi e sul margine che puoi spendere.

Usa le Regole carrello per offerte con date di validità reali, restrizioni di idoneità e limiti di utilizzo. Per un'offerta monouso specifica per destinatario, crea un codice unico, seleziona il destinatario in Limita a un singolo cliente e imposta sia Totale disponibile sia Totale disponibile per ogni utente a 1. Verifica se il connettore scelto può effettivamente creare e sincronizzare regole carrello native; una funzionalità coupon della piattaforma non lo dimostra.

Prima di ogni invio pianificato, ricontrolla completamento dell'acquisto, esclusione, permesso, limiti di frequenza e idoneità del carrello. Interrompi la sequenza a un acquisto qualificante. Non contattare la stessa persona con flussi sovrapposti di carrello, navigazione, SMS e newsletter senza coordinamento.

Prova un promemoria che deve fermarsi

Un cliente abituale lascia un cappotto e una taglia scelta nel carrello, riceve un promemoria e poi acquista in una sessione browser separata. Il messaggio successivo ritardato deve fermarsi anche se il cliente non clicca mai sull'email. Misura il risultato dall'evento ordine e dallo stato del destinatario, anziché considerare un clic su un link tracciato come prova d'acquisto.

1. Assegna al contatto di prova il permesso previsto per i promemoria e verifica prodotto, combinazione, valuta e negozio attuali nell'evento. Ripeti con il permesso per i promemoria rifiutato; un indirizzo da solo non deve rendere idoneo quel carrello.
2. Lascia entrare il carrello idoneo nel flusso. Apri il messaggio in una nuova sessione e verifica taglia scelta, lingua, prezzi attuali, opzioni di consegna e idoneità allo sconto.
3. Completa un acquisto idoneo senza usare il link del messaggio. Conferma che l'evento acquisto mappato rimuova i promemoria in attesa per quel carrello o contatto secondo la politica concordata.
4. Ritenta un evento carrello precedente e l'evento acquisto tramite il meccanismo di prova supportato. Il nuovo tentativo non deve produrre un secondo messaggio, riaprire il carrello recuperato o rimuovere una revoca successiva.
5. Ripeti con un'offerta scaduta o una combinazione indisponibile. Il cliente deve avere un carrello accurato e una spiegazione utile, anziché la promessa che vecchi prezzi o scorte siano riservati.

Prova anche un ordine in attesa di pagamento offline. Decidi esplicitamente se l'invio dell'ordine termina il recupero e quale eventuale promemoria separato di pagamento debba seguire. Un ordine esistente non pagato non è semplicemente un altro carrello abbandonato; continuare ciecamente entrambi i flussi può chiedere al cliente di creare un ordine duplicato.

Confronta le integrazioni effettive prima delle piattaforme

Scrivi quali dati richiede ogni flusso previsto. Sincronizzazione contatti, caricamento del sito collegato, tracciamento dei prodotti visualizzati, eventi carrello, ordini completati, rimborsi e aggiornamenti dello stato di consegna sono capacità distinte. Il nome di un'integrazione o un campo per la chiave API non ne dimostra nessuna.

Confronta il connettore mantenuto dal fornitore con eventuali moduli MPR separati. Possono svolgere compiti diversi. Non installare due emittenti di tracciamento o dati commerciali per lo stesso evento senza un progetto funzionante di deduplicazione.

La documentazione del plugin del fornitore Brevo descrive sincronizzazione di contatti e ordini, tracking delle attività e opzioni del mittente; la versione documentata 5.0.36 è provata fino a PrestaShop 9.0, quindi verifica separatamente le combinazioni più recenti.

La Brevo (Sendinblue) Integration di MPR offre sincronizzazione dei contatti con consenso e tracking nella vetrina e può instradare le email del negozio tramite Brevo. Controlla copertura degli eventi di acquisto, aggiornamenti di consegna e impostazioni di instradamento della posta nella versione installata prima di aggiungere un connettore commerciale separato.

Usa matrici di compatibilità attuali per le versioni esatte di PrestaShop e PHP. Evita affermazioni non supportate secondo cui un fornitore sarebbe sempre il più economico, quello con la migliore manutenzione o il più semplice da installare.

Scegli una campagna verificata nel negozio o un connettore basato sul consenso

Quando il team deve verificare ogni messaggio

Mail Revolution crea pubblici da regole su clienti, consenso e ordini dentro PrestaShop e prepara messaggi per l'approvazione umana. L'invio parte disattivato. Scrivi ogni lingua, scegli orari di lavoro e limiti giornalieri, poi i revisori approvano il messaggio esatto personalizzato per destinatario. Modificare un messaggio annulla l'approvazione precedente e il consenso viene ricontrollato prima della consegna.

Usa questo percorso quando un addetto deve esaminare un ricontatto su preventivo o una newsletter selezionata prima dell'invio. I profili mittente personali e newsletter hanno scopi diversi: i report newsletter tracciano aperture e clic, mentre i messaggi personali non tracciano nessuno dei due. Prevedi il lavoro di revisione oltre alla capacità di invio. Una campagna approvata è un modello operativo diverso da un flusso automatico a più passaggi di carrello o riattivazione su una piattaforma esterna.

Quando contano scelte separate per newsletter e promemoria

SendPulse Integration mantiene aggiornati i contatti consenzienti e registra separatamente le scelte per newsletter e promemoria carrello. Fornisci i dati di accesso all'account, scegli le rubriche per ogni scopo, verifica opzioni di conferma, ritardo dei promemoria, conservazione dei carrelli e testo del consenso per lingua. Creare un account non iscrive il cliente e l'invio parte disattivato.

Il cliente può gestire queste scelte in una pagina dedicata collegata da account e checkout. Le revoche del negozio vengono accodate per SendPulse; controlli pianificati riportano le disiscrizioni SendPulse nel modulo. Prima del lancio, esegui queste attività ed esamina lavoro in attesa ed errori. Una preferenza salvata in attesa di elaborazione è diversa da una revoca già applicata dal mittente.

Prepara campagne ed eventuali sequenze di promemoria dentro SendPulse. I dati del carrello alimentano il flusso di promemoria e il link di ritorno consente al cliente di esaminare il carrello salvato, scegliere se unirlo a quello attuale o sostituirlo, poi confermare il ripristino. Prova entrambe le scelte con articoli diversi già nel carrello del browser. Questo percorso è diverso dal presumere che ogni connettore usi l'URL nativo di ripristino della sessione.

Modulo e account esterno hanno condizioni separate. Controlla le attuali abilitazioni dell'account per invio e automazione e verifica il comportamento del connettore in produzione nell'arrestare i messaggi dopo l'acquisto prima di attivare un flusso di promemoria. La sola sincronizzazione dei contatti non dimostra tutti gli eventi necessari per le campagne più ampie del ciclo di vita descritte sotto.

Valuta i moduli di iscrizione, i pubblici e i dati commerciali di Mailchimp

Un modulo di iscrizione incorporato può raccogliere nomi, altri campi del pubblico e tag oltre agli indirizzi email. Non fornisce da solo cronologia acquisti, dati prodotto o recupero carrello. La guida Mailchimp ai moduli incorporati descrive questi campi configurabili.

Il connettore PrestaShop del fornitore documenta trasferimento di clienti e ordini e funzionalità e-commerce. L'intervallo PHP pubblicato va da 5.6 a 8.1. Controlla la versione del connettore prima di installarlo su PHP 8.2 o successivo, anche se il negozio supporta quell'ambiente. Verifica copertura di prodotti, carrelli, checkout ospite e interruzione dopo l'acquisto nel connettore scelto.

La Mailchimp Integration di MPR implementa sincronizzazione del pubblico di clienti con consenso, caricamento del sito collegato e gestione dei nuovi tentativi, anziché la sincronizzazione completa di ordini/prodotti/carrelli; usa la sua pagina di aiuto per la configurazione.

Un pubblico è un insieme di dati indipendente in un account Mailchimp, non automaticamente una fattura di abbonamento separata. Contatti fatturabili duplicati tra pubblici possono essere conteggiati più volte. Valuta un solo pubblico con tag e segmenti appropriati se adatto alla tua attività, mantenendo correttamente separate diverse entità legali o permessi.

Crea segmenti basati sugli acquisti solo dopo aver verificato i dati d'acquisto: acquirenti recenti, con un solo acquisto, categorie pertinenti o spesa storica definita. Un flag newsletter da solo non è prova di permesso per il pubblico e non sincronizza revoche successive.

Segui le istruzioni di autenticazione del dominio per il tuo account effettivo. Non presumere che il requisito SPF coincida con quello del mittente transazionale del negozio.

La documentazione dei piani Mailchimp indica per Free 250 contatti, 500 invii mensili e 250 giornalieri. Conferma i limiti mostrati nell'account prima di definire il budget. I flussi di automazione sono esclusi da Free nel confronto dei piani, quindi un flusso di riattivazione a più passaggi richiede un piano adatto.

Valuta eventi Klaviyo e permessi dei canali

Valuta Klaviyo quando servono segmenti basati su eventi, dati prodotto e ordine, flussi condizionali o messaggistica multicanale supportata. Le metriche predittive sono stime con requisiti di dati, non ricavi assicurati. Una soglia di numero di contatti o valore medio dell'ordine non dimostra che l'abbonamento si ripagherà.

Parti dalla documentazione ufficiale dell'integrazione PrestaShop. Attualmente elenca PrestaShop da 1.7.0 a 9.1.x, con requisiti aggiuntivi per raccogliere SMS al checkout. Include eventi sul sito oltre alla sincronizzazione degli ordini; non aggiungere automaticamente un altro script.

Verifica identità, tracking consentito, segnali del checkout ed esclusione degli ordini completati prima di attivare messaggi di abbandono. Prova checkout con account e ospite, metodi di pagamento alternativi e pagine di checkout personalizzate. Esamina ritardo effettivo della sincronizzazione ed eventi transazionali attivati.

La Klaviyo Integration separata di MPR dispone di hook browser e carrello/conferma; verificane copertura degli eventi e limiti nella pagina di aiuto anziché presumere che sia il connettore commerciale completo del fornitore con dati storici.

Per un'integrazione server personalizzata, usa API Events e Profiles supportate e versionate per data. Le API HTTP legacy v1/v2 Track e Identify di Klaviyo sono state ritirate il 30 giugno 2024, come documentato nelle FAQ di migrazione. I metodi supportati degli SDK browser sono un'interfaccia separata. Mantieni le chiavi API private sul server.

Un profilo cliente condiviso ha comunque stati separati di consenso ed esclusione per email e SMS. Coordina le uscite dai flussi tra canali e verifica supporto delle destinazioni, orari di silenzio e costi dei messaggi. Klaviyo documenta anche l'integrazione WhatsApp Business; controlla disponibilità e permessi invece di affermare che la piattaforma non possa usare WhatsApp.

Valuta Omnisend e diagnostica le attività mancanti

Omnisend offre email e SMS tramite l'integrazione PrestaShop. Ogni canale richiede un proprio permesso e percorso dei dati. Omnisend offre anche web push per piattaforme supportate; controlla l'idoneità del canale per la tua integrazione commerciale prima di pianificare un flusso push. Un pubblico condiviso non rende ogni canale disponibile o consentito per ogni contatto.

Segui la guida attuale del fornitore all'integrazione PrestaShop per verificare copertura di contatti, prodotti, ordini e comportamenti. Indica che gli eventi comportamentali richiedono contatti identificati, come persone che hanno inviato un modulo o cliccato un link email tracciato. La navigazione anonima non è automaticamente attività visibile.

1. Controlla che sia installata l'integrazione completa supportata, non solo una chiave API.
2. Conferma che gli script richiesti si carichino secondo la scelta di tracciamento applicabile e la content security policy.
3. Conferma che il contatto di prova sia identificato con un metodo supportato.
4. Esamina arrivo degli eventi e dati effettivi di prodotto/carrello.
5. Controlla filtri del flusso, iscrizione al canale, esclusioni e regole di frequenza.
6. Effettua un ordine e conferma che i messaggi di abbandono in attesa si interrompano.

Non presumere che sia supportata una ramificazione arbitraria tra Spedito e Consegnato. Mappa solo gli eventi effettivamente inviati dal connettore installato. Verifica rimborsi, annullamenti e diversi metodi di pagamento.

La Omnisend Integration separata di MPR invia visite, visualizzazioni prodotto, modifiche del carrello e ordini a Omnisend; la configurazione richiede un Brand ID e un interruttore di attivazione. Verifica dati degli eventi e uscita dopo l'acquisto e aggiungi un altro connettore solo per la sincronizzazione di prodotti o ordini storici non coperta.

Confronta i limiti attuali di contatti, invii e canali prima di definire il budget. Destinazioni SMS e segmenti dei messaggi possono incidere sul costo e la funzione push di una piattaforma non è intrinsecamente priva di costi di abbonamento. Non scegliere un canale solo perché un'email è stata registrata come non aperta.

Valuta automazione ActiveCampaign e copertura commerciale

Considera i flussi che creerai effettivamente: rami condizionali, attese fino a una condizione, obiettivi, campi personalizzati, punteggio dei lead o fasi della pipeline di vendita. Un processo di preventivo B2B può richiedere dati diversi da un flusso retail di acquisti ripetuti.

Definisci campi dei contatti, tag, eventi di prodotto e ordine, dati del carrello e attività facoltativa sul sito. Il tracking del sito osserva contatti noti con i permessi necessari; non è una sincronizzazione API degli ordini. Un connettore, un flusso middleware o un'implementazione Deep Data personalizzata deve fornire i dati commerciali necessari alle automazioni.

La ActiveCampaign Integration di MPR offre tracking del sito e, con indirizzo dell'account e chiave API oltre all'identificativo di tracking, sincronizzazione di contatti, ordini e carrelli abbandonati. Usa la pagina di aiuto per confermare queste funzioni e come un acquisto completato interrompe una sequenza nella versione installata.

Mappa separatamente inserimento dell'ordine, conferma del pagamento, evasione, annullamento e rimborso. Un ordine con bonifico o contrassegno può essere effettuato prima del pagamento. Non sostituire ogni evento Placed Order con un trigger di stato pagato e non descrivere la creazione dell'ordine come prova del pagamento.

Inizia con un flusso verificato, poi aggiungi segmenti ed eventuali regole di punteggio o pipeline. Preferisci clic confermati, acquisti e attività commerciali pertinenti ai punteggi basati sulle sole aperture. Usa trigger di navigazione solo dopo che identità e permessi di tracciamento funzionano.

La panoramica attuale dei piani ActiveCampaign distingue piani marketing di base e componenti aggiuntivi, comprese capacità CRM avanzate. Controlla nel pacchetto effettivo le funzioni di pipeline, vendite, punteggio, SMS e transazionali. Non presumere che un CRM avanzato sia incluso solo perché scegli una fascia email superiore.

Mappa i messaggi post-acquisto ai percorsi di invio reali

Esamina le impostazioni effettive degli stati d'ordine in Parametri negozio, Impostazioni ordini, Stati. Su PrestaShop 1.6, cerca in Ordini, Stati. Valori predefiniti e personalizzazioni differiscono. I valori predefiniti di installazione di PrestaShop 9.1 attivano l'email per Preparazione in corso, quindi controllala quando pianifichi le notifiche.

Includi nelle conferme un riepilogo accurato, il passo successivo e un canale di assistenza presidiato. Non lasciare intendere che l'ordine sia pagato solo perché esiste una conferma. I metodi di pagamento possono inviare istruzioni o notifiche aggiuntive.

I template email hanno comunemente versioni HTML e testo in directory mails specifiche per lingua, con percorsi di tema o modulo che influenzano la scelta. Per esempio, esamina mails/en/order_conf.html e mails/en/order_conf.txt, poi controlla se il tema attivo o il modulo fornisce la copia selezionata. Generazione dei temi email e traduzioni variano per versione. Identifica template effettivo e lingua prima di modificare e mantieni le modifiche gestibili durante gli aggiornamenti.

Dove disponibile, usa Internazionale, Traduzioni, Traduzioni dei template email; in PrestaShop 1.6 legacy il percorso è Localizzazione, Traduzioni. Cambia una riga riconoscibile su staging e genera il messaggio d'ordine effettivo nella lingua prevista. Se la riga manca, ricostruisci selezione e generazione del template prima di modificare ripetutamente il file del core. Prova anche la versione testo oltre all'HTML.

Le variabili disponibili dipendono dal codice di invio e dagli hook di estensione. I totali di spedizione della conferma standard usano {total_shipping}, non una variabile universale {shipping}. Un percorso di tracciamento può fornire {followup}; verifica ogni template separatamente.

Un messaggio di follow-up utile chiede se l'articolo è arrivato e funziona come previsto. Una richiesta di recensione dovrebbe seguire un'esperienza sufficiente del prodotto e usare un modulo funzionante specifico del prodotto. Intervalli come cinque-sette o sette-quattordici giorni sono ipotesi da provare, non tempi migliori universali.

Per i consumabili, stima un ciclo di riapprovvigionamento dagli acquisti effettivi. Per beni durevoli, offri accessori realmente compatibili come una scheda o una borsa per fotocamera. Coordina le altre promozioni affinché gli acquirenti recenti non entrino in flussi in conflitto.

Per la raccolta delle recensioni e i limiti delle richieste implementate, consulta la guida alle recensioni.

Mantieni coerenti promesse di consegna e assistenza

Invia un messaggio di avvenuta consegna solo sulla base di un segnale affidabile di consegna. Il nome di uno stato d'ordine o il suo flag delivery non prova da solo che un pacco abbia raggiunto il cliente. Se devi stimare la consegna, indica accuratamente che è una stima e considera i ritardi.

Estimated Delivery Date offre stime nelle pagine prodotto; usare una stima salvata specifica dell'ordine nelle email di conferma o spedizione richiede un'integrazione aggiuntiva, come descritto nella sua pagina di aiuto.

Advanced Order Fulfilment offre passaggi interni, attività, instradamento e notifiche. Controlla come il flusso configurato si collega agli stati d'ordine nativi; usa la pagina di aiuto per la configurazione supportata.

Scegli il processo effettivo di spedizione: generazione dell'etichetta, controllo dell'imballaggio, inserimento del tracciamento e notifica. Registra eccezioni e messaggi dei clienti sull'ordine affinché un altro dipendente possa seguirli. Se una promessa di consegna cambia, fornisci al cliente un aggiornamento realistico e un rimedio disponibile.

Per l'imballaggio, usa documenti appropriati a ordine e destinatario. Il destinatario di un regalo può avere bisogno di una bolla di consegna anziché di una fattura con i prezzi. Un biglietto di ringraziamento o un'offerta consentita è una scelta da provare, non un effetto di fedeltà assicurato.

Risolvi consegne danneggiate, errate o mancanti tramite le procedure di assistenza e del corriere. Non promettere che un problema gestito bene produca più fedeltà di un ordine senza errori. Registra azione, responsabile e completamento affinché un'email utile corrisponda a una correzione effettiva.

Gestisci una consegna in ritardo o danneggiata

Un ordine parte in colli separati, ma il cliente ne ha ricevuto solo una parte quando scatta un messaggio di soddisfazione. Un'email generica “goditi il tuo ordine” è fuorviante. Mantieni collegati fatti della spedizione, decisione dell'assistenza e idoneità al marketing, con un addetto designato responsabile dell'azione successiva.

Se il processo di reso usa la data di consegna, trasmetti le prove di consegna supportate anziché sostituirla con la data dell'ordine. Mantieni distinguibili date stimate e confermate nei messaggi al cliente e non riavviare automaticamente una sequenza promozionale solo perché un ticket di assistenza viene chiuso.

Configura i link di tracciamento ed evita email di spedizione duplicate

Due valori creano il link di tracciamento: il modello URL del corriere e il numero di tracciamento dell'ordine o della spedizione. Il percorso di tracciamento del corriere sostituisce @ con il numero. Usa l'URL attualmente supportato dal corriere invece di copiare un esempio non verificato.

1. Controlla l'URL di tracciamento del corriere in Spedizione, Corrieri.
2. Salva il numero di tracciamento reale sul record ordine-corriere o spedizione previsto.
3. Osserva se quel salvataggio invia in_transit.
4. Avanza il flusso allo stato di spedizione effettivo e osserva l'email di stato configurata.
5. Apri entrambi i messaggi e l'account del cliente o la pagina di tracciamento dell'ordine per gli ospiti per verificare che i link funzionino.

Inserire il numero prima dello stato può aiutare il messaggio di stato a includere il tracciamento, ma può anche produrre due messaggi perché l'email di aggiornamento del tracciamento è un trigger separato. Verifica versione scelta, modulo del corriere e flusso, poi configura una politica di notifiche coerente.

Usa un riferimento d'ordine chiaro, un'azione di tracciamento evidente, informazioni pertinenti sulla spedizione e un canale di assistenza. Conserva le variabili corrette dei template e verifica la visualizzazione mobile. Il nuovo salvataggio di un numero invariato e l'aggiornamento a un numero nuovo vanno verificati separatamente.

La gestione di più pacchi dipende dalla versione. PrestaShop 9.1 include suddivisione, assegnazione degli articoli, unione e tracciamento, con la presentazione nel front office subordinata al flag della funzionalità improved-shipment. Flussi precedenti e moduli dei corrieri differiscono. Verifica versione esatta e funzionalità abilitate invece di presumere che il core sia sempre privo di suddivisione delle spedizioni.

Per più pacchi, comunica ai clienti quali articoli appartengono a ciascuna spedizione e rendi disponibile ogni link di tracciamento. Etichetta creata, spedito, in transito e consegnato sono eventi diversi.

Se il tracciamento si ferma, indaga e aggiorna il cliente. Per una segnalazione di consegnato ma non ricevuto, controlla le registrazioni di consegna del corriere e indaga; una scansione da sola non è una difesa garantita contro un chargeback. Per un reso al mittente, conferma l'indirizzo prima di rispedire. Gestisci i pacchi danneggiati secondo il rimedio applicabile e il processo di reclamo al corriere.

Importazioni dei corrieri, strumenti per etichette o importazioni massive supportate del tracciamento possono ridurre l'inserimento manuale. Verifica i trigger email oltre ai numeri di tracciamento memorizzati. La guida alla spedizione copre la configurazione più ampia dei corrieri.

Leggi il messaggio come è stato inviato

Se ora l'account del cliente ha un link di tracking corretto ma l'email precedente è vuota, confronta l'orario del messaggio con il salvataggio del tracking. Una correzione successiva del campo non riscrive un'email già consegnata. Un'email che contiene il numero di tracking ma apre la pagina del corriere sbagliata indica invece un problema nel modello URL o nell'associazione del corriere alla spedizione. Conserva un esempio controllato di ogni errore quando verifichi il modulo di importazione o delle etichette.

Reinvia il messaggio giusto senza alternare gli stati

Stabilisci prima se al cliente serve una notifica di stato, una conferma d'ordine o una fattura. Controlla indirizzo, lingua, template selezionato, risultato del fornitore ed eventuali rimbalzi. Una voce nel log email non prova la consegna nella posta in entrata o la lettura.

In PrestaShop 1.7.8 e 9.1, l'azione nativa di reinvio nella cronologia degli stati usa un record di cronologia esistente e invia l'email di stato configurata senza cambiare lo stato del flusso né aggiungere una riga di cronologia. Gli aggiornamenti moderni degli stati possono rifiutare di riassegnare lo stato corrente.

Non alternare gli stati per reinviare email. I cambi di stato possono influire sulle scorte, incluse le transizioni del flag shipped, oltre che su documenti, hook e altre automazioni. Usa una transizione reale solo quando il flusso dell'ordine deve cambiare.

L'originale order_conf è costruito da un diverso percorso di invio. Una ricostruzione dedicata deve assemblare variabili d'ordine e template corretti; non è necessariamente una riproduzione dei byte originali.

Resend Order Confirmation ricostruisce il messaggio da dati attuali di ordine/cliente e template attuale, lascia invariati stato e totali, registra una nota privata e un log e invia senza fattura allegata. Controlla il destinatario mostrato prima di confermare: usa l'email attuale del cliente, la lingua dell'ordine e il negozio originale.

Verifica identità e destinazione prevista prima di correggere un indirizzo email o reinviare dettagli personali dell'ordine. Dopo una modifica dell'ordine, assicurati che il messaggio rappresenti i dati finali. Controlla separatamente le fatture invece di presumere che ogni conferma includa il PDF.

I clienti possono visualizzare ordine e documenti disponibili tramite i percorsi supportati dell'account o di consultazione ospite. Un comando di reinvio destinato al cliente richiede un'estensione o personalizzazione adeguata, con controlli di titolarità, controlli sulla destinazione, limiti contro gli abusi e registrazioni delle attività.

Verifica i reinvii in staging con un mail catcher e ordini di prova identificabili. Ripetere l'invio non risolve un errore di autenticazione o consegna. Indaga sul mittente, poi invia una sola volta il messaggio necessario.

Definisci l'inattività, crea un pubblico delimitato e prova gli incentivi

La riattivazione mira a un intervallo dall'ultimo acquisto qualificante, anziché a un carrello abbandonato di recente. Definisci quella politica di acquisto e misura la distribuzione degli intervalli tra ordini ripetuti per cliente e tipo di prodotto. Esporta gli ordini qualificanti, ordina cronologicamente gli acquisti di ogni cliente e calcola gli intervalli tra ordini consecutivi. Una query dell'ultimo ordine da sola non misura quegli intervalli.

Un consumabile con un ciclo circa mensile può giustificare un test anticipato rispetto a un elettrodomestico durevole. La moda può essere stagionale. Se provi soglie come 1,5 o 2 volte l'intervallo usuale di acquisto, trattale come impostazioni di test e confronta i risultati.

Questo pubblico illustrativo seleziona clienti con l'ordine valido più recente tra 60 e 365 giorni fa nel negozio 1. Sostituisci prefisso, negozio e finestre. valid=1 riflette la gestione degli stati logable, non una prova universale di pagamento o esclusione dei rimborsi; esamina gli stati e aggiungi la politica richiesta per pagamenti, annullamenti e rimborsi prima dell'uso.

SELECT c.id_customer, c.firstname, c.lastname, c.email,
       MAX(o.date_add) AS last_order
FROM ps_orders o
JOIN ps_customer c ON c.id_customer = o.id_customer
WHERE o.id_shop = 1
  AND o.valid = 1
  AND c.newsletter = 1 AND c.deleted = 0
GROUP BY c.id_customer, c.firstname, c.lastname, c.email
HAVING MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 60 DAY)
   AND MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 365 DAY)
ORDER BY last_order DESC;

Il flag newsletter è un filtro preliminare. Applica permessi attuali, esclusioni e altre esclusioni di campagna prima di inviare. L'ultima visita non è l'ultimo acquisto; usa i dati d'ordine invece di dedurre l'inattività dalla griglia clienti.

Una sequenza di esempio da provare

Questi tempi sono misurati dall'ingresso e sono ipotesi, non un motivo per presumere che quattro messaggi superino uno. Interrompi dopo un acquisto qualificante o una revoca. Definisci quando ridurre o terminare il marketing per chi non risponde; non confondere aperture automatiche con coinvolgimento significativo.

I possibili incentivi includono uno sconto percentuale, un contributo alla spedizione, un omaggio o un vantaggio fedeltà. Non esiste uno sconto minimo efficace universale. Codici legati al cliente, date di validità reali e limiti di utilizzo totali/per utente aiutano a far rispettare un'offerta monouso. Verifica il meccanismo effettivo di generazione e sincronizzazione prima di promettere codici unici su larga scala.

Segmenta per cronologia prodotti, recenza, valore misurato e attività significativa. Un acquirente di beni durevoli può avere bisogno di accessori anziché di un altro articolo identico. Non presumere che un'elevata spesa storica renda redditizio uno sconto consistente.

Misura i risultati di un gruppo di destinatari fisso

Salva gli ID finali dei destinatari e le date di inizio e fine campagna. Poi conta gli acquisti qualificanti in quella finestra esplicita senza mantenere la clausola HAVING di inattività. Questo esempio usa ID e date illustrativi del gruppo, con la stessa avvertenza sulla politica degli ordini:

SELECT COUNT(DISTINCT o.id_customer) AS reactivated
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
  AND o.date_add >= '2026-10-01 00:00:00'
  AND o.date_add < '2026-11-30 00:00:00'
  AND o.id_customer IN (101, 102, 103);

Dividi per la dimensione della coorte definita e confronta con un gruppo di controllo casuale dove possibile. Traccia acquisti successivi a prezzo pieno, sconti, contributi alla spedizione e margine di contribuzione. Usa il tasso di recupero misurato per valutare la campagna.

Distingui un cliente inattivo da un promemoria di prodotto

Supponi di vendere cibo per animali e cucce durevoli. Chi ha saltato il riordino abituale di cibo può essere un candidato utile al riapprovvigionamento; chi ha comprato una cuccia nello stesso momento potrebbe non aver bisogno di acquistare ancora. Se l'acquirente di cibo ha comprato di recente una cuccia, l'ultimo acquisto del cliente è recente anche se quello del cibo è più vecchio. Scegli se la regola riguarda il cliente o un prodotto specifico, poi esamina le righe d'ordine corrispondenti prima di inserire la persona in un flusso.

Per una campagna verificata, salva pubblico scelto ed esclusioni prima che il personale approvi i messaggi. Per un flusso continuo, definisci quando una persona può rientrare dopo un acquisto o un tentativo precedente. Altrimenti un'attività giornaliera di idoneità può continuare ad ammettere lo stesso contatto che non risponde e vanificare il limite dell'ultimo messaggio.

Misura valore, riapprovvigionamento e intero percorso di invio

La spesa storica richiede una politica su valuta e rimborsi

Non sommare importi nelle valute degli ordini come se avessero una valuta comune. Una convenzione di report converte l'importo registrato di ogni ordine usando il tasso di conversione registrato nella base della valuta di riferimento del negozio. Se quella base è cambiata nel tempo, normalizza esplicitamente prima del confronto. I ricavi storici pagati non sono il valore completo del cliente nel tempo né l'utile.

Questo esempio diagnostico raggruppa per cliente e negozio e segnala tassi mancanti o non positivi. Non sottrae rimborsi né prova il permesso attuale di invio:

SELECT o.id_customer, COUNT(*) AS order_count,
       SUM(CASE WHEN o.conversion_rate > 0
                THEN o.total_paid_real / o.conversion_rate END)
           AS historical_paid_base,
       SUM(CASE WHEN o.conversion_rate IS NULL
                     OR o.conversion_rate <= 0 THEN 1 ELSE 0 END)
           AS invalid_rates
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
GROUP BY o.id_customer
ORDER BY historical_paid_base DESC;

Non usare un valore calcolato con tassi non validi per stilare una classifica. Definisci stati pagati/completati, annullamenti, rimborsi parziali, imposte, chargeback e valuta di reporting prima di creare un segmento VIP o di valore. Collega separatamente dati di permesso ed esclusioni correnti.

Usa una finestra dell'ultimo acquisto per il riapprovvigionamento

Una query per ogni ordine più vecchio di 25 giorni è un campione storico senza limiti. Non identifica i clienti il cui ultimo acquisto pertinente risale a circa 25 giorni fa. Raggruppa per cliente e prodotto obiettivo, prendi l'ultimo acquisto qualificante e usa un intervallo di età delimitato. Abbina le combinazioni quando il riapprovvigionamento dipende dalla variante.

SELECT o.id_customer, MAX(o.date_add) AS last_product_order
FROM ps_orders o
JOIN ps_order_detail od ON od.id_order = o.id_order
WHERE o.id_shop = 1 AND o.valid = 1
  AND od.product_id = 42
GROUP BY o.id_customer
HAVING MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 26 DAY)
   AND MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 25 DAY);

Questa è una finestra giornaliera illustrativa di idoneità, soggetta alla stessa politica di ordini, rimborsi e permessi. Un flusso continuo richiede anche deduplicazione, recupero delle esecuzioni saltate e interruzione dopo l'acquisto. Esegui report pesanti su una copia appropriata per il reporting o fuori dagli orari di punta; SELECT non significa senza costo.

Riporta i risultati con denominatori chiari

• Email operative: generazione, accettazione del trasporto, eventi di consegna/rimbalzo, accesso del cliente e risultati dell'assistenza.
• Marketing: destinatari idonei, messaggi consegnati, clic significativi, disiscrizioni, reclami e ordini qualificanti in una finestra dichiarata.
• Recensioni: visite al modulo e recensioni completate, anziché sole aperture email.
• Profitto: acquisti incrementali al netto di costi di merce, evasione, piattaforma e incentivi.

Apple Mail Privacy Protection può caricare contenuti remoti senza che una persona legga il messaggio. Le aperture quindi non possono classificare affidabilmente il coinvolgimento individuale o diagnosticare da sole un problema di consegna. Anche il fatturato attribuito dalla piattaforma non è prova di fatturato incrementale; confronta con un gruppo di controllo dove possibile.

Usa tag di campagna coerenti per le analisi, senza dati personali o credenziali di recupero nei campi dei tag. Registra finestra di attribuzione, fuso orario e valuta. Non confrontare medie di apertura transazionali e promozionali come se rappresentassero lo stesso scopo.

Controlli di lancio dall'inizio alla fine

1. Iscrivi e conferma un indirizzo di prova attraverso ogni percorso di raccolta.
2. Verifica profilo di destinazione, registrazioni dei permessi e dati esatti degli eventi.
3. Verifica abbandono, link di recupero in una nuova sessione e interruzione dopo l'acquisto.
4. Effettua ordini con diversi metodi di pagamento; esamina messaggi di conferma, stato e tracciamento.
5. Disiscriviti nel negozio e nel fornitore, poi esegui un nuovo tentativo o un recupero dei dati pregressi e conferma che l'esclusione sopravviva.
6. Controlla annullamento, rimborso, evento duplicato, prodotto mancante e invio fallito.
7. Abilita un flusso, assegna un responsabile e monitora errori e risultati effettivi dei clienti prima di ampliare.

Trova il passaggio che fallisce prima di cambiare la campagna

Conserva un record di prova con dati sensibili oscurati che riporti negozio, identificativi di contatto/carrello/ordine, nome evento, orario di accadimento, orario di elaborazione ed esito del mittente. Correla lo stesso caso tra i sistemi. Non inserire chiavi API private, credenziali di recupero o copie inutili del database clienti in un ticket di assistenza.

Cambia il flusso e consegnane la gestione

Una migrazione di mittente o connettore richiede un piano dati oltre al cambio di impostazioni. Mappa identità dei pubblici vecchi e nuovi, lingua, negozio e campi dei permessi. Decidi quali record storici sono un'importazione retroattiva e quali eventi possono avviare un nuovo flusso. Importare un vecchio acquisto come se fosse avvenuto ora può inviare un messaggio non pertinente; importare un vecchio contatto come nuovo iscritto può riavviare una sequenza di benvenuto.

1. Censisci ogni messaggio, trigger e sistema di invio attivo. Includi attività dei moduli, comandi pianificati, automazioni delle piattaforme ed eventuali servizi ERP o di evasione che possono emettere lo stesso messaggio.
2. Prepara le registrazioni di esclusione prima di attivare le importazioni dei contatti. Registra termine dello storico, mappatura degli identificativi e trattamento dei messaggi già accodati, poi prova con invio disattivato.
3. Controlla esplicitamente i confini dello staging. Isolane il database, disattiva pianificazioni reali e callback esterne e sostituisci credenziali o destinazioni del mittente con equivalenti di prova controllati. Verifica le piattaforme esterne oltre alla posta generata dal negozio.
4. Esegui i controlli di lancio sopra e conserva profili risultanti, esempi dei messaggi e prove di acquisto/revoca/nuovi tentativi. Verifica tema effettivo, checkout ospite, lingue, valute e contesti multinegozio che intendi usare.
5. Concorda finestra di passaggio e quale fonte di invio si ferma prima che parta la sostituta. Riconcilia le modifiche dopo la prova, applica le ultime revoche ed escludi i carrelli obsoleti prima di rilasciare il lavoro.
6. Attiva il flusso concordato per il pubblico definito. Controlla errori della coda, eventi di consegna, invii duplicati e risposte all'assistenza, con una persona designata capace di sospendere il marketing interessato.

Per tornare indietro, registra come sospendere pianificazione, nuovi tentativi e flusso esterno, incluse le richieste già accettate dal fornitore. Ripristina la configurazione precedente conservando nuovi ordini, revoche e registrazioni durevoli degli invii. Ripristinare un vecchio database sopra i dati commerciali attuali può perdere quelle modifiche. Riconcilia gli invii effettivi prima di rilasciare il lavoro in attesa dal vecchio percorso.

Cosa chiedere allo sviluppatore o all'agenzia

• Quale modulo installato e percorso della piattaforma fornisce ogni evento richiesto e quali parti sono tracking browser, sincronizzazione contatti o sincronizzazione commerciale?
• Dove sono conservate le prove dei permessi, chi applica le revoche e cosa dimostra che un nuovo tentativo non possa reiscrivere qualcuno?
• Quali prove mostrano che acquisti ospite, pagamenti in attesa, rimborsi e checkout effettivo si comportino come concordato?
• Chi gestisce attività pianificate ed errori, dove è visibile l'ultima esecuzione riuscita e come può il personale ripetere un'attività fallita senza duplicare un invio?
• Quali template, lingua e mittente sono stati provati e dove sono esportazione della configurazione, passaggi di attivazione e istruzioni di annullamento?

Prima della consegna, fai dimostrare all'addetto che gestirà il flusso come indagare un'attività fallita e sospenderlo. Basa la revisione successiva su consegne effettive, reclami, acquisti e costi e ripeti i casi di accettazione pertinenti dopo cambi di connettore, tema o checkout.

Domande dei commercianti

Devo sostituire la piattaforma che usiamo già?

Mantienila se l'integrazione installata dimostra il prossimo flusso richiesto e il costo è adatto al team. Un evento o una mappatura dei permessi mancanti possono richiedere una riparazione mirata dell'integrazione anziché una migrazione di piattaforma.

Possiamo tenere le email d'ordine in PrestaShop e inviare il marketing altrove?

Sì. Assegna un mittente a ogni messaggio e mantieni le comunicazioni essenziali degli ordini separate dalle esclusioni dal marketing. Disattiva gli invii sovrapposti affinché i due sistemi non annuncino lo stesso evento.

Il consenso alla newsletter consente anche promemoria carrello?

Controlla il permesso effettivamente raccolto e le regole del mercato pertinente. Non dedurre il permesso per i promemoria da un indirizzo, un account o una casella non correlata. Quando le scelte sono separate, applicale separatamente.

Possiamo importare una vecchia lista clienti e iniziare a inviare?

Solo dopo aver controllato provenienza, permesso applicabile, prove di conferma ed esclusioni attuali. Un nuovo connettore o pubblico non rinnova il permesso e un'importazione deve preservare le revoche.

Un connettore gratuito rende gratuito l'intero flusso?

Account esterno, costi di invio o di canale, configurazione e gestione continua restano separati. Includi il lavoro di scrittura dei messaggi, revisione dei pubblici e gestione delle attività fallite quando confronti i percorsi.

Cosa dovremmo lanciare per primo?

Scegli il messaggio utile di cui sai già dimostrare dati e percorso di invio. Lancialo dopo aver verificato le uscite per acquisto e revoca, poi usa il risultato misurato per decidere se un altro passaggio merita il suo posto.