Facebook e Instagram Ads per e-commerce: guida pratica per iniziare

Ultima revisione giugno 2026 — verificato rispetto all'attuale deduplicazione della Conversions API di Meta e alla denominazione del budget Advantage per le campagne.

La maggior parte delle guide su "come fare pubblicità su Facebook" è scritta per un negozio generico su una piattaforma generica, e si ferma al punto in cui fai clic su "Pubblica" dentro Meta Ads Manager. La parte difficile per un commerciante PrestaShop arriva prima: far sì che il negozio invii a Meta i segnali giusti, portare il catalogo prodotti in Meta in un formato affidabile e assicurarsi che un acquisto completato nella procedura di pagamento venga attribuito all'inserzione corretta. Se questa base tecnica è sbagliata, anche una campagna perfettamente mirata restituirà numeri inutili, ottimizzerà verso le persone sbagliate e consumerà budget che non recupererai.

Questa guida è un punto di partenza pratico per le inserzioni a pagamento su Facebook e Instagram pensate specificamente per PrestaShop: la base dati che la piattaforma deve ricevere dal tuo negozio, come strutturare una prima campagna in modo che possa davvero apprendere e quali metriche ti dicono se scalare o fermarti. Parte dal presupposto che tu voglia pubblicare inserzioni. Se stai ancora valutando se il social a pagamento sia il canale giusto per i tuoi prodotti, parti da quali piattaforme social generano davvero vendite.

La base dati: tre elementi che il tuo negozio deve inviare a Meta

Prima di spendere anche un solo euro, devono esistere tre collegamenti tra il tuo negozio PrestaShop e Meta. Sono ciò che distingue un algoritmo che trova acquirenti da uno che tira a indovinare.

Il pixel merita un approfondimento a sé: quali eventi attiva, come verificarli in Events Manager e perché si ripaga anche in un negozio che non pubblica mai inserzioni a pagamento. Lo trattiamo in modo completo in Facebook Pixel per PrestaShop; qui ci serve solo la parte rilevante per le campagne: il tuo pixel deve attivare gli eventi e-commerce standard (ViewContent, AddToCart, InitiateCheckout, Purchase) prima che tu spenda denaro, perché sono esattamente i segnali su cui una campagna Vendite ottimizza. Se gestisci un negozio di tappetini da yoga e il tuo pixel segnala solo PageView, Meta non ha idea di quali visitatori siano acquirenti, e una campagna "acquisti" è in realtà solo una campagna "traffico" con un nome più sicuro di sé.

Dai al pixel il tempo di accumulare dati — idealmente un paio di settimane di normale traffico organico e diretto prima del lancio — così Meta ha una base di riferimento su che aspetto abbia un vero acquirente nel tuo negozio. Quindi? Un pixel già rodato fa partire la prima campagna a pagamento da segnali reali invece che da zero, ed è la differenza tra apprendere in pochi giorni e apprendere in settimane di spesa sprecata.

Perché il lato server (Conversions API) non è più facoltativo

Dopo le modifiche al tracciamento introdotte da Apple e la crescita costante dei blocchi pubblicitari, una quota significativa degli eventi del pixel nel browser non raggiunge mai Meta — acquisti inclusi. Quando Meta non vede un acquisto, succedono due cose negative: sottostima il tuo ROAS (quindi una campagna redditizia sembra perdente e la interrompi) e non può imparare da quella conversione (quindi ottimizza peggio). La soluzione è la Conversions API: il tuo server PrestaShop invia l'evento di acquisto direttamente a Meta, server-to-server, deduplicato rispetto all'evento del browser tramite un ID evento condiviso. Il risultato sono dati più completi senza conteggi doppi. Su PrestaShop è esattamente il tipo di collegamento che un modulo dedicato a pixel e CAPI gestisce dal back office, invece di far costruire a uno sviluppatore un'integrazione server a mano — e prima di scalare la spesa vale la pena verificare che il tuo tracciamento includa CAPI, non solo il pixel. Il nostro modulo Facebook Pixel per PrestaShop attiva insieme gli eventi del browser e la Conversions API lato server, condividendo un unico ID evento così Meta li deduplica automaticamente — proprio la parte che la maggior parte delle configurazioni manuali sbaglia.

