Leads sospechosos: pruebas, duplicados y coste de revisión

Más formularios enviados no equivalen necesariamente a más clientes. El aumento puede proceder de demanda real, entregas repetidas, solicitudes accidentales, público inadecuado o manipulación deliberada. Esta guía permite al anunciante conservar pruebas, separar duplicados técnicos de resultados comerciales, proteger a clientes legítimos y decidir si una fuente merece otra prueba.

Los dos casos son conjuntos de datos ficticios de una empresa de servicios, no resultados de clientes de AffiliateCore. Los importes en EUR son supuestos educativos independientes, no precios de proveedores ni conversiones de divisas. El procedimiento presupone un producto y un país permitidos; no autoriza una categoría restringida ni un canal concreto. No requiere fabricar registros, pedidos o conversiones remuneradas.

1. Defina el resultado antes de buscar fraude

Antes de contratar una publicación, redacte una ficha de aceptación: servicio, territorio, solicitud válida, ventana de duplicados, prueba de envío voluntario, plazo de revisión y vía de reclamación. Una solicitud válida no es una venta. Alguien puede pedir información de verdad y después no comprar. Si se remunera una consulta válida, la ausencia de venta no justifica por sí sola rechazarla.

Separe tres identificadores: fuente o publicación, solicitud e intento de entrega. Una solicitud entregada tres veces no representa tres clientes. Dos solicitudes de un mismo hogar no son necesariamente duplicadas. Resuelva estas cuestiones según la definición comercial acordada, no mediante una regla universal sobre direcciones IP o datos de contacto coincidentes.

En nuestra plataforma AffiliateCore, el punto de partida son las condiciones de su propia oferta y el proceso de revisión de conversiones admitido. Acuerde el evento y la fuente permitida antes de conectar al colaborador. La hoja de pruebas de esta guía forma parte de la operación del anunciante: no implica que AffiliateCore disponga de una pantalla de investigaciones, una integración con Cloudflare o una demostración automática de fraude. Si el evento necesario no puede representarse con fiabilidad, resuelva esa limitación antes de aceptar tráfico remunerado.

2. Una señal selecciona una revisión, no dicta sentencia

Un pico repentino, solicitudes parecidas, países inesperados o intervalos muy breves merecen investigación. También existen explicaciones alternativas: una newsletter llega simultáneamente, una oficina comparte conexión, el enrutamiento móvil distorsiona la geografía y un cliente habitual rellena rápido un formulario. La geolocalización de red no prueba residencia ni elegibilidad.

Cloudflare describe su bot score como una estimación de automatización. Los valores detallados requieren la modalidad correspondiente de Enterprise Bot Management. La puntuación no demuestra fraude comercial; un valor no calculado representa información ausente. No invente puntuaciones cuando no dispone del producto o de los datos. Conserve la categoría «pruebas insuficientes» en lugar de clasificar obligatoriamente cada registro como real o falso.

La documentación de clics no válidos de Google distingue interacciones accidentales y automatizadas. Clics no válidos, leads rechazados y pedidos cancelados son conjuntos diferentes. Una corrección de clics de la plataforma publicitaria no resuelve automáticamente la aceptación de un lead en su CRM. Su rechazo tampoco garantiza un abono publicitario.

3. Prepare una hoja mínima de pruebas

Incluya en una hoja de acceso restringido: referencia del caso, fuente y publicación, identificador de solicitud, intentos de entrega, fecha y zona horaria, criterio contractual, señal observada, explicación alternativa, ubicación de pruebas, responsable, estado provisional, motivo final, plazo de recurso, importe pagadero y estado de corrección o devolución. Use referencias a pruebas privadas en vez de copiar identidades de clientes en cada exportación.

Separe observación y conclusión. «Tres entregas comparten un identificador de solicitud» es observable. «El colaborador inventó tres clientes» necesita pruebas adicionales. Anote lo desconocido y qué comprobación permitiría distinguir explicaciones. No compre bases de datos filtradas ni contacte con personas ajenas para enriquecer una sospecha.

