Por qué tus plataformas y tu tienda no coinciden en quién es cliente nuevo

Meta, Google y mi tienda reportan números distintos de clientes nuevos. ¿Cuál definición es la correcta?

El costo de adquisición de clientes nuevos es el número contra el que de verdad se fijan la mayoría de los presupuestos de ecommerce, lo que vuelve incómodo que tres sistemas de tu stack reporten tres conteos distintos de clientes nuevos. La parte incómoda no es que uno esté roto. Es que los tres tienen razón, y la definición está haciendo más trabajo del que nadie te dijo.

Tres sistemas, tres definiciones defendibles

La plataforma de anuncios decide quién es nuevo con lo que ha visto. Si esta persona no está en una lista de clientes que subiste y no ha disparado un evento de compra que la plataforma haya reconocido como suyo, es nueva para la plataforma. Eso es una afirmación sobre la memoria de la plataforma, no sobre tu negocio.

Tu tienda decide con sus propias fichas de cliente. Quien tiene una orden previa ligada a su cuenta es recurrente.

Tu analítica decide con la identidad que haya logrado ligar entre sesiones y dispositivos, que es una tercera cosa otra vez.

Ninguna es la verdadera, porque están respondiendo preguntas ligeramente distintas. El problema empieza cuando un número de una se compara contra un número de otra como si significaran lo mismo.

La parte difícil es la identidad, no la regla

La regla es fácil de enunciar: un cliente es nuevo en su primera compra. Casi toda la dificultad está en decidir qué compras pertenecen a la misma persona.

Un comprador compra una vez como invitado, luego crea una cuenta y compra otra vez. Dos fichas de cliente. Otro usa un correo en la computadora y otro distinto en el teléfono. Otro paga con el número de su pareja. A otro su correo le quedó guardado con un espacio al final en un sistema y sin él en el otro.

Si tu definición se basa en un solo identificador, cada uno de esos casos produce un cliente nuevo fantasma, y el error corre en una sola dirección: siempre infla los nuevos, nunca los recurrentes. Esa direccionalidad es útil, porque significa que un conteo de clientes nuevos que se ve demasiado bien normalmente lo está.

El enfoque que funciona es tratar la identidad como una unión: la misma persona es cualquiera que comparta un id de cliente, un hash de correo o un hash de teléfono con una orden que ya tienes, siguiendo la cadena de forma transitiva. Es más trabajo que un agrupado y es la única versión que sobrevive a la compra como invitado.

Una ventana de búsqueda convierte a clientes leales en nuevos

Ésta vale la pena deletrearla porque se ve muy razonable al escribirla. Para decidir si una orden es la primera de alguien necesitas su historial de órdenes, y las consultas de historial son caras, así que las acotas: mira doce meses atrás, o veinticuatro.

En el momento en que lo haces, un cliente cuya compra anterior queda fuera de la ventana vuelve a ser nuevo. Quien compra cada Navidad se reinicia cada año, no por algo que hizo, sino por el tamaño de tu ventana. Y la falla es invisible: nada truena, el número simplemente sube y se ve como crecimiento.

Nos equivocamos en esto en nuestro propio pipeline y el arreglo es el único correcto: calcula la secuencia sobre el historial entero del cliente, sin ninguna ventana. Si necesitas una cota por desempeño, acota la lista de órdenes que muestras, nunca el historial con el que decides quién es nuevo.

El mismo error tiene una forma más sutil. Si derivas si es su primera orden a partir de una página de resultados en vez del historial completo, todo recomprador cuya primera orden quedó fuera de esa página se vuelve cliente nuevo. Paginar no es una ventana, pero se comporta como una.

Las devoluciones cambian quién es nuevo

Si la primera orden de alguien se canceló o se reembolsó por completo, ¿su siguiente orden es la primera? Las dos respuestas son defendibles. Lo que no es defendible es responder distinto en lugares distintos, porque entonces la misma persona es a la vez nueva en tu panel y recurrente en el público que subiste a Meta.

Elige una regla, escríbela, y asegúrate de que las listas de exclusión, el reporte y las semillas de públicos similares lean la misma.

La trampa de comparación que fabrica una diferencia

Ésta es la falsa alarma más común de todo el tema, y vale la pena reconocerla de inmediato.

Estás comparando lo que reclama Meta contra lo que registró tu tienda, los números están muy separados, y en algún lugar de la pantalla hay un filtro de clientes nuevos encendido. Ese filtro angosta tu lado a compradores de primera vez. No angosta el lado de Meta, porque Meta está reportando todas las compras que cree haber generado. Estás comparando un subconjunto contra un total y leyendo la diferencia como una discrepancia.

El arreglo no es sutil: corre cualquier comparación con plataforma con el filtro apagado. Después usa el filtro aparte, para la pregunta en la que sí es bueno, que es si tu prospección está trayendo gente que no tenías ya.

Un diagnóstico que puedes aplicar a tus propios números

Hay una asimetría útil escondida en todo esto. Fusionar dos registros de identidad solo puede mover a un cliente de nuevo a recurrente, porque agregarle historial a una persona solo puede empujar una orden más abajo en su secuencia. Nunca puede hacer lo contrario.

Así que si tu conteo de clientes nuevos sube sin una subida equivalente en tráfico o en órdenes, la causa probable no es que estén llegando clientes nuevos. Es que la identidad se está partiendo: registros que antes estaban ligados ahora están separados, y una persona se está contando como varias. Esa dirección de movimiento siempre es la sospechosa, y se puede verificar tomando unos cuantos de esos clientes nuevos y buscando una orden más vieja bajo otro identificador.

Por qué esto cuesta dinero y no solo exactitud

Tres consecuencias, más o menos en orden de qué tan caras son.

Un público similar basado en valor sembrado con gente que ya es tu cliente le enseña a la plataforma a salir a buscar más gente parecida a tu base actual. Después pagas tarifas de prospección para alcanzar a una audiencia moldeada por los clientes que ya tenías.

Una lista de exclusión construida sobre una definición rota no excluye a quien querías excluir, así que el presupuesto de retención y el de adquisición compiten por la misma persona.

Y el costo de adquisición que reportas está mal en la dirección halagadora, porque el denominador viene inflado con compradores que ya tenías. Ése es el número contra el que se fija el siguiente presupuesto.

La versión que aguanta

Define nuevo una sola vez: primera orden liquidada, calculada sobre el historial completo del cliente, con la identidad resuelta como la unión de todos los identificadores que ligan dos órdenes a una persona. Aplica esa única definición en el panel, en los públicos que subes y en las exclusiones.

Y al comparar contra una plataforma, aplica el filtro a los dos lados o a ninguno. Una plataforma puede saber legítimamente cosas de un comprador que tu tienda no sabe, pero no puede saber de una orden que no existe, y las órdenes de tu tienda son la única lista donde nuevo y recurrente tienen un significado fijo.