Buenas 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.
Sigue las directrices sobre logotipos e imágenes de banner
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.
Realizar una comprobación de las capacidades 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 los mensajes y los archivos multimedia 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.
- Establece la duración inicial de la espera y el número máximo de reintentos.
- Hacer una pausa durante el tiempo de 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.
El tiempo de espera óptimo y el número máximo de reintentos pueden variar; debes determinar estos valores en función de tu infraestructura y de los requisitos de latencia de tu flujo de trabajo.