Sector oct. 17, 2026

Contactos revendidos: cómo verificar el origen, el consentimiento y los duplicados

Revise al proveedor antes de comprar: ficha del lote, pruebas, duplicados, anulaciones y dos ejemplos del coste completo por solicitud aceptada.

A
AffiliateCore
8 visualizaciones
Contactos revendidos: cómo verificar el origen, el consentimiento y los duplicados

Un archivo de contactos no demuestra que el anunciante haya recibido solicitudes utilizables. Una persona puede haber preguntado por otro servicio, autorizado a otra empresa o rechazado comunicaciones posteriores. Antes del primer contacto hay que separar una solicitud demostrable de un registro que no se puede utilizar. El resultado de esta guía son cuatro documentos: ficha del lote, reglas de aceptación, registro de decisiones y cálculo del coste completo por resultado aceptado.

La parte normativa se limita al Reino Unido y utiliza orientaciones públicas del ICO revisadas el 17 de octubre de 2026. No acredita la legalidad del mismo proceso en España, la UE, Rusia u otro país. Los importes en euros son supuestos didácticos independientes, no precios británicos ni conversiones. Es un método operativo, no una evaluación jurídica de una base concreta. Los ejemplos no contienen datos personales reales.

Qué comprobar antes de recibir una lista

Distinga tres hechos: alguien proporcionó información; un intermediario la transfirió; su organización comprobó que puede utilizarla para una finalidad y un canal determinados. Los dos primeros no demuestran el tercero. Solicitar un presupuesto, suscribirse a un boletín y permitir ofertas de varias empresas son situaciones diferentes. No asigne a todas la misma etiqueta de «consentimiento disponible».

El ICO indica que la garantía de cumplimiento del vendedor no basta. El comprador debe examinar procedencia, contexto de recogida, información mostrada y registros de consentimiento cuando se invoque este. No debe utilizar información cuyas explicaciones resulten insatisfactorias. Un contrato comercial no sustituye esa comprobación. Fuente: ICO, recogida de información y generación de contactos.

Antes de transferir datos personales, solicite una descripción del proceso y pruebas con los datos identificativos ocultos. Determine país, categoría del destinatario y canal. No aplique automáticamente las reglas del correo electrónico a llamadas o envíos postales. El marketing electrónico requiere además examinar los requisitos PECR aplicables. Si no se acredita la base para esa operación concreta, el piloto no comienza.

En un programa de afiliación, redacte primero la definición de solicitud y las restricciones de origen. En nuestra plataforma AffiliateCore ese documento puede servir para preparar las condiciones de su propia oferta; registrarse no verifica ni legitima una lista comprada. Conserve la ficha al registrarse como anunciante en AffiliateCore.

Plantilla de ficha del lote

Abra una ficha por entrega identificable. «Lista de octubre» no basta: formularios o permisos diferentes necesitan referencias separadas. Es una recomendación para su proceso interno, no una función integrada de AffiliateCore.

  • Lote: referencia interna, proveedor, recopilador original y responsable del anunciante.
  • Escenario: producto, país, categoría del destinatario, finalidad y canal permitido.
  • Procedencia: página u otra vía de recogida, fechas, versión del formulario, aviso de privacidad y texto separado de consentimiento cuando corresponda.
  • Transferencia: organizaciones identificadas, destinatarios y fines permitidos, número previsto de destinatarios y límites de reutilización.
  • Pruebas: referencias a registros protegidos, momento de la acción, versión del texto y comprobaciones de integridad.
  • Evento facturable: definición exacta de solicitud aceptada, precio, exclusiones, plazos y motivos de anulación.
  • Oposición: responsable, canal de transmisión y exclusión de entregas posteriores.
  • Acceso y conservación: personas autorizadas, ubicación, plazo y base para borrar o conservar de forma restringida.

En los análisis compartidos utilice identificadores internos en lugar de nombres, correos o teléfonos. Guarde las pruebas por separado con acceso limitado. Un contacto transformado en hash no es necesariamente anónimo: su comparación puede permitir identificar a alguien. No suba la lista original a un chat compartido o servicio ajeno para detectar duplicados.