La cosa da verificare in Events Manager è la deduplicazione stessa: un Purchase del browser e un Purchase del server per lo stesso ordine devono avere lo stesso event_id, altrimenti Meta conta la vendita due volte e il ROAS riportato si gonfia. Un evento corretto lato browser è così:

<!-- Browser pixel: Purchase, with a shared event_id for CAPI dedup -->
<script>
  // orderId comes from your PrestaShop order confirmation page
  var eventId = 'order_' + orderId;
  fbq('track', 'Purchase', {
    value: 49.90,
    currency: 'EUR',
    content_ids: ['SKU-123', 'SKU-456'],
    content_type: 'product'
  }, { eventID: eventId });
</script>

Il server poi invia tramite POST lo stesso Purchase con l'identico event_id alla Conversions API di Meta. Meta abbina i due eventi e ne conserva uno solo. Se in Events Manager vedi sempre e solo eventi del browser e mai un badge "server" accanto agli acquisti, CAPI non è davvero collegata — sistemala prima di scalare.

Porta il catalogo in Meta nello stesso modo in cui alimenteresti Google

Le Dynamic Product Ads — il formato che mostra a ogni visitatore esattamente i prodotti che ha visto o abbandonato — richiedono un catalogo prodotti dentro Commerce Manager di Meta. Il modo pulito per fornirlo su PrestaShop è un flusso strutturato di prodotti, la stessa disciplina che usi già (o dovresti usare) per Google Shopping: un'esportazione XML/CSV pianificata del catalogo con ID stabili, prezzi, disponibilità e URL delle immagini, che Meta rilegge automaticamente quando scorte e prezzi cambiano.

Questo conta perché è la qualità del catalogo, non la creatività dell'inserzione, a limitare silenziosamente le prestazioni delle inserzioni dinamiche. Se il tuo flusso invia prodotti esauriti, con prezzo errato o privi dell'immagine giusta, Meta li pubblicizzerà diligentemente — e tu pagherai clic su un'inserzione "compra ora" che porta a un prodotto non disponibile. Il vantaggio specifico di PrestaShop: un modulo per flussi dati che mappa già catalogo, combinazioni e scorte secondo uno standard da marketplace può di solito generare un catalogo compatibile con Meta dagli stessi dati, così il flusso Shopping e il catalogo Facebook restano sincronizzati da un'unica fonte affidabile. Se usi già il nostro Smart Google Merchant Feed Manager per Google, gli stessi dati prodotto ben gestiti sono ciò che alimenta inserzioni dinamiche pulite su Meta — un flusso ben mantenuto, due canali a pagamento.

Il catalogo alimenta anche un Facebook Shop, che è una superficie separata (gratuita) rispetto alle inserzioni a pagamento: vendere nativamente sulla piattaforma invece di acquistare posizionamenti. Se è nella tua roadmap, ha considerazioni di configurazione proprie trattate in Facebook Shop e PrestaShop.

Struttura della campagna: obiettivo, pubblico, creatività

Meta Ads ha tre livelli annidati, e lo spreco più comune tra chi inizia nasce dal confondere cosa appartiene a quale livello.

Scegli l'obiettivo che il tuo pixel può davvero sostenere

Per l'e-commerce, l'impostazione predefinita onesta è Vendite (Conversioni), che ottimizza verso persone propense ad acquistare — ma per funzionare ha bisogno di dati sugli acquisti. Un pixel appena installato, con zero acquisti tracciati, non può alimentare bene una campagna Vendite, perché l'algoritmo non ha nulla da cui trovare profili simili.

