Un numero di telefono inserito al checkout potrebbe essere destinato agli aggiornamenti sulla consegna. Aggiungere quel numero a una campagna promozionale richiede un permesso che copra quei messaggi.
Di quale permesso ha bisogno il mio programma?
I messaggi promozionali richiedono il permesso per le promozioni. Una richiesta di aggiornamenti sul servizio copre quello scopo informativo.
I principi di messaggistica CTIA definiscono le aspettative del settore per i messaggi aziendali negli Stati Uniti. L'Exhibit II richiede il permesso scritto per le promozioni. I messaggi informativi richiedono il permesso espresso. Una risposta pertinente a una conversazione avviata dal cliente non richiede un permesso aggiuntivo secondo queste linee guida.
Aggiungere un'offerta può trasformare un promemoria in una promozione. La CTIA fornisce questo esempio:
Adding a call-to-action (e.g., a coupon code to an informational text) may place the message in the promotional category.
Scegli il contenuto prima di raccogliere il permesso, in modo che l'invito copra i messaggi che effettivamente invii. Applica i requisiti legali della destinazione insieme alle linee guida del settore. Consenso scritto espresso spiega la definizione legale statunitense.
Cosa deve comunicare l'invito alla persona?
Mostra chi invierà, cosa invierà e come la persona può interrompere la ricezione.
La CTIA sezione 5.1.1 richiede il programma, l'identità e il numero del mittente, i costi, le istruzioni di opt-out, i dettagli di assistenza e i termini applicabili. Mantieni queste informative visibili accanto all'azione che registra l'accordo. Anche una pubblicità con keyword deve includere le informative.
Per i messaggi ricorrenti, spiega la frequenza. Invia una conferma di iscrizione con i dettagli di opt-out e assistenza. La sezione 5.1.2.1 descrive questa conferma.
Lascia che la persona compia l'azione di consenso autonomamente. Non preselezionare il suo accordo né nasconderlo all'interno di termini non correlati, perché nessuno dei due stabilisce una scelta informata sui tuoi messaggi.
Quali prove devo conservare?
Conserva la data del consenso, l'identità e il numero della persona e l'invito che ha accettato.
La CTIA sezione 5.1.2 indica anche il metodo di raccolta, la campagna e l'indirizzo IP dove applicabile. Salva il testo e l'azione usata per accettare. Un timestamp da solo non può dimostrare se la persona ha acconsentito ai promemoria o alle promozioni.
Se il tuo programma richiede il double opt-in, chiedi alla persona di confermare dal proprio telefono prima di considerare l'iscrizione completata. Modelli di consenso SMS spiega questo passaggio aggiuntivo.
Come registro il consenso in Bird?
Registri la decisione tramite POST /v1/preferences. Conserva le prove di supporto nel tuo sistema.
Imposta channel su sms e handle sul numero di telefono con il prefisso internazionale, ad esempio +15550001234. Imposta status su granted o revoked.
consented_atregistra quando la persona ha accettato. Un consenso su un opt-out esistente richiede un timestamp successivo. Non può essere nel futuro.sourceidentifica il modulo, la campagna o il batch di importazione. Accetta da 1 a 255 caratteri, quindi usa un breve riferimento alla tua prova.coverageaccettanon_transactionaloall. Il valore predefinito,non_transactional, lascia le ricevute e i codici di verifica al di fuori dell'ambito di quella preferenza.sender_scopelimita la dichiarazione a un singolo mittente. Omettilo per una copertura a livello di canale all'interno dello spazio di lavoro.
Bird confronta le dichiarazioni per lo stesso canale, handle, ambito mittente e topic. Un topic raggruppa i messaggi sotto un'unica sottoscrizione. Il campo topic_id nella risposta identifica quel gruppo. Un valore null indica tutti i topic.
Una dichiarazione più vecchia restituisce applied: false, con la dichiarazione sopravvissuta in preference. Controlla quel risultato per evitare che una vecchia importazione sembri aver ripristinato il permesso.
L'opt-out della persona stessa ha una protezione più forte di un'asserzione API. Non puoi sovrascriverlo né eliminarlo tramite questa API, nemmeno con un timestamp successivo. L'endpoint delle preferenze documenta il comportamento di scrittura.
Una risposta START crea il record di consenso iniziale?
Una risposta START termina la soppressione del mittente. Non sostituisce la raccolta iniziale del consenso.
L'operazione start di Bird termina quella soppressione. Poi invia la conferma configurata. Uno START da parte di qualcuno mai soppresso può ricevere una conferma senza stabilire a cosa aveva originariamente acconsentito.
L'operazione confirm riconosce le risposte di double opt-in. Non invia alcuna risposta. Il tuo handler deve completare quel flusso. Keyword STOP spiega il comportamento separato delle keyword e della soppressione.
Cosa devo verificare prima di inviare?
Invia solo quando l'invito, le prove di consenso e il flusso implementato concordano.
- Fai corrispondere il permesso al contenuto effettivo del messaggio.
- Applica il modello di consenso della destinazione.
- Conserva l'invito e la data del consenso, e controlla il risultato della scrittura delle preferenze di Bird.
- Completa lo scambio di conferma se il tuo programma richiede il double opt-in.
In breve
Fai corrispondere il permesso al contenuto.
Il permesso per i promemoria non copre automaticamente i messaggi promozionali.
Conserva l'invito insieme al record di consenso.
Registra ciò che la persona ha visto e quando ha accettato, così puoi dimostrare cosa copre il suo permesso.
La data del consenso determina quale dichiarazione si applica.
Una dichiarazione di preferenza più vecchia non può sostituirne una più recente. Un timestamp successivo da solo non può annullare l'opt-out della persona stessa.
START termina una soppressione.
La gestione delle keyword di Bird non sostituisce la raccolta iniziale del consenso né il tuo handler di conferma per il double opt-in.