Come verificare le email da Shopify senza un'app

Il tuo negozio Shopify raccoglie indirizzi email ovunque (al checkout, nel popup della newsletter, nel form di creazione dell'account) e ogni indirizzo morto o falso che conservi erode in silenzio la deliverability delle ricevute e delle campagne che devono davvero arrivare. Per verificare le email da Shopify oggi non puoi affidarti a un'app da installare con un clic: le integrazioni native di Qualisend con le piattaforme sono in fase di ricostruzione, quindi al momento non c'è un plugin Shopify da installare. Quello che puoi fare è altrettanto efficace e più portabile: pulire in blocco la lista clienti che hai già e verificare in tempo reale su ogni form personalizzato che controlli. Questa guida illustra entrambe le strade.

In breve#

Non esiste ancora un'app Qualisend per Shopify (è in roadmap), quindi usa i due schemi supportati. In blocco: esporta i clienti in CSV, passa il file alla verifica in blocco e sopprimi i non recapitabili nel tuo strumento email. In tempo reale: su ogni form di iscrizione o newsletter che controlli, invia l'indirizzo a una tua funzione serverless e chiama l'API di Qualisend prima di conservarlo. Lascia stare il checkout nativo di Shopify (sui piani standard è bloccato e non può accogliere un passaggio di verifica) e per tutto il resto affidati a questi due schemi.

Perché la deliverability riguarda tutto il negozio#

Un negozio Shopify non è solo una lista marketing: è anche un mittente transazionale. Conferme d'ordine, aggiornamenti sulla spedizione, promemoria di carrello abbandonato e campagne poggiano tutti sullo stesso dominio di invio e sulla stessa reputazione del mittente. Un hard bounce da un'iscrizione falsa intacca la reputazione che recapita anche la ricevuta attesa da un acquirente vero. Ecco perché tenere fuori gli indirizzi non validi conta più per un negozio che per una semplice newsletter: in gioco ci sono le email degli ordini, non solo i tassi di apertura. Se il tasso di bounce sale, tutto ciò che invii arriva un po' peggio. La verifica è il modo per far sì che la lista a cui invii sia composta da indirizzi che esistono davvero: per il quadro completo leggi cos'è la verifica email.

Schema 1: pulisci in blocco la lista clienti esistente#

Se vendi da un po', il risultato più grande ed economico sta nella lista che hai già. Shopify rende banale l'esportazione e un job in blocco trasforma l'intero file in un esito per indirizzo in un solo passaggio.

1. Esporta da Shopify. Nell'admin, vai su Customers, applica eventualmente un filtro (per esempio gli iscritti o i clienti che non ordinano da un anno) e scegli Export → CSV. Il file include l'email di ogni cliente e il suo stato di consenso al marketing.
2. Verifica il file in blocco. Carica il CSV nella verifica in blocco di Qualisend. Ogni riga torna con uno status (deliverable, risky, undeliverable o unknown), uno score da 0 a 100 e indicatori aggiuntivi per disposable, role, free_mail e catch_all.
3. Sopprimi gli indirizzi morti. Prendi ogni undeliverable e aggiungilo alla lista di soppressione o di esclusione dello strumento che invia davvero la tua posta: Shopify Email, Klaviyo, Mailchimp, Omnisend. La soppressione ferma gli invii che altrimenti genererebbero bounce.
4. Rivedi i casi intermedi. Tieni gli indirizzi deliverable. Segmenta quelli risky e catch-all per inviare con più cautela invece di scartarli (ne parliamo più avanti).

La procedura per trasformare un export grezzo in una lista pulita e segmentata (deduplica, verifica, soppressione, nuova segmentazione) è la stessa su qualsiasi piattaforma; come pulire una lista email è la versione completa di questo flusso di lavoro. Eseguila prima dei grandi invii (una campagna stagionale, il lancio di un prodotto) e ogni pochi mesi, man mano che le nuove iscrizioni si accumulano.

Come verificare in tempo reale le email dai form di Shopify#

La pulizia rimedia. L'altra metà è la prevenzione: intercettare un indirizzo non valido nel momento in cui qualcuno lo digita, così non entra mai nella lista. Qui serve precisione su cosa Shopify ti lascia toccare e cosa no.

Il checkout nativo è off-limits sui piani standard. Shopify blocca il checkout per sicurezza e coerenza, e la personalizzazione profonda (inserire un tuo passaggio di validazione nel flusso di checkout) è una funzionalità di checkout extensibility, di fatto riservata a Shopify Plus. Quindi, sui piani usati dalla maggior parte dei negozi, non puoi aggiungere in modo affidabile una verifica in tempo reale al campo email del checkout nativo. Non progettare nulla che si basi su questo.

Ogni altro punto di acquisizione è tuo. Il popup della newsletter, una landing page personalizzata, un form di creazione dell'account, un form per lead o per richieste wholesale creato con un'app per i form: sono form HTML che controlli e puoi instradarli attraverso un tuo endpoint. Ci sono due modi per collegarli:

• Form → la tua funzione. Il form invia l'indirizzo a una funzione serverless ospitata da te; la funzione chiama Qualisend e restituisce un esito su cui il form agisce.
• Webhook Shopify → la tua funzione. Iscriviti al webhook customers/create, invia i nuovi clienti a un endpoint serverless, verificali lì, poi aggiungi un tag al cliente o aggiungi i non recapitabili a un segmento di soppressione. Tieni presente che il webhook scatta dopo la creazione del cliente, quindi è verifica-poi-tag e non verifica-poi-blocco: va bene per mantenere pulita la lista, non per bloccare la creazione dell'account.

Ecco la chiamata di base, sotto forma di handler serverless richiamato dal tuo form o webhook. La chiave API resta sul server; il browser non la vede mai. Usa un segnaposto evidente e controlla nella documentazione per sviluppatori l'endpoint e la forma esatta della richiesta:

// Your serverless endpoint. Called by a custom signup form or a Shopify webhook.
export async function POST(req) {
  const { email } = await req.json();

  const res = await fetch("https://app.qualisend.com/api/v1/verify", {
    method: "POST",
    headers: {
      Authorization: "Bearer YOUR_API_KEY", // server-side only — see /developers
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ email }),
    signal: AbortSignal.timeout(4000), // don't let a slow response stall the form
  }).catch(() => null); // timeout or network error

  // Fail open: a real customer must never be blocked by our outage.
  if (!res?.ok) return Response.json({ ok: true, degraded: true });

  const { result } = await res.json();
  // result is the instant verdict. If result.smtp is "pending", the mailbox probe
  // is still running: for webhook tagging, read the final verdict later with
  // GET /api/v1/jobs/{job_id} from a background job (never call /verify again).

  if (result.status === "undeliverable") {
    return Response.json({ ok: false, reason: result.reason });
  }
  // deliverable, risky, or unknown — accept, keep the score for segmentation.
  return Response.json({ ok: true, status: result.status, score: result.score });
}

