Usar lógica de reintentos para Contenido conectado
Esta página cubre cómo agregar reintentos a tus llamadas de Contenido conectado.
Cómo funcionan los reintentos
Dado que el contenido conectado depende de la recepción de datos de las API, es posible que una API no esté disponible de forma intermitente mientras Braze realiza la llamada. En este caso, Braze admite lógica de reintentos para volver a intentar la solicitud utilizando retirada exponencial.
El :retry de contenido conectado no está disponible para mensajes dentro de la aplicación.
Uso de la lógica de reintento
Para usar la lógica de reintento, añade la etiqueta :retry a la llamada de contenido conectado, como se muestra en el siguiente fragmento de código:
1
2
{% connected_content https://yourwebsite.com/api/endpoint :retry %}
{% connected_content https://www.braze.com :save my_content :basic_auth auth_name :retry %}
Cuando se incluye una etiqueta :retry en la llamada de contenido conectado, Braze intenta reintentar la llamada hasta cinco veces.
Comportamiento de la vista previa
La lógica de reintento se aplica solo a los envíos en vivo (incluidos los envíos de prueba), no a las vistas previas. Si una llamada de contenido conectado con :retry falla durante la vista previa, esta puede mostrar el mensaje “This message would not have been shown because retry functionality was triggered” en lugar de renderizar el contenido. Este es el comportamiento esperado y no indica un problema dentro de Braze.
Resultados de los reintentos
Cuando un reintento tiene éxito
Si un intento reintentado tiene éxito, el mensaje se envía y no se realizan más reintentos para ese mensaje.
Cuando la llamada a la API falla y los reintentos están habilitados
Si la llamada a la API falla y esta opción está habilitada, Braze reintentará la llamada respetando el límite de velocidad que hayas establecido para cada reenvío. Braze moverá los mensajes fallidos al final de la cola y añadirá minutos adicionales, si es necesario, al total de minutos que tardaría en enviar tu mensaje.
Si la llamada de contenido conectado falla más de cinco veces, el mensaje se cancela, de forma similar a como se desencadena una etiqueta de cancelación de mensaje.
Llamadas de Contenido conectado con lógica de cancelación y reintento
Si una llamada de Contenido conectado utiliza lógica de cancelación para la misma condición que la lógica de reintento, la lógica de cancelación tiene prioridad. Esto impide que se intente cualquier reintento. La lógica de reintento ya reenvía la llamada antes de cancelarla si el código de estado no es correcto. Dado que ambas se dirigen al mismo comportamiento de código de estado, puedes quitar la lógica de cancelación y la llamada seguirá cancelándose si todos los reintentos fallan.