Melhores práticas da RCS
Esta página apresenta as melhores práticas para criar experiências eficazes de RCS com a Messages API do Vonage.
Siga as diretrizes para logotipos e imagens de banner
Para garantir a melhor experiência possível ao usuário, recomendamos que você siga estas diretrizes para o seu logotipo e imagens de banner.
Executar uma verificação de recursos do dispositivo
É possível realizar uma verificação de compatibilidade para confirmar se o dispositivo de destino suporta os recursos de mensagens RCS; recomendamos que você faça isso antes de iniciar uma conversa com um usuário. Consulte o guia “Verificação de compatibilidade de dispositivos RCS” aqui para mais informações.
Respeite os limites de tamanho das mensagens e dos arquivos de mídia
Veja Tamanhos de mensagens e arquivos de mídia para obter informações sobre limites e diretrizes, como restrições de caracteres no texto e tamanhos máximos de mensagens e arquivos de mídia.
Mantenha as mensagens em ordem
Ao enviar várias mensagens para um usuário, você deve garantir que ele as receba na ordem correta, a fim de proporcionar a melhor experiência possível. Certifique-se de que os usuários recebam as mensagens na ordem correta, aguardando até que uma delivered status a ser enviado para o seu Webhook de status antes de enviar a próxima mensagem.
Implementar tentativas repetidas com recuo exponencial
As chamadas de API podem falhar por diversos motivos, incluindo sobrecarga do serviço, limites de QPS, problemas de infraestrutura e outros erros. Recomendamos o uso de tentativas repetidas com recuo exponencial para recuperar desses erros, em que sua infraestrutura segue automaticamente estas etapas:
- Determinar se uma chamada de API falhou.
- Defina o tempo de espera inicial e o número máximo de tentativas.
- Fazer uma pausa pelo tempo de espera.
- Tente novamente a chamada à API.
- Dependendo da resposta da API:
- Se for bem-sucedido, prossegue para a próxima etapa do fluxo de trabalho.
- Se ocorrer uma falha, aumenta o tempo de espera e retorna à etapa 3.
- Se ocorrer uma falha após o número máximo de tentativas, o sistema entra em estado de falha.
O tempo de espera ideal e o número máximo de tentativas podem variar; você deve definir esses valores com base na sua infraestrutura e nos requisitos de latência do seu fluxo de trabalho.