View a markdown version of this page

Le migliori pratiche RCS - AWS SMS di messaggistica per l'utente finale
Design conversazionale e interattivoStrategia di suggerimentoRicco design a forma di carte e caroselliLe migliori pratiche per i mediaTTL e strategia di fallbackMonitoraggio ed eventiVarianza di rendering tra dispositivo e clientOpt-out gestione

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Le migliori pratiche RCS

Con RCS Rich Messaging, puoi creare esperienze conversazionali e interattive che vanno oltre gli SMS tradizionali. Questo argomento fornisce indicazioni per la progettazione di messaggi RCS efficaci, tra cui strategia di suggerimento, layout rich card e carousel, ottimizzazione dei media, scadenza dei messaggi, pianificazione alternativa e monitoraggio.

Per dettagli sulle singole funzionalità, consulta,,Configurazione dei suggerimenti RCS,Invio di rich card RCS, Invio di caroselli RCS e. Configurazione della scadenza dei messaggi RCS Configurazione del fallback SMS o MMS per messaggio Eventi dei messaggi RCS

Design conversazionale e interattivo

I messaggi RCS supportano elementi interattivi come risposte suggerite, azioni suggerite, rich card e caroselli. Per utilizzare queste funzionalità in modo efficace, considera ogni scambio di messaggi come parte di una conversazione in corso anziché come una notifica unidirezionale.

Apri con contesto e opzioni

Includi un saluto chiaro, indica cosa può fare l'utente e fornisci risposte suggerite per guidare il passaggio successivo. Ciò definisce le aspettative e riduce l'attrito.

Mantieni i messaggi concisi

Cerca di utilizzare meno di 300 caratteri per messaggio di testo. Suddividi informazioni complesse in più messaggi o usa una rich card per contenuti strutturati.

Evita vicoli ciechi

Ogni messaggio dovrebbe portare a un passaggio successivo. Offri suggerimenti di follow-up, un'opzione del menu principale o un percorso verso un agente umano.

Rivolgiti direttamente all'utente

Usa una seconda persona. Scrivi «L'appuntamento è confermato» anziché «L'appuntamento è stato confermato».

Strategia di suggerimento

I suggerimenti (sia le risposte che le azioni) vengono visualizzati sotto forma di chip interattivi sotto il messaggio. Riducono la digitazione, aumentano il coinvolgimento e consentono di indirizzare le risposte attraverso valori strutturatiPostbackData. Per l'elenco completo dei tipi di suggerimenti, consulta. Configurazione dei suggerimenti RCS

Scrivi etichette di azione concise

Il Text campo ha un limite di 25 caratteri. Usa un linguaggio orientato all'azione che dica all'utente esattamente cosa succede al tocco.

Esempi di etichette di suggerimento
Evitare Preferisco
«Opzione 1" «Prenota per lunedì»
«Clicca qui» «Visualizza lo stato dell'ordine»
«Ulteriori informazioni» «Vedi i dettagli dei prezzi»

Offri da 3 a 5 opzioni

Tre suggerimenti sono ideali per la maggior parte delle interazioni. Puoi includere fino a 11 suggerimenti per messaggio (4 per rich card), ma più di 5 opzioni alla volta tendono a sovraccaricare gli utenti. Se hai bisogno di più scelte, usa un carosello o dividi il flusso in più passaggi.

Percorso su PostbackData

