¿Qué es Customer Match?

Customer Match traslada una lista de clientes propia al entorno publicitario de Google. En lugar de construir la audiencia a partir del comportamiento de navegación, el anunciante parte de datos que ya tiene: correos de compradores, teléfonos de suscriptores, direcciones postales de un programa de fidelización. Esos registros se convierten en un segmento utilizable en Búsqueda, la pestaña Shopping, YouTube, Gmail y Display.

La diferencia con el remarketing clásico está en el origen de la señal. El remarketing necesita que un identificador sobreviva en el navegador; aquí el requisito es que la persona tenga cuenta de Google y esté identificada en ella cuando ve el anuncio. Eso cambia también el reparto de responsabilidad, porque los datos salen del sistema del anunciante y no del dispositivo del usuario.

En castellano el concepto se traduce como segmentación por datos propios, aunque en las interfaces y en la documentación el nombre del producto se mantiene en inglés. Conviene fijar el término desde el principio, porque en las conversaciones con clientes se confunde con las listas de correo compradas, que es justamente lo que la función no admite.

El proceso empieza en el lado del anunciante. Los campos admitidos son correo electrónico, teléfono, nombre, apellidos, país y código postal, además del identificador de dispositivo móvil como campo independiente. Antes de subirlos hay que normalizarlos: quitar los espacios del principio y del final, pasar el texto a minúsculas, escribir los teléfonos en formato E.164 y eliminar los puntos anteriores al dominio en las direcciones de gmail.com y googlemail.com.

Los datos personales se cifran con el algoritmo SHA256 antes de salir. El anunciante puede aplicar el hash por su cuenta o dejar que lo haga Google Ads durante la subida; el país y el código postal no se cifran. Google compara los valores cifrados con los valores cifrados asociados a cuentas de Google y, cuando coinciden, añade esa cuenta al segmento. Con direcciones postales el cotejo se hace mediante claves compuestas por el nombre cifrado más los datos de dirección. Los registros que no encuentran pareja pueden usarse en comprobaciones de cumplimiento de políticas, pero no alimentan Customer Match ni ningún otro producto, y el archivo queda marcado para su eliminación una vez terminado el proceso.

De ahí nace la sorpresa habitual: la audiencia resultante siempre es menor que la lista subida. Hay direcciones con erratas, teléfonos sin prefijo internacional, gente que compró con un correo que no usa en su cuenta de Google y gente que sencillamente no tiene cuenta. Ninguno de esos casos se ve uno a uno, porque la interfaz no devuelve qué registro concreto encontró pareja. Solo queda visible el tamaño agregado del segmento. Para seguir siendo elegible, una lista necesita al menos cien miembros añadidos o actualizados en los últimos 540 días, y la pertenencia caduca a los 540 días.

El valor operativo se ve rápido. Se puede hablar con quien ya compró, excluir a quien ya compró para no pagar dos veces por el mismo cliente y pedir a Google audiencias parecidas partiendo del segmento. Esa última opción es la que más presupuesto mueve en cuentas grandes, porque amplía el alcance sin depender del rastreo entre sitios.

El punto delicado es el permiso. Google solo admite información recogida en contexto propio, es decir, la que el cliente entregó directamente al anunciante en su web, su app, su tienda física o una situación equivalente. Las listas compradas o alquiladas y los datos cedidos por terceros quedan fuera, igual que la información de menores de trece años o procedente de servicios dirigidos a menores. El anunciante debe además declarar en su política de privacidad que comparte datos de clientes con terceros para la prestación de servicios, y obtener consentimiento cuando la ley o las políticas de Google lo exijan. La política también prohíbe usar los datos de estas campañas para deducir categorías de interés sensibles sobre los clientes.

Subir una base comprada no es un atajo con riesgo controlado. Incumple la política y expone la cuenta a la retirada del acceso o a la suspensión, con independencia de lo que establezca la normativa de protección de datos aplicable en cada país, que aquí no valoramos.

• Normaliza y valida el archivo antes de subirlo: minúsculas, sin espacios sobrantes, teléfonos en formato E.164 y país indicado.
• Sube varias claves de cotejo por persona cuando las tengas, por ejemplo correo y teléfono, para que un dato mal escrito no tumbe el registro entero.
• Documenta el origen de cada registro y guarda constancia de cómo se recogió, para poder responder a una revisión de cumplimiento sin reconstruir la historia a posteriori.
• Revisa la política de privacidad antes de la primera subida y comprueba que menciona la cesión de datos a proveedores para la prestación del servicio.
• Refresca las listas con periodicidad fija: la pertenencia caduca a los 540 días y una lista sin cien miembros actualizados en ese plazo deja de ser elegible.
• Trabaja las exclusiones tanto como los impactos. Quitar a los clientes recientes de una campaña de captación suele mejorar el coste por adquisición antes que subir la puja.

• Subir una base comprada o alquilada, o datos cedidos por un tercero, confiando en que el proveedor ya obtuvo el permiso necesario.
• Leer el tamaño del segmento como un fallo técnico y volver a subir el mismo archivo esperando otro resultado.
• Usar el segmento para deducir categorías sensibles sobre los clientes, algo que la política prohíbe de forma expresa.
• Olvidar la caducidad de 540 días y descubrir meses después que la audiencia dejó de mostrar anuncios.
• Tratar el cifrado como si fuera anonimización y saltarse por eso la base legal. El hash protege el transporte, no sustituye al permiso.