Analítica

Datos propios

First-party data

Los datos que una empresa ha recogido directamente de sus propios clientes.

Registros del CRM, historial de compras, comportamiento en la web, listas de email. Los recoge la propia empresa con una base legal, a diferencia de los que se compran a un intermediario. A medida que desaparecen las cookies de terceros, se han convertido en la base principal para crear audiencias y para medir.

Ideas clave

  • Subir una lista de clientes a una plataforma publicitaria es comunicar datos a un tercero, por mucho que la interfaz lo haga parecer otra cosa.
  • El consentimiento obtenido para una newsletter no cubre automáticamente la publicidad. La finalidad tiene que haberse indicado.
  • El hash limita lo que aprende la plataforma. No hace que la subida sea legal por sí solo.
  • La obligación es del cliente como responsable del tratamiento, y la agencia suele ser encargada del tratamiento. Los dos necesitan tenerlo por escrito.
  • Deja resuelta la titularidad y la eliminación antes de subir nada, no al final de la relación.

Por qué se han convertido en el centro de todo

Durante la mayor parte de las dos últimas décadas, la segmentación y la medición funcionaron con identificadores que la empresa no poseía: cookies de terceros, identificadores de dispositivo, datos comprados a intermediarios. Esa capa se ha desmontado por una combinación de regulación, políticas de los navegadores y decisiones de las plataformas, y no va a volver.

Lo que queda es lo que una empresa ha recogido ella misma, de personas que han tratado directamente con ella. Es un conjunto de datos más pequeño y mejor: describe a clientes reales y no segmentos deducidos, y no depende de una tecnología que alguien pueda desactivar.

Los usos prácticos son concretos. Audiencias emparejadas para segmentar y para excluir, audiencias similares creadas a partir de clientes reales, importación de conversiones offline para que la plataforma publicitaria aprenda qué leads merecían la pena y una medición que sobrevive a la pérdida del seguimiento en el navegador.

Eso los convierte en el activo de marketing más duradero del cliente, y es la razón por la que la gestión que los rodea importa más que las tácticas que los usan.

Subir una lista es comunicar datos, no un ajuste

Las interfaces hacen que parezca un paso de configuración. Eliges un archivo, asignas las columnas y le pones nombre a la audiencia. No es un paso de configuración: es enviar datos personales de personas identificadas a un tercero, y necesita una base legal como cualquier otra comunicación de datos.

La trampa concreta es la finalidad. El consentimiento recogido para una newsletter cubre el envío de una newsletter. No cubre automáticamente pasar esa misma dirección a una plataforma publicitaria para crear una audiencia, salvo que la política de privacidad que leyó la persona lo dijera.

A veces se defiende el interés legítimo como base, y a veces con razón, pero exige una evaluación de ponderación y no una suposición, y en la UE la normativa ePrivacy se aplica junto al RGPD y no queda sustituida por él.

Para una agencia, la cuestión es más concreta que la ley: hay que hacer la pregunta antes de subir la lista, a alguien del cliente que pueda responderla. Una agencia que sube una lista porque el responsable de la cuenta le ha mandado una hoja de cálculo ha tomado una decisión que no le correspondía.

Qué hace el hash y qué no

Las plataformas exigen que los identificadores se cifren con un hash antes de subirlos, normalmente SHA-256, y las interfaces lo presentan como la protección de la privacidad. Es una protección real, y más limitada de lo que parece.

Lo que hace es impedir que la plataforma lea en claro las direcciones de las personas que todavía no son sus usuarios. Lo que no hace es impedir el emparejamiento, porque la plataforma cifra su propia lista de usuarios de la misma forma y las compara. El emparejamiento es precisamente el objetivo, así que un mecanismo que lo impidiera no serviría de nada.

Tampoco cambia la naturaleza legal de la transferencia. Los datos personales cifrados con hash siguen siendo datos personales cuando se pueden emparejar con una persona, que es exactamente lo que ocurre aquí. El RGPD trata la seudonimización como una garantía, no como una exención.

Así que el hash tiene su lugar en la conversación como motivo de que la transferencia sea proporcionada, no como motivo de que no necesite una base legal. La diferencia importa, porque lo primero se puede defender y lo segundo no.

Qué hay que dejar resuelto antes de tocarlos

Tres cosas, acordadas por escrito, antes de que cualquier lista vaya a ningún sitio. Quién es el responsable del tratamiento y quién el encargado, que en una agencia casi siempre son el cliente y la agencia, respectivamente. Qué puede hacer la agencia con los datos. Y qué pasa con ellos el día que termina la relación.

