Mejores prácticas de RCS

Esta página ofrece las mejores prácticas para diseñar experiencias RCS efectivas con la API Messages API de Vonage.

Siga las directrices sobre logotipos e imágenes de pancartas

Para garantizar la mejor experiencia de usuario posible, le recomendamos que siga las siguientes recomendaciones estas directrices para las imágenes de su logotipo y banner.

Ejecutar una comprobación de la capacidad del dispositivo

Se puede realizar una comprobación de capacidad para determinar si el dispositivo de destino es compatible con las funciones de mensajería RCS; le recomendamos que lo haga antes de iniciar una conversación con un usuario. Consulte la guía Comprobación de la capacidad del dispositivo RCS. aquí para más información.

Respete los límites de tamaño de los mensajes y soportes

Véase Tamaños de mensajes y soportes para obtener información sobre límites y directrices, como limitaciones de caracteres de texto y tamaños máximos de mensajes y archivos multimedia.

Mantener el orden de los mensajes

Cuando envíe varios mensajes a un usuario, debe asegurarse de que éste los recibe en orden para que la experiencia sea la mejor posible. Asegúrese de que los usuarios reciben los mensajes en el orden correcto esperando un delivered que se enviará a su Webhook de estado antes de enviar el siguiente mensaje.

Reintentos con retardo exponencial

Las llamadas a la API pueden fallar por muchas razones, como sobrecarga del servicio, límites de QPS, problemas de infraestructura y otros errores. Recomendamos utilizar reintentos con backoff exponencial para recuperarse de estos errores, donde su infraestructura sigue automáticamente estos pasos:

Determina que una llamada a la API ha fallado.
Establezca la duración de la espera inicial y el número máximo de reintentos.
Pausa para la duración de la espera.
Reintentar la llamada a la API.
En función de la respuesta de la API:

Si tiene éxito, continúa con el siguiente paso del flujo de trabajo.
Si falla, aumenta la duración de la espera y vuelve al paso 3.
Si se produce un fallo tras el número máximo de reintentos, entra en estado de fallo.

La duración óptima de la espera y el número máximo de reintentos pueden variar; debe determinar estos números en función de sus requisitos de infraestructura y latencia del flujo de trabajo.