Due regole fanno la differenza: non chiamare mai l'API direttamente dal browser (la chiave con scope deve restare lato server) e non bloccare mai un'iscrizione quando l'API è lenta o non disponibile. Applica il fail open, perché perdere un acquirente vero per un'interruzione temporanea è molto peggio che far entrare un indirizzo dubbio. La guida alle iscrizioni serverless copre lo schema completo dall'inizio alla fine: timeout, correzione degli errori di battitura con "Forse intendevi" e come agire su ogni esito.

Nel tuo team nessuno scrive codice? Un passaggio webhook no-code fa lo stesso lavoro: indirizza gli invii del form verso un'automazione che chiama l'API di Qualisend, esattamente l'approccio con Zapier applicato a un form Shopify.

Gestisci indirizzi catch-all e generici senza bloccare gli acquirenti#

La trappola della verifica in tempo reale in un negozio è essere troppo rigidi e respingere clienti paganti. Non tutti gli esiti diversi da deliverable indicano un indirizzo non valido.

Un dominio catch-all è configurato per accettare la posta per ogni indirizzo possibile, quindi la singola casella non si può confermare: il risultato è risky, non negativo. Molti acquirenti veri usano domini aziendali catch-all; vedi cos'è un'email catch-all. Un indirizzo generico come info@ o orders@ è condiviso e non personale, e gli indicatori gratuito o usa e getta ti dicono il tipo di provider: tutti segnali utili, ma nessuno è motivo di rifiuto automatico per un negozio. L'analisi di indirizzi generici, usa e getta e gratuiti spiega quando ciascuno conta davvero.

Quindi rifiuta solo ciò che è davvero non recapitabile e lascia passare il resto con un tag su cui agire in seguito:

In un negozio, l'istinto di bloccare tutto ciò che è dubbio ti costa ricavi veri. Rifiuta ciò che è chiaramente morto, accetta e contrassegna con un tag ciò che è ambiguo e lascia che la segmentazione gestisca gli invii più prudenti.

Vuoi pulire la lista del negozio che hai già e proteggere i form che controlli? Inizia con un controllo a campione nella verifica email gratuita, lancia un job in blocco sull'export dei clienti e prendi l'endpoint di verifica e le chiavi con scope per collegare i controlli in tempo reale ai tuoi form Shopify.