Lo tercero es lo que nadie plantea al empezar y todo el mundo necesita al final. Las audiencias creadas dentro de las cuentas publicitarias del cliente se quedan con el cliente. Las listas guardadas en una herramienta de la agencia, en una carpeta compartida o en el portátil de alguien no, y una agencia que conserva la lista de clientes de un antiguo cliente sin ningún acuerdo al respecto es un problema esperando a un abogado.

Un contrato de encargo del tratamiento cubre la mayor parte de esto y existe precisamente para ello. No es papeleo exótico; es el instrumento normal, y es mucho más fácil firmarlo la primera semana que negociarlo durante una salida.

La otra costumbre que conviene tener es crear las audiencias dentro de las cuentas del propio cliente y no en las de la agencia. Es mejor para el cliente, elimina por completo la cuestión de la salida y no cuesta nada, salvo la posibilidad de reutilizar el trabajo en un sitio donde de todas formas no debería reutilizarse.

Qué significa para una agencia

Acuerda por escrito qué puede hacer la agencia con ellos y qué pasa el día que termina la relación, antes de subir nada a ningún sitio. Una agencia que tiene la lista de clientes de un cliente sin ningún acuerdo es un problema esperando a un abogado.

Errores habituales

  • Tratar la subida como un paso de configuración y no como una comunicación de datos personales a un tercero.
  • Basarse en un consentimiento recogido para otra finalidad, casi siempre la suscripción a una newsletter.
  • Citar el hash como motivo para no necesitar una base legal, lo que confunde una garantía con una exención.
  • Crear las audiencias dentro de las cuentas de la agencia, lo que convierte la salida en una negociación sobre datos.

En resumen

Los datos propios son el único activo de marketing que un cliente posee de verdad, lo que les da valor y hace que merezca la pena hacer bien el papeleo que los rodea. Crear las audiencias dentro de las cuentas del propio cliente, con un acuerdo firmado antes de mover nada, elimina de antemano casi todas las versiones de este problema.

Preguntas frecuentes

¿Puedo subir la lista de clientes de un cliente a Google o a Meta?

Solo con una base legal que cubra la publicidad, y cubierta por la política de privacidad que vieron realmente esos clientes. El consentimiento dado para una newsletter no se extiende a pasar la dirección a una plataforma publicitaria salvo que la política lo dijera. La obligación es del cliente como responsable del tratamiento, lo que significa que la pregunta la tiene que responder alguien del cliente antes de subir la lista, no darla por hecha quien tenga el archivo.

¿El hash hace que subir una lista de clientes cumpla la normativa?

No. El hash impide que la plataforma lea las direcciones de las personas que todavía no son sus usuarios, que es una protección real, pero el emparejamiento sigue produciéndose porque la plataforma cifra su propia lista de la misma forma. Los datos cifrados con hash que se pueden emparejar con una persona siguen siendo datos personales, y el RGPD trata la seudonimización como una garantía y no como una exención.

¿De quién son las audiencias que crea una agencia?

Déjalo resuelto por escrito antes de crear ninguna. Las audiencias creadas dentro de las cuentas publicitarias del propio cliente se quedan con el cliente, que es la situación más limpia. Las listas guardadas en herramientas de la agencia o en carpetas compartidas no, y una agencia que sigue teniendo los datos de clientes de un antiguo cliente sin ningún acuerdo que lo cubra está expuesta. Un contrato de encargo del tratamiento firmado la primera semana no cuesta nada; negociarlo durante una salida cuesta mucho.

¿Por qué se han vuelto tan importantes los datos propios?

Porque la capa que sustituyeron se ha desmontado. Las cookies de terceros, los identificadores de dispositivo y los datos de intermediarios se han ido perdiendo por la regulación, las políticas de los navegadores y las decisiones de las plataformas, y no van a volver. Lo que queda es lo que una empresa ha recogido directamente de personas que han tratado con ella, un conjunto de datos más pequeño que describe a clientes reales y no segmentos deducidos, y que no depende de una tecnología que otro pueda desactivar.

Términos relacionados

Fuentes

Última revisión:

Keplent hace este seguimiento por ti.

Recuerda lo que acordaste con cada cliente, analiza los resultados reales de sus campañas y te explica con claridad qué necesita tu atención esta semana.

Únete a la lista de espera