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 recibir datos de API, una API puede no estar disponible de forma intermitente mientras Braze realiza la llamada. En este caso, Braze admite lógica de reintentos para volver a intentar la solicitud usando retirada exponencial.
El :retry de Contenido conectado no está disponible para mensajes dentro de la aplicación.
Usar la lógica de reintentos
Para usar la lógica de reintentos, agrega 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 intentará reintentar la llamada hasta cinco veces.
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 configuraste para cada reenvío. Braze moverá los mensajes fallidos al final de la cola y agregará minutos adicionales, si es necesario, al total de minutos que tomaría enviar tu mensaje.
Si la llamada de Contenido conectado falla más de cinco veces, el mensaje se cancela, de manera similar a cómo 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.