Aceptar sin activar automáticamente una campaña

  1. Acuerde los criterios antes de la entrega. Precise si se paga por fila, contacto utilizable o solicitud confirmada. Aquí se utiliza la última definición. Un origen desconocido significa «no aceptado», no un descuento.
  2. Examine las pruebas. Relacione versión del formulario, fecha y destinatario con el uso previsto. Una muestra descubre problemas, pero no demuestra que el resto sea utilizable. Cada registro utilizado necesita respaldo suficiente.
  3. Compruebe la unicidad. Separe filas repetidas, solicitudes ya entregadas y consultas nuevas legítimas de la misma persona. La normalización no debe borrar el sentido de la solicitud. En una discrepancia conserve ambas referencias y la decisión del revisor.
  4. Aplique las restricciones. Compruebe oposiciones y exclusiones vigentes antes de cualquier contacto permitido. Una actualización del proveedor no elimina una exclusión sin base verificada.
  5. Separe importación y autorización. Un archivo puede tener formato correcto y no ser utilizable. Pruebe la importación con registros sintéticos; no escriba a personas reales para comprobar el sistema.
  6. Registre el resultado. Cada fila necesita estado, motivo, versión de criterios, fecha y responsable. Solo los registros permitidos pasan al tratamiento acordado.

Los estados útiles son «recibido, sin utilizar», «en revisión», «aceptado», «rechazado» y «aceptación anulada». Los motivos deben conservarse al cambiar el estado. Si aparecen pruebas que invalidan la base del tratamiento, detenga el tratamiento afectado aunque la factura ya esté pagada.

Según el ICO, el consentimiento debe ser libre, específico, informado y manifestado mediante una acción inequívoca. Aceptar haber leído un aviso de privacidad no demuestra por sí solo consentimiento para marketing. También importan contexto y antigüedad: una recomendación contextual no es un plazo universal de caducidad. Fuente: ICO, planificación del marketing directo.

Escenario didáctico 1: rechazar un lote barato

Un proveedor ficticio ofrece 100 solicitudes de servicios domésticos a 3 EUR, total 300 EUR. Antes de comprar, el anunciante pide un paquete sin datos de contacto: descripción del formulario, historial de versiones y 20 ejemplos de pruebas. Todos los resultados siguientes son inventados para enseñar el método; no son un caso de cliente ni una referencia del mercado.

La revisión encuentra tres formularios: uno identifica únicamente al intermediario, otro corresponde a un producto distinto y el tercero carece de prueba del texto mostrado. El equipo no concluye que los 100 registros sean ilegales. Registra que no se ha justificado suficientemente el uso propuesto. La aclaración del proveedor no resuelve las carencias. Se rechaza el archivo y no se inicia comunicación alguna.

Coste completo: analista, tres horas a 10 EUR = 30 EUR; especialista, dos horas a 20 EUR = 40 EUR; gestión protegida de documentos, 5 EUR. Total: 75 EUR. No hay compra de lista, transferencia ni mensajes porque esas operaciones no suceden. Se presupone que no existen otros impuestos no recuperables o cargos; una estimación real debe incorporarlos si corresponden.

Solicitudes aceptadas: cero. Pagadas: cero. Anulaciones posteriores: cero. El coste por solicitud aceptada no está definido porque el denominador es cero. Dividir 75 EUR entre las 100 filas ofrecidas no demuestra un coste de adquisición. Los 300 EUR no gastados son una compra evitada, no beneficio ni daño evitado demostrado.

El criterio de parada se cumple antes de comprar: faltan pruebas para la finalidad, empresa y canal previstos. Reconsiderar exige un paquete verificable y una nueva evaluación. Cambiar el nombre del archivo, bajar el precio o prometer sustituir contactos que reclamen no resuelve el problema. No hay nada que escalar.

Escenario didáctico 2: piloto con anulaciones

Otro proceso ficticio parte de una solicitud claramente dirigida a una empresa concreta. Especialistas han evaluado previamente la adecuación del proceso en el Reino Unido; este supuesto no autoriza la operación del lector. Llegan 80 registros, con un precio de 6 EUR por solicitud finalmente aceptada, no por fila entregada.

Materiales: formulario con servicio, destinatario y finalidad; historial de versiones; ficha del lote; registro de decisiones. Un registro sintético comprueba el recorrido técnico y queda fuera de los totales comerciales. Las solicitudes reales solo se tramitan mediante un proceso permitido tras revisar pruebas y restricciones. Se fijan dos días laborables para revisión y siete días para conciliación: condiciones contractuales ficticias, no plazos legales ni promesas de AffiliateCore.