Estados internos posibles: pendiente de revisión, duplicado técnico, aceptado, rechazado según condiciones, no resuelto y corregido tras recurso. Son etiquetas de trabajo, no nombres de botones prometidos en la plataforma. Cada rechazo debe referirse a las condiciones originales. Al corregir una decisión, conserve la inicial en el historial; no reescriba silenciosamente el pasado.

Regístrese como anunciante en AffiliateCore para preparar las condiciones de su oferta y los requisitos de fuentes. Lleve esta ficha al proceso de configuración: una cuenta no garantiza autorización del canal ni colaboradores disponibles.

4. Contenga el problema sin destruir las pruebas

Detenga nuevos gastos en la publicación concreta cuando la exposición supere el límite acordado. Conserve referencia, configuración relevante y una exportación fechada de solo lectura. No bloquee a todos los colaboradores por un único pico. Siga atendiendo solicitudes válidas y cumpla los plazos de revisión.

Examine primero la recepción. Compare identificadores de solicitudes, intentos de entrega y filas del CRM. Un reintento tras un tiempo de espera puede simular crecimiento sin actividad nueva del cliente. Pregunte al responsable si el procesamiento es idempotente: repetir la misma solicitud no debe crear otro resultado pagadero. Compare recibos del servidor con el CRM; los totales de páginas vistas no relacionados no permiten deducir solicitudes perdidas.

Revise una muestra acotada de registros sospechosos y normales del mismo periodo. Incluya aceptados y rechazados, no solo los peores ejemplos. Utilice el contacto ya acordado con la persona; las llamadas repetidas no deseadas no son un método de investigación válido. Si es posible, un segundo revisor debe examinar rechazos dudosos sin conocer inicialmente la conclusión del primero.

5. Caso uno: inflación aparente por reintentos

Supongamos que una publicación autorizada de servicios produce 160 mensajes de eventos en una semana. Existen 120 referencias de solicitudes distintas y 40 mensajes repetidos. La conciliación demuestra que estos 40 corresponden a solicitudes existentes. Son duplicados de entrega, no leads adicionales; su existencia por sí sola no demuestra conducta indebida del colaborador.

De las 120 solicitudes únicas, las reglas previas permiten aceptar 80; 20 quedan fuera del territorio, 10 se retiran antes de la confirmación necesaria y 10 siguen pendientes. El contrato supuesto exige esa confirmación para aceptar: no es un derecho universal a rechazar consultas retiradas. Las categorías suman 120. Excluya las pendientes del denominador final de coste por lead aceptado y reserve su posible obligación de pago.

La comisión es un supuesto, no una tarifa de AffiliateCore. El coste por lead aceptado es 1.164 / 80 = 14,55 EUR. Dividir por los 160 mensajes daría 7,275 EUR y falsearía el resultado comercial. Si cada pendiente puede añadir 8 EUR y una comisión supuesta del 10%, reserve otros 88 EUR; presupueste aparte el trabajo adicional de revisión.

El límite previo es 16 EUR por lead aceptado. La cohorte supera esa prueba aritmética, pero el crecimiento debe esperar a las decisiones pendientes y a una corrección verificada de duplicados. Los datos respaldan reparar la entrega y continuar de forma limitada, no acusar al colaborador de inventar clientes. El diagnóstico inicial sigue siendo coste del piloto aunque las siguientes ejecuciones resulten más baratas.

6. Caso dos: envíos baratos, resultados aceptados caros

Otra publicación ficticia registra 200 solicitudes distintas. Tras el periodo de revisión, 35 cumplen requisitos, 100 no satisfacen condiciones documentadas, 25 se retiran antes de la confirmación exigida y 40 siguen sin resolver. Un patrón temporal sospechoso motivó la revisión, pero los rechazos se basan en criterios documentados. «Llegó demasiado rápido» no es el único motivo.

Los costes son 1.000 EUR de publicación, 350 EUR de creatividad y página de destino, 160 EUR de revisión (8 horas × 20 EUR), 80 EUR de herramientas, 70 EUR de disputas y 350 EUR de remuneración por 35 leads aceptados a 10 EUR. Una comisión separada supuesta añade 35 EUR. Total: 2.045 EUR, o 58,43 EUR por aceptado tras redondear. El máximo supuesto es 30 EUR. Las 40 pendientes implican hasta 440 EUR adicionales variables, antes de más trabajo de revisión.

