Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Mejores prácticas de RCS
Con la mensajería avanzada de RCS, puede crear experiencias conversacionales e interactivas que van más allá de los SMS tradicionales. En este tema se proporcionan instrucciones para diseñar mensajes RCS eficaces, incluidas las sugerencias estratégicas, el diseño de carrusel y carrusel, la optimización del contenido multimedia, la caducidad de los mensajes, la planificación alternativa y la supervisión.
Para obtener más información sobre las funciones individuales, consulteConfiguración de sugerencias de RCS,, Envío de tarjetas RCS RichEnvío de carruseles RCS, Configuración de la caducidad de los mensajes RCS y. Configuración del respaldo de SMS o MMS por mensaje eventos de mensajes RCS
Diseño conversacional e interactivo
Los mensajes RCS admiten elementos interactivos, como las respuestas sugeridas, las acciones sugeridas, las tarjetas enriquecidas y los carruseles. Para utilizar estas funciones de forma eficaz, trata cada intercambio de mensajes como parte de una conversación en curso y no como una notificación unidireccional.
- Abre con contexto y opciones
-
Incluye un saludo claro, indica lo que puede hacer el usuario y proporciona sugerencias de respuestas para guiar el siguiente paso. Esto establece las expectativas y reduce la fricción.
- Mantenga los mensajes concisos
-
Intenta usar menos de 300 caracteres por mensaje de texto. Divida la información compleja en varios mensajes o utilice una carta enriquecida para el contenido estructurado.
- Evita los callejones sin salida
-
Cada mensaje debe llevar a un siguiente paso. Ofrezca sugerencias de seguimiento, una opción del menú principal o una ruta hacia un agente humano.
- Dirígete directamente al usuario
-
Usa una segunda persona. Escriba «Su cita está confirmada» en lugar de «La cita ha sido confirmada».
Estrategia de sugerencias
Las sugerencias (tanto las respuestas como las acciones) aparecen como fichas interactivas debajo del mensaje. Reducen la escritura, aumentan la participación y te permiten dirigir las respuestas a través de PostbackData valores estructurados. Para ver la lista completa de tipos de sugerencias, consulteConfiguración de sugerencias de RCS.
Escribe etiquetas de acción concisas
El Text campo tiene un límite de 25 caracteres. Usa un lenguaje orientado a la acción que indique al usuario exactamente lo que ocurre al tocar un botón.
| Evitar | Prefiero |
|---|---|
| «Opción 1" | «Libro para el lunes» |
| «Haga clic aquí» | «Ver el estado del pedido» |
| «Más información» | «Ver detalles de precios» |
Ofrezca de 3 a 5 opciones
Tres sugerencias son ideales para la mayoría de las interacciones. Puedes incluir hasta 11 sugerencias por mensaje (4 por tarjeta enriquecida), pero tener más de 5 opciones a la vez suele abrumar a los usuarios. Si necesitas más opciones, utiliza un carrusel o divide el flujo en varios pasos.
Sigue la ruta PostbackData
Úselo PostbackData para la lógica de enrutamiento interna en lugar de analizar el texto que se muestra. Este enfoque admite la localización (puede cambiar lo visible para el usuario Text sin modificar el enrutamiento) y proporciona un contexto estructurado para su aplicación.
Codifique la acción, la entidad y el contexto en el valor de devolución. Por ejemplo:
confirm_order_12345 cancel_appointment_20260615 nav_main_menu
Usa prefijos consistentes (comobook_,, confirm_cancel_,nav_) para simplificar el enrutamiento en tu backend.
importante
Maneje las devoluciones obsoletas con elegancia. Un usuario puede elegir una sugerencia horas después de recibirla. Compruebe que la entidad a la que se hace referencia aún existe e informe al usuario si la acción ya no es válida.
Diseño rico de cartas y carrusel
Las cartas enriquecidas y los carruseles presentan contenido estructurado (imágenes, títulos, descripciones y sugerencias) en un formato visual. Para obtener detalles sobre la implementación, consulte Envío de tarjetas RCS Rich y. Envío de carruseles RCS
Cartas enriquecidas independientes
-
Utilice
VERTICALla orientación para obtener una representación más uniforme en todos los dispositivos. -
Usa la altura del
TALLsoporte para dar a las imágenes un espacio de visualización adecuado tanto en Android como en iOS. -
Mantén el texto del título y la descripción concisos. Algunos clientes recortan el texto de más de tres líneas.
-
Las URL del texto de la descripción no funcionan como enlaces en todos los clientes. Usa una acción
OpenUrlsugerida en lugar de incrustar enlaces en las descripciones. -
Incluye una sugerencia clara de llamada a la acción por tarjeta. Varias acciones competitivas reducen las tasas de conversión.
Carruseles
-
Coloca la opción recomendada o la más relevante en la primera posición de la carta. Los usuarios interactúan más con la primera carta visible.
-
Utilice sugerencias externas (a nivel de mensaje) para realizar acciones de navegación, como «Volver al menú» o «Ayuda». Reserva sugerencias a nivel de tarjeta para acciones específicas de esa tarjeta.
-
Mantén el contenido de las tarjetas más conciso que las tarjetas independientes, ya que las tarjetas de carrusel tienen menos espacio vertical.
-
La altura del soporte de las tarjetas de carrusel está limitada a
SHORToMEDIUM(noTALLes compatible con los carruseles). -
Asegúrese de que el tamaño combinado de todas las tarjetas sea inferior a 100 MB. Optimice las imágenes antes de cargarlas.
Prácticas recomendadas para los medios
Los archivos multimedia (imágenes, vídeos, archivos PDF) mejoran la captación de los mensajes, pero añaden tamaño de carga útil y variabilidad en la representación. Para conocer los requisitos de formato y tamaño de los archivos, consulte. Envío de mensajes RCS enriquecidos
-
Comprima las imágenes antes de cargarlas. Utilice JPEG para fotografías y PNG para gráficos con transparencia.
-
Mantenga los archivos de vídeo de menos de 5 MB para una entrega fiable en todos los operadores y dispositivos.
-
Proporcione un
ThumbnailUrlpara mensajes de vídeo y archivos de gran tamaño. Las miniaturas se muestran mientras se carga todo el contenido multimedia y mejoran la experiencia del usuario en conexiones lentas. -
Las animaciones GIF se reproducen en Android, pero se muestran como un primer fotograma estático en iOS. No confíe en las animaciones GIF para transmitir información crítica.
-
Aloje contenido multimedia en direcciones URL HTTPS o en Amazon S3 (mediante
s3://URI). Todas las URL de los medios deben coincidir con el patrón.^(https://|s3://).+$
TTL y estrategia alternativa
El tiempo de vida (TTL) y la configuración alternativa funcionan en conjunto para garantizar que el mensaje llegue al usuario incluso cuando se produzca un error en la entrega del RCS. Para obtener información detallada sobre la implementación, consulte y. Configuración de la caducidad de los mensajes RCS Configuración del respaldo de SMS o MMS por mensaje
Configuración de valores TTL
Establezca siempre un TimeToLive valor para el contenido urgente. Haga coincidir el TTL con la ventana de relevancia del contenido.
| Tipo de contenido | TTL recomendado |
|---|---|
| One-time contraseña (OTP) o código de verificación | 30 a 120 segundos |
| Notificación flash de venta | Duración hasta que finalice la venta |
| Recordatorio de cita | Tiempo hasta la cita |
| Actualización de entrega | De 1 a 4 horas |
nota
La API es como mínimo de 1 segundo, pero se recomienda un TTL de al menos 10 segundos para disponer de un tiempo de entrega suficiente. El máximo es de 172.800 segundos (48 horas).
Recurso alternativo por SMS o MMS
Configure una FallbackConfiguration para los mensajes críticos (OTP, confirmaciones de pedidos, alertas de seguridad) para que el contenido llegue al usuario en caso de que la entrega del RCS falle o caduque.
-
Defina el
Channelcampo enSMSo enMMSfunción de si necesita contenido multimedia como alternativa. -
Manténgalo
MessageBodydentro de los 1600 caracteres (el límite alternativo es inferior al límite de texto RCS de 3.072 caracteres). -
Pruebe la entrega alternativa de principio a fin enviando el mensaje a un número de teléfono que no sea compatible con RCS y comprobando que el mensaje SMS o MMS llega.
Supervisión y eventos
Utilice los destinos de los eventos y los eventos de entrega para supervisar el rendimiento de los mensajes y optimizar su estrategia de mensajería. Para obtener más información sobre los tipos y la configuración de los eventos, consulteeventos de mensajes RCS.
-
Configure los destinos de los eventos antes de iniciar el envío de producción. Esto garantiza la captura de los eventos de entrega, lectura y caducidad desde el principio.
-
Supervise las tasas de caducidad de los mensajes para determinar si sus valores de TTL son adecuados. Una tasa de caducidad alta indica que el TTL es demasiado corto o que muchos destinatarios no tienen RCS-capable dispositivos.
-
Realice un seguimiento de las confirmaciones de lectura para realizar una comparación relativa (A/B pruebas) en lugar de utilizarlas como una métrica absoluta. No todos los clientes informan del estado de lectura.
-
Utilice los eventos de confirmación de entrega para cancelar los temporizadores de respaldo redundantes en la lógica de su aplicación si administra el respaldo de forma externa.
Variación en la representación del dispositivo y el cliente
Los mensajes RCS se renderizan de forma diferente en los clientes de Android e iOS. Diseñe con el mínimo común denominador y pruébelo en ambas plataformas antes de lanzar una campaña.
| Característica | Android | iOS |
|---|---|---|
| Imágenes GIF | Animadas | Estático (solo en el primer fotograma) |
| Enlaza vistas previas en el texto | URL en cualquier parte del mensaje | La URL debe ser el último elemento. Es posible que no se pueda hacer clic en una URL seguida de texto adicional. |
| Altura del soporte de la tarjeta | Respeta tallas cortas, medianas y altas | Representa todas las alturas verticales de forma idéntica. Podría ignorar la propiedad de altura. |
| Sugerencia: pedido de fichas | Conservado tal y como se envió | Podría reordenar las fichas |
| Persistencia de la acción sugerida | Las acciones ajenas a las cartas desaparecen tras tocarlas. Los botones de las tarjetas persisten. | Todos los botones (con y sin tarjeta) se conservan después de tocarlos. |
Muestra el nombre con los caracteres de ruta (/,\,:) |
Se representa como registrado | La capa de renderizado de iOS puede eliminar los caracteres |
| Imagen del banner del agente | Visible en el perfil del agente | No se muestra |
| Enlace a la política de privacidad | Visible en el perfil del agente | No se muestra |
| Múltiples contactos por tipo | Todas las entradas de contactos están visibles | Solo está visible el primer contacto por tipo (por orden de lista) |
| Medios con tamaños de texto de gran accesibilidad | Representación estable | Puede recortar imágenes cuando se habilitan tamaños de texto grandes |
| Insignia de verificación del transportista | «Verificado por [transportista]» o «Verificado por Google» | Los mismos valores de las insignias. Renderización controlada por Apple. |
Recomendaciones de diseño basadas en estas diferencias:
-
Utilice la orientación
VERTICALde la tarjeta para lograr un diseño uniforme. -
Coloca las URL al final de los mensajes de texto para garantizar que las vistas previas de los enlaces se muestren en iOS.
-
No dependas de la animación GIF para comunicar información esencial.
-
Pruebe el orden de las sugerencias en ambas plataformas si la secuencia es significativa para el flujo de usuarios.
Mostrar representación de nombres en iOS
La aplicación iOS Messages de Apple puede eliminar del nombre del agente que se muestra caracteres que se asemejen a los separadores de rutas del sistema operativo (/\,,:) o a las secuencias de escape de URL. Este comportamiento se controla a nivel del sistema operativo y AWS, Google, los operadores o los socios de mensajería no pueden anularlo.
Para evitar que los nombres para mostrar no coincidan:
-
Utilice únicamente caracteres alfanuméricos, espacios, guiones, puntos y signos de puntuación estándar (como,,) en el nombre para
&mostrar'.! -
No utilices barras diagonales, barras invertidas ni dos puntos como parte del nombre de tu marca.
-
Si el nombre de tu marca incluye estos caracteres, considera una representación alternativa (por ejemplo, usa un guión o un espacio en lugar de una barra).
-
Comprueba siempre la apariencia de tu agente en un dispositivo de prueba iOS durante la fase de prueba antes de solicitar el lanzamiento de un operador. Este es uno de los principales objetivos de las pruebas de los agentes.
Si ya ha lanzado un agente con un nombre visible afectado y necesita cambiarlo, póngase en contacto con AWS Support. Los cambios de nombre para mostrar en los agentes lanzados requieren que el transportista vuelva a aprobarlos.
Visibilidad del perfil del agente en iOS
Algunos elementos del perfil del agente que están visibles en Android no se muestran en iOS:
-
Imagen de cabecera: no se muestra en iOS. No confíes en el banner para comunicar información importante sobre la marca.
-
Enlace a la política de privacidad: no está visible en la vista del perfil del agente de iOS. Asegúrese de que se pueda acceder a su política de privacidad a través de otros medios (como su sitio web o una acción sugerida en su mensaje de bienvenida).
-
Varios contactos: si configuras varios números de teléfono, correos electrónicos o sitios web, iOS muestra solo la primera entrada por tipo de contacto. Coloca tu contacto principal en el primer lugar de la lista al configurar tu agente.
Pruebas en todas las plataformas
La representación RCS depende de la versión del sistema operativo, el modelo del dispositivo y la configuración del operador del destinatario. Antes de solicitar el lanzamiento de un transportista:
-
Envía mensajes de prueba a dispositivos Android e iOS.
-
Verifica el nombre para mostrar, el logotipo, el banner, la descripción, las acciones sugeridas, las tarjetas enriquecidas y el contenido multimedia en ambas plataformas.
-
Realiza pruebas con diferentes tamaños de texto y ajustes de accesibilidad en iOS.
-
Confirma que las vistas previas de los enlaces se muestran correctamente en ambas plataformas.
La implementación del RCS de Apple sigue evolucionando. Los comportamientos pueden cambiar con las actualizaciones de iOS. Supervisa tu experiencia de mensajería después de las versiones de iOS y ajusta tu contenido en consecuencia.
Opt-out manejo
Respeta las preferencias de exclusión de los usuarios de forma inmediata y coherente en todos los canales de mensajería.
-
Respeta las palabras clave STOP y UNSUBSCRIBE cancelando todos los mensajes no esenciales inmediatamente después de la solicitud de exclusión.
-
Envía una breve confirmación de exclusión que incluya el nombre de tu marca para que el usuario sepa de qué remitente se ha dado de baja.
-
Mantén tu propia base de datos de exclusión y sincronízala en todos los canales (RCS, SMS, MMS) para evitar que se envíen en un canal después de que el usuario haya optado por no participar en otro.
-
Consulta a tu equipo legal sobre qué tipos de mensajes (como OTP o alertas de fraude) podrían seguir enviándose tras la exclusión.
nota
AWS La mensajería para el usuario final proporciona una gestión de listas de exclusión para SMS y MMS. En el caso de RCS, coordine la gestión de las exclusiones con las listas de exclusión de los mensajes de los usuarios AWS finales y con sus propios registros a nivel de aplicación.