Primera revisión: 12 duplicados de solicitudes previamente aceptadas, ocho registros sin pruebas suficientes y diez fuera del servicio acordado. Las categorías no se solapan: 80 − 12 − 8 − 10 = 50 aceptadas provisionalmente. Después se anulan cinco por errores confirmados de aceptación. Resultado: 45 aceptadas, 30 rechazadas inicialmente y cinco anuladas. Cada uno de los 80 registros se cuenta una sola vez.

Gastos: proveedor, 45 × 6 EUR = 270 EUR; preparación técnica, 40 EUR; revisión del origen, 50 EUR; tramitación permitida, 60 EUR; herramientas asignadas, 10 EUR; otros cargos contractuales, 20 EUR. Total: 450 EUR. Incluye todos los costes e impuestos no recuperables supuestos. No se presume una comisión adicional de AffiliateCore; incorpore cargos reales de plataforma o intermediario solo según condiciones confirmadas.

Coste completo: 450 / 45 = 10 EUR por solicitud aceptada. Aceptación final: 45 / 80 = 56,25 %. Anulaciones sobre aceptadas provisionales: 5 / 50 = 10 %; no es la tasa global de rechazo. Ventas, ingresos y rentabilidad siguen siendo desconocidos: una solicitud aceptada todavía no es un cliente.

Antes del inicio se establecieron presupuesto de 450 EUR y techo de 11 EUR por resultado aceptado. Se cumplen, pero la muestra es pequeña. Solo se considera otro lote limitado; no se declara el canal exitoso. El siguiente lote necesita presupuesto, revisión de pruebas y conciliación propios. Un problema confirmado de permiso obliga a detener el tratamiento afectado aunque la economía sea favorable.

Si las cinco anulaciones no reducen la factura, el proveedor cobra 50 × 6 = 300 EUR. El total sube a 480 EUR y el coste final a unos 10,67 EUR. Acuerde las reglas de ajuste antes del piloto; no informe automáticamente de la variante más favorable.

Condiciones del acuerdo de aceptación

Plantilla de trabajo, no contrato jurídico listo para firmar: «El lote [referencia] corresponde a [producto, país, destinatario y canal]. Se paga por [evento exacto]. Las pruebas de origen y uso permitido se facilitan mediante [procedimiento y acceso]. La revisión inicial dura [plazo]. Los duplicados se definen por [criterio y ventana]. Las anulaciones y ajustes siguen [condiciones]. Las oposiciones se transmiten a [contacto y plazo]. La divulgación posterior queda limitada al ámbito lícito acordado. Conservación y borrado siguen [base y plazo]».

Añada un procedimiento de reclamación: detener la comunicación afectada, conservar únicamente pruebas necesarias con acceso restringido, identificar el origen, remitir al responsable y revisar otros registros del mismo formulario. No exija a la persona demostrar que nunca consintió. No envíe mensajes a una lista dudosa para conseguir un consentimiento nuevo.

El ICO exige respetar oposiciones y bajas. Un registro limitado de exclusión ayuda a evitar que el contacto vuelva en otra entrega; no debe convertirse en una audiencia nueva. Fuente: ICO, respeto de las preferencias.

Una decisión verificable

Antes de preparar una oferta en nuestra plataforma AffiliateCore, complete la ficha y un cálculo sin identificadores personales con las dos variantes de factura. Los anunciantes existentes pueden entrar en AffiliateCore y contrastar las condiciones preparadas con el proceso disponible para su oferta. Comprobar consentimiento, mantener exclusiones e investigar proveedores son responsabilidades separadas del equipo; no afirmamos que la plataforma las automatice.

  • País, producto, destinatario, finalidad y canal definidos.
  • Origen revisado antes de utilizar contactos.
  • Solicitud, consentimiento y contrato diferenciados.
  • Duplicados separados de consultas repetidas legítimas.
  • Oposiciones aplicadas antes del contacto y en entregas futuras.
  • Revisión, trabajo, herramientas, cargos y anulaciones incluidos.
  • Resultado cero visible, sin dividir entre filas ofrecidas.
  • Criterios de parada independientes del precio.
  • Siguiente piloto con límites y comprobaciones propios.

Tarea práctica: complete la ficha de una entrega propuesta sin subir datos personales. Si no puede establecer quién recogió la información, qué vio la persona y por qué su empresa puede realizar la acción prevista, el resultado es una lista de pruebas pendientes y la decisión de no utilizar los datos hasta verificarlas.