• Vendite / Conversioni — la tua destinazione. Ottimizza per gli acquisti. Passa qui quando il pixel ha circa 25–50 acquisti tracciati (consideralo una soglia operativa, non un numero magico — il punto è avere "abbastanza segnale da cui imparare").
• Traffico — usalo intenzionalmente per testare pubblici a basso rischio, non come passaggio predefinito per "scaldare" il pixel. Ottimizza per clic economici più che per acquirenti, quindi preferisci l'ottimizzazione Vendite/acquisti non appena budget e volume eventi lo consentono, anche con dati limitati.
• Interazione — utile per costruire Mi piace, commenti e condivisioni su un'inserzione prima di usarla come inserzione di conversione, così parte già con una prova sociale visibile.

Pubblici: freddi per trovare nuovi acquirenti, caldi per convertirli

Freddo (acquisizione) significa persone che non ti conoscono ancora. Tre approcci che funzionano in un negozio PrestaShop:

• Targeting per interessi — dati demografici, interessi e comportamenti di Meta. Vendi tappetini da yoga? Punta a yoga / fitness / benessere. Mantieni il pubblico abbastanza ampio (ben oltre mezzo milione di persone) così l'algoritmo ha spazio per ottimizzare.
• Pubblici lookalike — quando il pixel ha acquisti o hai caricato un elenco email dei clienti, Meta trova persone simili ai tuoi acquirenti reali. Un lookalike all'1% degli acquirenti passati è di solito il pubblico freddo più forte che puoi costruire.
• Targeting ampio — con un pixel maturo e la Conversions API che alimenta dati di acquisto puliti, restrizioni minime di targeting spesso superano quelle strette, perché ti affidi all'algoritmo invece che alle tue ipotesi su chi sia il cliente.

Caldo (retargeting) significa persone che hanno già visto un prodotto, abbandonato un carrello o acquistato in passato — creato automaticamente dal pixel e dal catalogo configurati sopra. Il retargeting è una disciplina a sé, con proprie finestre di pubblico, limiti di frequenza e logiche creative, quindi invece di comprimere qui una versione superficiale trovi la guida completa in retargeting spiegato. Per un negozio PrestaShop, il punto di partenza essenziale è semplicemente che un pixel che si attiva correttamente rende possibili i pubblici di chi abbandona il carrello e di chi visualizza prodotti.

Creatività: la leva che supera tutto il resto

Il targeting decide chi vede l'inserzione; la creatività decide se gli interessa. Alcuni formati e le regole specifiche per l'e-commerce che contano:

• Immagine — il prodotto in uso (ambientato) batte il prodotto su sfondo bianco; un prodotto, un messaggio; testo minimo sull'immagine; formato quadrato (1:1) o verticale (4:5) per occupare più spazio nel flusso.
• Video — conquista i primi 3 secondi con il prodotto o un gancio, mai con un logo; progetta per la visione senza audio con sottotitoli, dato che la maggior parte dei video nel flusso viene guardata in muto; verticale (9:16) per Stories e Reels.
• Carosello — più prodotti o più angolazioni, con ogni scheda collegata in profondità alla propria pagina prodotto; oppure una narrazione problema → soluzione → risultato attraverso le schede.
• Dynamic Product Ads — il formato e-commerce a maggiore leva, alimentato dal flusso del catalogo sopra. Meta compone automaticamente un'inserzione mostrando a ciascuna persona i prodotti che ha visto o articoli simili. È qui che un flusso prodotti PrestaShop pulito si ripaga.

Budget, offerte e fase di apprendimento

L'abitudine più costosa di chi inizia è l'impazienza: giudicare o modificare una campagna prima che abbia dati sufficienti per essere valutata. Ogni modifica significativa azzera la fase di apprendimento di Meta, il periodo in cui l'algoritmo raccoglie conversioni prima di poter ottimizzare in modo affidabile (ha bisogno di circa 50 conversioni per gruppo di inserzioni a settimana per uscirne). Ritocchi continui mantengono la campagna permanentemente nel suo stato peggiore.

