In questa pagina: scopri le best practice per ridurre i costi degli SMS in Adobe Journey Optimizer mantenendo brevi i messaggi, evitando caratteri speciali e la codifica UCS-2 e controllando il conteggio dei caratteri prima dell’invio.
I messaggi SMS vengono generalmente fatturati dai provider in base a un limite di 160 caratteri per messaggio. L’invio di messaggi SMS può comportare costi aggiuntivi se i messaggi sono suddivisi in più parti.
Segui queste linee guida per ottimizzare la tua strategia di messaggistica e ridurre le spese.
Mantieni brevi i messaggi keep-messages-short
Journey Optimizer consente fino a 1.500 caratteri nel corpo di un messaggio SMS. Quando superi questo limite, viene visualizzato un avviso e i messaggi che superano tale soglia attivano un errore.
La maggior parte dei provider SMS supporta la codifica GSM a 7 bit, dove un singolo SMS può contenere fino a 160 caratteri. I messaggi che superano questa lunghezza vengono automaticamente suddivisi in più parti SMS (concatenazione):
- Meno di 160 caratteri: 1 parte SMS
- 161-306 caratteri: 2 parti SMS
- 307-459 caratteri: 3 parti SMS
Per ridurre al minimo i costi, cerca di mantenere i messaggi sotto i 160 caratteri in modo che vengano fatturati come una singola parte SMS.
Ad esempio, un messaggio di 1.600 caratteri potrebbe utilizzare 10 crediti SMS, anche se viene visualizzato come un singolo messaggio in Journey Optimizer.
Evita caratteri speciali che aumentano la lunghezza avoid-special-characters
Alcuni caratteri, come | ^ € { } [ ] ~ \, vengono conteggiati come due caratteri nella codifica GSM. L’inclusione di questi caratteri può accelerare il superamento del limite di 160 caratteri da parte del messaggio.
Impedisci codifica UCS-2 prevent-ucs2-encoding
Se il messaggio include caratteri non GSM, come testo cinese o arabo, simboli di marchio o ritorni rigidi da strumenti di formattazione avanzati, il messaggio verrà codificato dal provider utilizzando UCS-2, che supporta solo 70 caratteri per SMS.
L’utilizzo della codifica UCS-2 può aumentare il numero di caratteri e, di conseguenza, influire sulla fatturazione dei messaggi con il provider di servizi.
Ad esempio, un messaggio Unicode di 200 caratteri verrà consegnato in 3 parti SMS.
Best practice di authoring authoring-best-practices
Componi il messaggio SMS finale direttamente in Journey Optimizer o incollalo da applicazioni di testo normale.
Evita l’utilizzo di applicazioni Rich Text, in quanto potrebbero introdurre caratteri nascosti o interruzioni di riga che attivano la codifica UCS-2, aumentando potenzialmente sia il numero di parti SMS che i costi associati.
Controlla il conteggio dei caratteri prima dell’invio check-character-count
Utilizza applicazioni di testo normale o entrambi i metodi di simulazione in Simula contenuto per verificare il numero di caratteri.
Mentre Journey Optimizer visualizza un conteggio di caratteri, spazi inclusi, durante la simulazione del contenuto, tieni presente che:
-
not include caratteri generati tramite personalizzazione dinamica o alcuni caratteri speciali.
-
Il conteggio x/1500 funge da indicatore visivo del limite del payload tecnico, non del limite per messaggio, ad esempio il limite di 160 caratteri GSM a 7 bit.
-
Adobe supporta la codifica UTF-8 nell’editor, che differisce dalla codifica GSM-7-bit.
Informazioni sul reporting understanding-reporting
Il reporting di Journey Optimizer conta il messaggio completo come un invio, indipendentemente dalle parti SMS.
Il rapporto del provider riflette il numero effettivo di parti del messaggio SMS utilizzate per la consegna e deve essere utilizzato come riferimento per confermare la fatturazione ed eventuali interruzioni. Se Adobe è il tuo provider SMS tramite Sinch, riceverai questo rapporto di fatturazione separatamente su base mensile.
Considerazioni su Personalization personalization-considerations
La personalizzazione dinamica può aumentare la lunghezza di un messaggio. Ad esempio, la sostituzione di una variabile con un nome lungo può aggiungere caratteri aggiuntivi.
Risorse aggiuntive additional-resources
Rivedi i caratteri supportati e le regole di codifica nella Guida al supporto dei caratteri Sinch
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains best practices to reduce SMS costs in Journey Optimizer by keeping messages short, avoiding special characters and UCS-2 encoding, and checking character counts before sending.
Intents:
- Keep SMS messages short to be billed as a single SMS part
- Avoid special characters that increase message length in GSM encoding
- Prevent UCS-2 encoding that reduces the per-SMS character allowance
- Check the character count before sending using Simulate content
- Interpret the difference between Journey Optimizer reporting and provider reporting
Glossary:
- GSM 7-bit encoding: Encoding supported by most SMS providers where a single SMS can contain up to 160 characters (product-specific)
- UCS-2 encoding: Encoding applied by the provider when a message includes non-GSM characters; it supports only 70 characters per SMS (product-specific)
- Concatenation: The automatic splitting of a message that exceeds 160 characters into multiple SMS parts (product-specific)
- Simulate content: The feature whose simulation methods let you verify character counts before sending (product-specific)
- x/1500 count: The visual indicator of the technical payload limit, not the per-message limit (product-specific)
- Journey Optimizer reporting: Reporting that counts the full message as one send, regardless of SMS parts (product-specific)
- Provider reporting: Reporting that reflects the actual number of SMS message parts used for delivery (product-specific)
Guardrails:
- Journey Optimizer allows up to 1,500 characters in an SMS message body; a warning appears when you exceed this limit, and messages beyond this threshold trigger an error (hard limit — enforced with an error).
- SMS messages are typically billed by providers based on a 160-character limit per message; GSM 7-bit encoding allows up to 160 characters per single SMS, and messages exceeding this length are automatically split into multiple SMS parts.
- Concatenation part counts: less than 160 characters is 1 SMS part; 161-306 characters is 2 SMS parts; 307-459 characters is 3 SMS parts.
- Special characters such as
| ^ € { } [ ] ~ \are counted as two characters in GSM encoding, so they reach the 160-character limit more quickly. - Non-GSM characters cause UCS-2 encoding, which supports only 70 characters per SMS.
- The x/1500 count is the technical payload limit, not the per-message limit (for example, the 160-character GSM 7-bit limit), and it does not include characters from dynamic personalization or certain special characters.
- Adobe supports UTF-8 encoding in the editor, which differs from GSM 7-bit encoding.
Terminology:
- Canonical name: SMS cost optimization — Acronym: n/a — variants: SMS cost best practices
- Do not confuse: “Journey Optimizer reporting” (counts the full message as one send regardless of SMS parts) ≠ “Provider reporting” (reflects the actual number of SMS parts used for delivery)
- Do not confuse: “x/1500 count” (technical payload limit) ≠ “160-character limit” (GSM 7-bit per-message billing limit)
- Do not confuse: “GSM 7-bit encoding” (160 characters per SMS) ≠ “UCS-2 encoding” (70 characters per SMS) ≠ “UTF-8 encoding” (supported in the editor)
FAQ:
- Q: What is the maximum SMS length in Journey Optimizer? — Up to 1,500 characters in the SMS message body; a warning appears when you exceed this limit, and messages beyond this threshold trigger an error.
- Q: Why is my single message billed as multiple SMS? — GSM 7-bit encoding allows up to 160 characters per SMS part, so longer messages are automatically split (concatenation) into multiple parts, and a 1,600-character message could consume 10 SMS credits even though it appears as a single message.
- Q: How do special characters affect message length? — Characters such as
| ^ € { } [ ] ~ \are counted as two characters in GSM encoding, so they reach the 160-character limit more quickly. - Q: What triggers UCS-2 encoding and why does it matter? — Non-GSM characters such as Chinese or Arabic text, trademark symbols, or hard returns from rich-formatting tools trigger UCS-2 encoding, which supports only 70 characters per SMS and can increase billing.
- Q: How can I check the character count before sending? — Use plain-text applications or either simulation method in Simulate content; note that the displayed count does not include characters from dynamic personalization or certain special characters.
- Q: Why do the Journey Optimizer and provider reports differ? — Journey Optimizer reporting counts the full message as one send regardless of SMS parts, while provider reporting reflects the actual number of SMS parts used for delivery.