Incluso si se aceptaran las 40 pendientes, habría 75 aceptadas con un coste mínimo de 2.485 EUR: 33,13 EUR cada una, todavía superior al límite. Es una cota bajo los supuestos indicados, no una previsión. Deje de comprar la publicación, termine la revisión y pague las obligaciones válidas. No fabrique rentabilidad rechazando solicitudes legítimas o eliminando trabajo creativo del cálculo.

La conclusión correcta es que la publicación falla el criterio económico y mantiene una investigación de calidad abierta. No demuestra que los 165 registros no aceptados o pendientes sean falsos. Si después se confirma manipulación deliberada, documente la conclusión y los registros afectados por separado de la inelegibilidad ordinaria, las retiradas y la incertidumbre.

7. Compruebe la protección y sus falsos rechazos

Si emplea un servicio externo de verificación, revise validación en servidor y gestión de errores. La documentación de Turnstile señala que el widget del navegador no basta: los tokens necesitan validación del servidor, duran poco y se usan una sola vez. Esto protege una interacción técnica, pero no demuestra interés comercial ni cumplimiento de la oferta.

La prueba segura utiliza el mecanismo documentado del proveedor o un entorno separado, excluyendo registros de actividad pagadera. Compruebe un envío permitido normal, una respuesta de verificación caducada, una entrega duplicada, un fallo temporal y un reintento legítimo. Un intento técnicamente rechazado no debe generar una conversión pagadera, y un reintento autorizado no debe generar dos. Nunca introduzca actividad inventada de clientes en una campaña real para comprobar ganancias.

Mida las consecuencias para usuarios reales: fallos de verificación, quejas a soporte y decisiones revocadas tras revisión. Compruebe móvil y accesibilidad. Una regla que elimina tráfico indeseado y a casi todos los clientes reales puede mejorar un porcentaje de rechazo mientras perjudica el negocio. No generalice una nueva dificultad sin medir ese intercambio.

8. Ofrezca al colaborador una respuesta delimitada

Envíe por el canal comercial acordado una síntesis: referencia de publicación, fechas de cohorte, cantidades, criterios, ejemplos anonimizados y plazo de respuesta. Solicite pruebas de la publicación real y del público anunciado. Comparta solo lo necesario para la disputa, no listas completas de clientes como prueba habitual.

La falta de respuesta es falta de evidencia dentro del acuerdo, no prueba de identidad o intención. Registre nueva información y corrija decisiones equivocadas. Si la causa fue su formulario o integración, reconózcalo y rectifique la contabilidad afectada. Separe una solicitud de reembolso de la decisión sobre seguir comprando tráfico.

9. Decida las condiciones de reinicio

Reinicie cuando la fuente esté identificada, el evento sea estable, los duplicados estén controlados, exista capacidad de revisión y las obligaciones pendientes estén financiadas. Establezca un presupuesto pequeño y una fecha de evaluación de cohorte madura. Cambie un control importante cada vez para interpretar los resultados. Compare periodos y grupos parecidos; una diferencia antes/después no demuestra por sí sola el efecto del filtro.

Deténgase de nuevo si el coste de aceptación supera el límite, las pruebas no concilian, aumentan demasiado los rechazos de usuarios legítimos o el colaborador no acredita la publicación. No existe un porcentaje universal seguro de rechazo. Defina el límite de su negocio antes del siguiente piloto e incluya el coste de investigarlo.

El expediente final debe contener condiciones, hoja de pruebas, conciliación de duplicados, muestra de ambos grupos, costes completos, reserva, recursos resueltos y criterios de reinicio. Los anunciantes existentes pueden entrar en AffiliateCore y comparar las condiciones admitidas de su oferta con este expediente. Los nuevos pueden preparar una cuenta de anunciante. Consulte también la revisión de leads y decisiones disputadas.

Fuentes comprobadas el 14 de octubre de 2026. Hojas, escenarios, umbrales y cálculos son construcciones educativas originales. Explican reconocimiento, investigación y protección, no la creación de tráfico engañoso.