Utilizziamo i cookie
Utilizziamo cookie e tecnologie simili per migliorare la tua esperienza, analizzare il traffico e personalizzare i contenuti. Puoi accettare tutti i cookie o rifiutare quelli non essenziali.
19 Oct 2026
Ogni WhatsApp Business Solution Provider vi dirà la stessa cosa quando chiedete di andare direttamente sulla Cloud API di Meta: “è complicato, avete bisogno di un BSP.” In parte è vero. Per il resto è una tattica di vendita. L’intero modello di business di un BSP dipende dal frapporsi tra voi e Meta, quindi non hanno alcun incentivo a spiegarvi esattamente quali parti di quella relazione potete gestire da soli.
Questo articolo non parla di prezzi — quello è un discorso a parte con i suoi calcoli. Qui si parla della realtà operativa: cosa serve davvero per gestire la messaggistica WhatsApp Business direttamente sulla Cloud API di Meta, senza un intermediario che amministra il vostro account, e dove questa scelta richiede genuinamente aiuto rispetto a dove si tratta solo di pratiche burocratiche che vi hanno fatto credere più spaventose di quanto siano?
Togliendo il linguaggio commerciale, un BSP fornisce tre cose: (1) un involucro attorno al flusso di onboarding e verifica di Meta, (2) un livello API ospitato in modo che non dobbiate chiamare direttamente gli endpoint di Meta, e (3) — nei casi in cui conta — infrastruttura reale come la messa in coda dei messaggi, i tentativi di consegna e un supporto tecnico per quando Meta cambia policy senza preavviso.
Le prime due sono cose che potete fare voi stessi con un account Meta Business Manager, un’azienda verificata e uno sviluppatore in grado di leggere la documentazione API. La terza rappresenta un valore reale in alcuni casi, specialmente a volumi molto elevati o in settori regolamentati dove volete un fornitore contrattualmente responsabile dell’uptime. Ma per un’azienda mid-market che invia aggiornamenti sugli ordini, conferme RMA e promemoria di appuntamenti, il terzo punto è spesso eccessivo — pagate un ricarico continuo per un’infrastruttura di cui non avete bisogno ai vostri volumi.
Meta richiede che la vostra azienda completi la Business Verification all’interno di Meta Business Manager prima di poter inviare messaggi template a un volume rilevante. Ciò significa presentare una ragione sociale legale, documenti di registrazione e un sito web o presenza online corrispondente. Non è istantaneo — l’approvazione può richiedere da un giorno a un paio di settimane, e le discrepanze tra la vostra ragione sociale e quanto riportato sul vostro sito sono la causa più comune di rifiuto. Questo passaggio avviene indipendentemente dal fatto che usiate un BSP o andiate diretti; un BSP non lo salta, gestisce semplicemente la burocrazia per vostro conto, il che è una comodità, non una dipendenza tecnica.
Il flusso Embedded Signup di Meta vi permette di provisionare un WhatsApp Business Account, registrare un numero di telefono e generare i token di accesso necessari per chiamare la Cloud API — tutto tramite un widget di onboarding ospitato che qualsiasi piattaforma può incorporare. Questo è l’elemento che ha reso obsoleto il consiglio “o BSP o niente”. Qualche anno fa, l’accesso diretto alla Cloud API significava percorrere manualmente la console sviluppatori di Meta con indicazioni limitate. Embedded Signup trasforma tutto ciò in un flusso guidato che chiunque nel vostro team operativo, anche non sviluppatore, può completare in una sola sessione, con la WABA e il numero risultanti immediatamente utilizzabili da qualsiasi sistema in possesso delle credenziali API.
Avete due strade: registrare un nuovo numero specificamente per WhatsApp, oppure migrare un numero aziendale esistente (quello già presente sulle vostre fatture, sulla vostra linea di supporto, sulle vostre campagne SMS). Migrare un numero esistente richiede che non sia attualmente attivo su un altro WhatsApp Business Account e che si completi un passaggio di verifica per numero ospitato. Se state già inviando SMS tramite un numero Telnyx o Twilio, spesso quello stesso numero può diventare anche il vostro canale WhatsApp — un numero, più canali, un unico contatto che i clienti salvano in rubrica.
Il nome che i clienti vedono accanto alla vostra azienda — non la ragione sociale, ma il nome visualizzato — passa attraverso una revisione Meta separata. È qui che le aziende inciampano: nomi generici, nomi che non corrispondono all’azienda verificata, o qualsiasi cosa somigli al nome di una persona anziché a un’azienda viene respinta o ritardata. Prevedete uno o due cicli di revisione prima che il vostro nome visualizzato sia definitivo; non fissate una data di lancio dando per scontata l’approvazione al primo tentativo.
Ogni messaggio in uscita al di fuori di una finestra di servizio clienti di 24 ore deve utilizzare un template pre-approvato. Andare diretti significa gestire creazione, invio e stato di approvazione dei template da soli tramite l’API anziché tramite la dashboard di un BSP. Questo è genuinamente più lavoro all’inizio, ma significa anche che la vostra libreria di template risiede nei vostri sistemi, versionata e verificabile, invece di essere intrappolata in una console di terze parti da cui dovreste esportare tutto se mai cambiaste fornitore.
Se utilizzate WhatsApp Flows — l’esperienza nativa di form per cose come la prenotazione di appuntamenti o la raccolta strutturata di feedback all’interno di un thread di chat — Meta fattura le esecuzioni dei flow separatamente dalle conversazioni per messaggi. Vale la pena segnalarlo perché è facile modellare i costi WhatsApp basandosi solo sul prezzo per conversazione a messaggio e poi trovarsi sorpresi dai costi di esecuzione dei flow una volta che iniziate a usare esperienze in-chat più ricche. Leggete il listino prezzi attuale dei flow di Meta prima di costruire un modulo di raccolta dati basato su Flow nel vostro rollout, non dopo.
Prendiamo un’operazione e-commerce mid-market che attualmente paga a un BSP un ricarico per conversazione sopra la tariffa di Meta per inviare conferme d’ordine, aggiornamenti di spedizione e cambi di stato RMA a circa 40.000 clienti al mese.
Il contratto con il BSP, in questo esempio, non ha mai fornito nulla che l’azienda non potesse gestire da sola una volta approvati i quattro template e migrato il numero. Il ricarico pagava per la comodità durante l’onboarding — un costo una tantum, non continuativo.
Siate onesti riguardo ai casi in cui l’accesso diretto è la scelta sbagliata. Se inviate messaggi WhatsApp in una dozzina di paesi con sfumature di approvazione dei template molto diverse tra loro e non avete nessuno internamente che si occupi a tempo pieno della conformità della messaggistica, il supporto tecnico di un BSP giustifica il suo ricarico. Se il vostro volume è abbastanza piccolo da far sì che il ricarico per conversazione ammonti a poche centinaia di dollari al mese, il tempo di ingegneria per costruire e mantenere l’integrazione diretta potrebbe costare più del ricarico stesso — fate questi calcoli prima di dedicare risorse. E se avete bisogno di routing avanzato su molti numeri con garanzie SLA rigorose da un fornitore contrattualmente responsabile dell’uptime, quella responsabilità è un prodotto reale, non una truffa.
L’inquadramento onesto è questo: andare diretti elimina il ricarico e vi dà la proprietà dei vostri template, del vostro numero e dei vostri dati — ma converte una voce di abbonamento in una responsabilità operativa interna. Si tratta di uno scambio equo per un’azienda con una qualsiasi capacità tecnica, e uno svantaggioso per un’azienda che non ne ha alcuna.
SurveyAnalytica si collega a WhatsApp direttamente tramite la Cloud API di Meta — nessun ricarico BSP sovrapposto alle tariffe di Meta stesse, con Embedded Signup che gestisce il provisioning dell’account e la gestione programmatica dei template che si occupa dell’invio e del tracciamento dello stato. I messaggi WhatsApp in entrata e in uscita finiscono negli stessi thread di conversazione utilizzati per la collaborazione interna e le tracce di controllo, così uno scambio WhatsApp su un RMA è visibile accanto al ticket, al record dell’ordine e al workflow che l’ha attivato — non isolato in uno strumento di messaggistica separato.
Poiché WhatsApp si inserisce nello stesso motore di workflow che gestisce gli eventi degli ordini, i trigger del ciclo di vita dei ticket e i segnali di clickstream, un thread RMA risolto può attivare automaticamente l’etichetta di spedizione, e un thread WhatsApp rivolto al cliente rimasto senza risposta per 24 ore può attivare un avviso Slack al team giusto — la stessa logica di automazione già documentata per altri canali, applicata a WhatsApp senza un livello di integrazione separato. Se state pianificando campagne in uscita su larga scala, il modulo campagne gestisce gli invii basati su template insieme a email e SMS dalla stessa lista di contatti, così migrare un canale via da un BSP non significa ricostruire da zero la segmentazione del pubblico.
Build surveys, run campaigns, and analyze responses with AI — free to start.
La decisione di andare diretti sulla Cloud API di WhatsApp non è realmente una decisione di prezzo — è una questione di se la vostra organizzazione è disposta ad assumersi alcuni passaggi operativi che prima erano invisibili all’interno di un contratto BSP. Business Verification, Embedded Signup, invio dei template, approvazione del nome visualizzato e consapevolezza sulla fatturazione dei flow sono tutte cose che un team operativo o di ingegneria competente può gestire in giorni, non mesi. Ciò che ottenete in cambio è la proprietà: dei vostri template, del vostro numero, dei vostri dati, e nessuna terza parte frapposta tra i vostri workflow e i clienti che state cercando di raggiungere.
No comments yet. Be the first to comment!