Utilizzalo PostbackData per la logica di routing del backend invece di analizzare il testo visualizzato. Questo approccio supporta la localizzazione (è possibile modificare la visibilità dell'utente Text senza modificare il routing) e fornisce un contesto strutturato per l'applicazione.

Codifica l'azione, l'entità e il contesto nel valore di postback. Ad esempio:

confirm_order_12345
cancel_appointment_20260615
nav_main_menu

Utilizza prefissi coerenti (comebook_,, confirm_cancel_,nav_) per semplificare il routing nel backend.

Importante

Gestisci i postback obsoleti con garbo. Un utente può scegliere un suggerimento poche ore dopo averlo ricevuto. Verifica che l'entità di riferimento esista ancora e informa l'utente se l'azione non è più valida.

Ricco design a forma di carte e caroselli

Le schede e i caroselli ricchi presentano contenuti strutturati (immagini, titoli, descrizioni e suggerimenti) in un formato visivo. Per i dettagli sull'implementazione, vedere Invio di rich card RCS e. Invio di caroselli RCS

Rich card autonome

  • Usa l'VERTICALorientamento per un rendering più uniforme su tutti i dispositivi.

  • Usa l'altezza del TALL supporto per dare alle immagini uno spazio di visualizzazione adeguato sia su Android che su iOS.

  • Mantieni il testo del titolo e della descrizione conciso. Alcuni client ritagliano il testo oltre le tre righe.

  • Gli URL nel testo della descrizione non funzionano come link su tutti i client. Utilizza un'azione OpenUrl suggerita invece di incorporare link nelle descrizioni.

  • Includi un chiaro suggerimento di invito all'azione per scheda. Diverse azioni concorrenti riducono i tassi di conversione.

Caroselli

  • Posiziona l'opzione consigliata o più pertinente nella prima posizione della carta. Gli utenti interagiscono maggiormente con la prima carta visibile.

  • Usa suggerimenti esterni (a livello di messaggio) per le azioni di navigazione come «Torna al menu» o «Aiuto». Riserva suggerimenti a livello di carta per azioni specifiche per quella carta.

  • Mantieni il contenuto delle carte più conciso rispetto alle schede singole perché le carte carosello hanno meno spazio verticale.

  • L'altezza dei supporti delle schede Carousel è limitata a SHORT o MEDIUM (non è supportata nei caroselli)TALL.

  • Assicurati che i supporti combinati su tutte le schede rimangano al di sotto dei 100 MB. Ottimizza le immagini prima del caricamento.

Le migliori pratiche per i media

I file multimediali (immagini, video, PDF) migliorano il coinvolgimento dei messaggi, ma aggiungono dimensioni del payload e variabilità di rendering. Per i requisiti relativi al formato e alle dimensioni dei file, vedere. Invio di messaggi RCS complessi

  • Comprimi le immagini prima del caricamento. Usa JPEG per le fotografie e PNG per la grafica con trasparenza.

  • Mantieni i file video sotto i 5 MB per una consegna affidabile tra corrieri e dispositivi.

  • Fornisci un messaggio ThumbnailUrl per messaggi video e di file di grandi dimensioni. Le miniature vengono visualizzate durante il caricamento di tutti i file multimediali e migliorano l'esperienza utente in caso di connessioni lente.

  • Le animazioni GIF vengono riprodotte su Android ma vengono visualizzate come primo fotogramma statico su iOS. Non affidatevi alle animazioni GIF per trasmettere informazioni importanti.

  • Ospita contenuti multimediali su URL HTTPS o in Amazon S3 (s3://utilizzando URI). Tutti gli URL multimediali devono corrispondere allo schema. ^(https://|s3://).+$

TTL e strategia di fallback

La configurazione Time to live (TTL) e quella di fallback interagiscono per garantire che il messaggio raggiunga l'utente anche in caso di errore di consegna RCS. Per i dettagli sull'implementazione, vedere e. Configurazione della scadenza dei messaggi RCS Configurazione del fallback SMS o MMS per messaggio

Impostazione dei valori TTL

Imposta sempre un TimeToLive valore per i contenuti sensibili al fattore tempo. Abbina il TTL alla finestra di pertinenza del contenuto.

Valori TTL consigliati per tipo di contenuto
Content-type TTL consigliato
One-time password (OTP) o codice di verifica da 30 a 120 secondi
Notifica flash di vendita Durata fino alla fine della vendita
Promemoria dell'appuntamento Tempo fino all'appuntamento
Aggiornamento sulla consegna Da 1 a 4 ore
Nota

L'API minima è 1 secondo, ma si consiglia un TTL di almeno 10 secondi per consentire tempi di consegna sufficienti. Il massimo è 172.800 secondi (48 ore).

Fallback tramite SMS o MMS

Configura un messaggio FallbackConfiguration per i messaggi critici (OTP, conferme d'ordine, avvisi di sicurezza) in modo che il contenuto raggiunga l'utente se la consegna RCS fallisce o scade.

  • Imposta il Channel campo su SMS o MMS dipende se hai bisogno di contenuti multimediali nel fallback.

  • Mantieni i caratteri MessageBody entro 1.600 caratteri (il limite di fallback, che è inferiore al limite di testo RCS di 3.072 caratteri).

  • Verifica l'invio completo dei fallback delivery inviandoli a un numero di telefono che non supporta RCS e verificando che il messaggio SMS o MMS arrivi.

Monitoraggio ed eventi

Utilizza le destinazioni degli eventi e gli eventi di consegna per monitorare le prestazioni dei messaggi e ottimizzare la tua strategia di messaggistica. Per dettagli sui tipi e sulla configurazione degli eventi, consultaEventi dei messaggi RCS.

  • Configura le destinazioni degli eventi prima di iniziare l'invio in produzione. Ciò garantisce l'acquisizione degli eventi di consegna, lettura e scadenza sin dall'inizio.

  • Monitora i tassi di scadenza dei messaggi per determinare se i valori TTL sono appropriati. Un tasso di scadenza elevato indica che il TTL è troppo breve o che molti destinatari non dispongono di dispositivi. RCS-capable

  • Tieni traccia delle ricevute di lettura per un confronto relativo (A/B test) anziché come metrica assoluta. Non tutti i clienti segnalano lo stato di lettura.

  • Utilizza gli eventi di conferma della consegna per annullare i timer di fallback ridondanti nella logica dell'applicazione se gestisci il fallback esternamente.

Varianza di rendering tra dispositivo e client

I messaggi RCS vengono visualizzati in modo diverso tra i client Android e iOS. Progetta secondo il minimo comune denominatore e testalo su entrambe le piattaforme prima di lanciare una campagna.

Differenze di rendering tra Android e iOS
Funzionalità Android iOS
Immagini GIF Animato Statico (solo primo fotogramma)
Anteprime dei link nel testo URL in qualsiasi punto del messaggio L'URL deve essere l'ultimo elemento. Un URL seguito da testo aggiuntivo potrebbe non essere cliccabile.
Altezze dei supporti delle schede Rispetta SHORT, MEDIUM e ALT Rende tutte le altezze verticali in modo identico. Potrebbe ignorare la proprietà height.
Suggerimento: ordine dei chip Conservato come inviato Potrebbe riordinare le patatine
Persistenza dell'azione consigliata Le azioni al di fuori delle carte scompaiono dopo il tocco. I pulsanti delle carte persistono. Tutti i pulsanti (card e non card) persistono dopo il tocco.
Visualizza il nome con i caratteri del percorso (/,,\) : Renderizzato come registrato I caratteri possono essere rimossi dal livello di rendering iOS
Immagine del banner dell'agente Visibile sul profilo dell'agente Non visualizzato
Link all'informativa sulla privacy Visibile sul profilo dell'agente Non visualizzato
Contatti multipli per tipo Tutti i contatti inseriti sono visibili Solo il primo contatto per tipo visibile (in ordine di elenco)
Contenuti multimediali con testi di grandi dimensioni accessibili Rendering stabile Può ritagliare le immagini quando sono abilitate dimensioni di testo di grandi dimensioni
Badge di verifica del corriere «Verificato da [Corriere]» o «Verificato da Google» Stessi valori del badge. Rendering controllato da Apple.

Consigli di progettazione basati su queste differenze:

  • Usa l'orientamento VERTICAL della scheda per un layout coerente.

  • Posiziona gli URL alla fine dei messaggi di testo per garantire la visualizzazione delle anteprime dei link su iOS.

  • Non affidatevi all'animazione GIF per comunicare informazioni essenziali.

  • Prova l'ordinamento dei suggerimenti su entrambe le piattaforme se la sequenza è significativa per il flusso dell'utente.

Visualizza il rendering del nome su iOS

L'app iOS Messages di Apple può rimuovere caratteri che assomigliano ai separatori di percorso del sistema operativo (/,\,:) o alle sequenze di escape degli URL dal nome dell'agente visualizzato. Questo comportamento è controllato a livello di sistema operativo e non può essere ignorato da AWS, Google, gestori o partner di messaggistica.

Per evitare discordanze tra i nomi visualizzati:

  • Utilizza solo caratteri alfanumerici, spazi, trattini, punti e punteggiatura standard (come,&,') nel nome visualizzato. !

  • Non utilizzare barre, barre rovesciate o due punti come parte del nome del marchio.

  • Se il nome del marchio include questi caratteri, prendi in considerazione una rappresentazione alternativa (ad esempio, usa un trattino o uno spazio anziché una barra).

  • Verifica sempre l'aspetto del tuo agente su un dispositivo di test iOS durante la fase di test prima di richiedere il lancio dell'operatore. Questo è uno degli scopi principali degli agenti di test.

Se hai già avviato un agente con un nome visualizzato interessato e devi modificarlo, contatta AWS Support. Le modifiche al nome visualizzato sugli agenti lanciati richiedono una nuova approvazione da parte del corriere.

Visibilità del profilo dell'agente su iOS

Alcuni elementi del profilo agente visibili su Android non vengono visualizzati su iOS:

  • Immagine del banner: non visualizzata su iOS. Non fare affidamento sul banner per comunicare informazioni importanti sul marchio.

  • Link all'informativa sulla privacy: non visibile nella visualizzazione del profilo dell'agente iOS. Assicurati che la tua informativa sulla privacy sia accessibile con altri mezzi (come il tuo sito web o un'azione suggerita nel tuo messaggio di benvenuto).

  • Contatti multipli: se configuri più numeri di telefono, email o siti Web, iOS mostra solo la prima voce per tipo di contatto. Posiziona il contatto principale al primo posto nell'elenco durante la configurazione dell'agente.

Test su più piattaforme

Il rendering RCS dipende dalla versione del sistema operativo, dal modello del dispositivo e dalla configurazione del gestore telefonico del destinatario. Prima di richiedere il lancio dell'operatore:

  • Invia messaggi di prova a dispositivi Android e iOS.

  • Verifica il nome visualizzato, il logo, il banner, la descrizione, le azioni suggerite, le rich card e i contenuti multimediali su entrambe le piattaforme.

  • Prova con diverse dimensioni di testo e impostazioni di accessibilità su iOS.

  • Verifica che le anteprime dei link vengano visualizzate correttamente su entrambe le piattaforme.

L'implementazione RCS di Apple è ancora in evoluzione. I comportamenti possono cambiare con gli aggiornamenti di iOS. Monitora la tua esperienza di messaggistica dopo il rilascio di iOS e modifica i contenuti di conseguenza.

Opt-out gestione

Rispetta le preferenze di opt-out degli utenti in modo immediato e coerente su tutti i canali di messaggistica.

  • Rispetta le parole chiave STOP e UNSUBSCRIBE interrompendo tutti i messaggi non essenziali immediatamente dopo la richiesta di opt-out.

  • Invia una breve conferma di opt-out che includa il nome del tuo marchio in modo che l'utente sappia da quale mittente ha annullato l'iscrizione.

  • Gestisci il tuo database di opt-out e sincronizzalo tra i canali (RCS, SMS, MMS) per impedire l'invio su un canale dopo che l'utente ha disattivato un altro.

  • Rivolgiti al tuo team legale per sapere quali tipi di messaggi (ad esempio OTP o avvisi di frode) potrebbero ancora essere inviati dopo un opt-out.

Nota

AWS End User Messaging fornisce la gestione degli elenchi di opt-out per SMS e MMS. Per RCS, coordinate la gestione della rinuncia sia con gli elenchi di disattivazione della messaggistica con l'utente AWS finale sia con i vostri record a livello di applicazione.