• Parti in piccolo — circa 10–20 €/giorno per i test bastano a raccogliere segnale senza rischiare troppo denaro mentre capisci cosa funziona.
• Usa il budget Advantage per le campagne (in precedenza Campaign Budget Optimisation/CBO) — lascia che Meta sposti il budget verso i gruppi di inserzioni che performano, invece di dividerlo a mano in parti uguali.
• Non segmentare troppo — ogni gruppo di inserzioni ha bisogno di conversioni sufficienti per uscire dalla fase di apprendimento; dieci gruppi sottoalimentati imparano tutti male. Vincono meno gruppi, ma meglio alimentati.
• Scala per gradi — aumenta il budget di circa il 20–30% alla volta. Raddoppiarlo da un giorno all'altro riporta il gruppo di inserzioni in apprendimento e destabilizza le prestazioni.
• Aggiorna prima della saturazione — anche una creatività forte si stanca dopo qualche settimana; prepara il set successivo prima che la frequenza salga.

Le metriche che decidono se scalare o fermarsi

La maggior parte dei principianti guarda Mi piace e copertura: vanità. I numeri che decidono davvero se guadagni:

L'avvertenza cruciale per i commercianti PrestaShop: questi numeri sono affidabili solo quanto il tracciamento che li sostiene. Se il pixel sottostima gli acquisti perché gli eventi del browser vengono scartati, il ROAS sembrerà peggiore della realtà e interromperai campagne redditizie. È esattamente per questo che il passaggio sulla Conversions API non è una manutenzione facoltativa — è ciò che rende i numeri di questa tabella abbastanza attendibili da investirci budget.

Un primo mese realistico

• Conferma che il pixel attivi ViewContent, AddToCart, InitiateCheckout e Purchase, e che la Conversions API invii gli acquisti lato server — verifica entrambi in Events Manager di Meta.
• Collega il flusso dati del catalogo prodotti a Commerce Manager così le Dynamic Product Ads sono disponibili.
• Lascia che il pixel raccolga una o due settimane di traffico organico/diretto, così avrà una base di riferimento sugli acquirenti.
• Lancia una campagna adatta ai tuoi dati: preferisci Vendite/Conversioni quando budget e volume eventi lo consentono, e riserva Traffico a test intenzionali del pubblico a basso rischio invece di usarlo come riscaldamento predefinito.
• Prova tre o quattro creatività davvero diverse su un unico pubblico freddo ben dimensionato e lasciale girare una settimana prima di giudicare.
• Attiva il retargeting per chi abbandona il carrello e per chi visualizza prodotti — i pubblici caldi che ora pixel e catalogo rendono possibili.
• Leggi la tabella sopra ogni settimana, scala i vincitori a passi del 20–30%, taglia i perdenti e aggiorna le creatività prima che la frequenza salga.

Il social a pagamento premia pazienza e dati puliti molto più dei trucchi di targeting ingegnosi. Su PrestaShop in particolare, "iniziare" riguarda meno Ads Manager e più i collegamenti dal negozio: un pixel che attiva gli eventi giusti, un flusso lato server che recupera gli acquisti persi dal browser e un catalogo prodotti di cui Meta possa fidarsi. Sistemali bene e la prima campagna parte da segnali reali invece che da ipotesi. Quando il social a pagamento inizia a fare la sua parte, funziona al meglio insieme alle superfici organiche che amplifica: guarda come lato a pagamento e lato gratuito si integrano in integrare i flussi Instagram e Facebook in PrestaShop.

Tagga i link delle inserzioni così GA4 può dirti ciò che Meta non mostra

I report di Meta ti dicono come è andata secondo Meta. Per vedere come un visitatore arrivato da Meta si comporta nel tuo negozio rispetto a ogni altro canale — e per confrontare il ROAS dichiarato da Meta con i tuoi ordini reali — aggiungi parametri UTM all'URL di destinazione di ogni inserzione. Imposta una volta i parametri URL a livello di campagna in Ads Manager e verranno applicati a ogni clic:

utm_source=facebook        # or instagram
utm_medium=paid_social
utm_campaign={{campaign.name}}
utm_content={{ad.name}}
utm_term={{adset.name}}

