?---
title: Cómo la Fila de Reintentos de Pérdida Cero Protege sus Datos de Anuncios
description: Aprenda cómo PostbackFlow utiliza una cola automatizada con retraso exponencial (exponential backoff) para garantizar el 100% de entrega de conversiones a Meta CAPI y Google Ads.
date: 2026-06-28
icon: ⏳
category: Deliverability
---
El Dolor de Cabeza: APIs de Redes de Anuncios Inestables
Cuando publica campañas masivas en Meta (Facebook), Google o TikTok, recibir comentarios precisos de píxel es fundamental. Si su plataforma publicitaria no sabe cuándo ocurre una conversión, sus algoritmos de optimización se detendrán, lo que generará un mayor Costo por Adquisición (CPA) y un presupuesto desperdiciado.
Sin embargo, las APIs de las redes de anuncios no son 100% confiables. Con frecuencia experimentan:
- Tiempos de Espera del Servidor (Server Timeouts): Los servidores de Meta CAPI tardan demasiado en responder.
- Límites de Tarifa (Rate Limits): La API de Google Ads devuelve el error 429 (Demasiadas solicitudes).
- Caídas del Sistema: Interrupciones de red globales (por ejemplo, tiempo de inactividad de la API de Meta).
La mayoría de los trackers estándar utilizan un mecanismo de postback de disparo único: cuando ocurre una conversión, llaman a la API de la red publicitaria. Si la red publicitaria responde con un error (por ejemplo, HTTP 500 o 503), la conversión se pierde para siempre. Su píxel se pierde los datos y la optimización de su campaña se degrada.
PostbackFlow resuelve esto con la Fila de Reintentos de Pérdida Cero (Zero-Loss Retry Queue).
---
Cómo Funciona la Fila de Reintentos
Cuando llega un postback de conversión de su red de afiliados, PostbackFlow lo procesa inmediatamente y activa el reenviador de la API de la plataforma publicitaria.
If the forwarding attempt fails (any HTTP status code other than 200/201, or a timeout):
1. Captura de Respaldo: El sistema captura los datos de la conversión y los registra en nuestra cola de reintentos de la base de datos.
2. Programador Cron: Un script de fondo (
etry_worker.php) se ejecuta automáticamente cada 60 segundos.
3. Retraso Exponencial (Exponential Backoff): El trabajador busca reintentos pendientes e intenta reenviar las conversiones. Utiliza un esquema de retraso exponencial:
* Reintento 1: 1 minuto después del fallo.
* Reintento 2: 5 minutos después del fallo.
* Reintento 3: 15 minutos después del fallo.
* Reintento 4: 60 minutos después del fallo.
* Reintento 5: 240 minutos (4 horas) después del fallo.
4. Registro Permanente: Si los 5 intentos fallan, el estado de la conversión se establece en ailed (fallido) y se registra en su panel de control para que pueda revisar sus credenciales.
---
Configuración Técnica: Totalmente Automatizada
No necesita configurar nada. La fila de reintentos está integrada en la arquitectura principal de PostbackFlow y funciona silenciosamente en segundo plano.
Para verificar los estados de reenvío:
1. Abra su página de Dashboard o Reports.
2. Vea la tabla de Conversions.
3. Verifique el indicador de estado:
*
eceived / sent: Conversión registrada y reenviada con éxito.
* pending /
etrying: El reenvío falló en el primer intento y está programado para el siguiente intervalo de reintento.
* ailed: Entrega cancelada después de 5 reintentos (verifique las credenciales de la API en Configuración).
---
Resultados Esperados e Impacto en el ROI
- Datos de Píxel 100% Completos: Sus campañas de Facebook Conversions API y Google Ads reciben cada conversión, incluso durante caídas de las APIs de las plataformas.
- Optimización de Ofertas Estable: El envío constante de datos de conversión evita que los algoritmos de ofertas inteligentes se reinicien debido a la falta de señales de conversión del día.
- Tranquilidad: Dedique tiempo a optimizar sus ofertas en lugar de solucionar problemas de postbacks perdidos.