Nesta página: conheça as práticas recomendadas para reduzir os custos de SMS no Adobe Journey Optimizer, mantendo as mensagens curtas, evitando caracteres especiais e a codificação UCS-2 e verificando a contagem de caracteres antes de enviar.
As mensagens SMS normalmente são cobradas por provedores com base em um limite de 160 caracteres por mensagem. O envio de mensagens SMS pode gerar custos adicionais se as mensagens forem divididas em várias partes.
Siga estas diretrizes para otimizar sua estratégia de mensagens e reduzir despesas.
Manter mensagens curtas keep-messages-short
O Journey Optimizer permite até 1.500 caracteres em um corpo de mensagem SMS. Um aviso é exibido quando você excede esse limite e as mensagens além dele acionarão um erro.
A maioria dos provedores de SMS é compatível com a codificação GSM de 7 bits, em que um único SMS pode conter até 160 caracteres. As mensagens que excedem esse comprimento são automaticamente divididas em várias partes do SMS (concatenação):
- Menos de 160 caracteres: 1 parte de SMS
- 161-306 caracteres: 2 partes de SMS
- 307-459 caracteres: 3 partes de SMS
Para minimizar os custos, tente manter as mensagens com menos de 160 caracteres para que sejam cobradas como uma única parte do SMS.
Por exemplo, uma mensagem de 1.600 caracteres pode consumir 10 créditos de SMS, mesmo que apareça como uma única mensagem no Journey Optimizer.
Evite caracteres especiais que aumentem o comprimento avoid-special-characters
Determinados caracteres, como | ^ € { } [ ] ~ \, são contados como dois caracteres na codificação GSM. A inclusão desses caracteres pode fazer com que sua mensagem exceda o limite de 160 caracteres mais rapidamente.
Impedir codificação UCS-2 prevent-ucs2-encoding
Se a mensagem incluir caracteres não GSM, como texto em chinês ou árabe, símbolos de marca registrada ou retornos rígidos de ferramentas de formatação avançada, a mensagem será codificada pelo provedor usando UCS-2, que suporta apenas 70 caracteres por SMS.
Usar a codificação UCS-2 pode aumentar a contagem de caracteres e, consequentemente, afetar o faturamento de mensagens com seu provedor de serviços.
Por exemplo, uma mensagem Unicode de 200 caracteres será entregue em 3 partes de SMS.
Práticas recomendadas de criação authoring-best-practices
Componha a mensagem SMS final diretamente no Journey Optimizer ou cole-a dos aplicativos de texto simples.
Evite usar aplicativos de rich text, pois eles podem introduzir caracteres ocultos ou quebras de linha que acionam a codificação UCS-2, aumentando potencialmente o número de partes do SMS e os custos associados.
Verificar contagem de caracteres antes de enviar check-character-count
Use aplicativos de texto simples ou qualquer um dos métodos de simulação em Simular conteúdo para verificar a contagem de caracteres.
Embora o Journey Optimizer exiba uma contagem de caracteres, incluindo espaços, durante a simulação de conteúdo, observe que:
-
Ele não inclui caracteres gerados pela personalização dinâmica ou determinados caracteres especiais.
-
A x/1500 count serve como um indicador visual do limite de carga técnica, não do limite por mensagem, por exemplo, o limite de 7 bits do GSM de 160 caracteres.
-
O Adobe é compatível com a codificação UTF-8 no editor, que difere da codificação GSM-7-bit.
Noções básicas sobre relatórios understanding-reporting
os relatórios do Journey Optimizer contam a mensagem completa como um envio, independentemente das partes do SMS.
Os relatórios do provedor refletem o número real de partes da mensagem SMS usadas para entrega e devem ser referenciados para confirmar a cobrança e quaisquer excedentes potenciais. Se o Adobe for seu provedor de SMS via Sinch, você receberá esse relatório de cobrança separadamente mensalmente.
Considerações sobre o Personalization personalization-considerations
A personalização dinâmica pode aumentar o comprimento de uma mensagem. Por exemplo, substituir uma variável por um nome longo pode adicionar caracteres.
Recursos adicionais additional-resources
Examine os caracteres com suporte e as regras de codificação no Guia de Suporte ao Caractere de 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.