Quei token {{...}} sono i parametri URL dinamici di Meta: Meta li compila per ogni clic, quindi una sola impostazione copre l'intero account e GA4 raggruppa il traffico per nomi reali di campagna e creatività invece che per ID opachi. L'obiettivo non è sostituire i numeri del pixel Meta; è avere in GA4 un registro indipendente last-click, così quando Meta dichiara un ROAS 5× e l'elenco ordini non torna, puoi vedere dove nasce lo scarto.

Domande frequenti

Mi serve ancora il pixel del browser se ho configurato la Conversions API?

Sì — tienili entrambi. La Conversions API non sostituisce il pixel; lo supporta. Il pixel del browser cattura i comportamenti ricchi sul sito (quale prodotto è stato visto, avanzamento fino alla procedura di pagamento) e il flusso server recupera gli eventi che il browser perde. Sono pensati per funzionare insieme e deduplicare rispetto a un ID evento condiviso. Usare solo CAPI fa perdere segnale; usare solo il pixel è proprio ciò che le modifiche al tracciamento di Apple hanno compromesso.

Quanto devo spendere prima di capire se una campagna funziona?

Budget sufficiente perché un gruppo di inserzioni raggiunga circa 50 conversioni a settimana: è la soglia di cui Meta ha bisogno per uscire dalla fase di apprendimento e ottimizzare in modo affidabile. Con un costo per acquisto di 15 €, significa circa 750 €/settimana in un singolo gruppo di inserzioni, non divisi tra dieci. Se i tuoi margini non possono ancora sostenere un obiettivo Vendite, testa segnali meno costosi (AddToCart, InitiateCheckout) come evento di ottimizzazione finché il volume di acquisti cresce. Giudicare una campagna che non è mai uscita dall'apprendimento significa giudicare rumore.

Perché Meta segnala più vendite del mio elenco ordini PrestaShop?

Quasi sempre per uno di questi due motivi: la finestra di attribuzione (Meta accredita una vendita a un'inserzione cliccata fino a 7 giorni prima, anche se la persona è tornata da un altro canale per acquistare), oppure acquisti contati due volte perché gli eventi del browser e del server non sono deduplicati. Controlla prima la corrispondenza dell'event_id: se gli eventi Purchase del browser e del server non condividono un ID, Meta li conta entrambi. Dopo, considera il numero di Meta come "influenzato dalla pubblicità" e l'elenco ordini come "effettivamente incassato", quindi riconcilia con i dati UTM in GA4.

Il mio ROAS è calato subito dopo aver aumentato il budget: ho rotto qualcosa?

Probabilmente hai azzerato la fase di apprendimento. Qualsiasi modifica significativa — e un salto di budget oltre ~20–30% lo è — rimanda il gruppo di inserzioni in apprendimento, dove performa al peggio mentre raccoglie di nuovo conversioni. Aumenta il budget a passi del 20–30% e aspetta che le prestazioni si stabilizzino di nuovo (da qualche giorno a una settimana) prima del passo successivo. Non reagire al calo con un'altra modifica: ricominceresti solo da capo.

Posso pubblicare Dynamic Product Ads senza uno sviluppatore?

Sì, se il flusso del catalogo è pulito. Le Dynamic Product Ads richiedono un catalogo prodotti in Commerce Manager e un pixel che attivi ViewContent e AddToCart con content_ids corrispondenti — entrambe cose che un modulo per flussi dati e un modulo pixel configurano dal back office di PrestaShop. Il lavoro da sviluppatore (scrivere un flusso a mano, costruire l'integrazione CAPI) è esattamente ciò che quei moduli eliminano. Ciò che non puoi saltare è l'igiene del flusso: articoli esauriti o con prezzo errato verranno comunque pubblicizzati.

Continua a leggere

• Facebook Pixel per PrestaShop: perché ti serve anche se non pubblichi inserzioni — gli eventi, la verifica e perché il pixel si ripaga prima ancora di spendere un euro.
• Retargeting spiegato — la metà calda del funnel che pixel e catalogo rendono possibile.
• Quali piattaforme social generano davvero vendite — la decisione sul canale da prendere prima di impegnare budget pubblicitario.