Cómo medir el funnel de comercio agéntico sin duplicar pedidos

Una recomendación observada, una visita a la tienda y un pedido no son tres registros de la misma compra hasta que puedes enlazarlos. En comercio agéntico, parte del recorrido puede suceder dentro de un asistente y otra parte en tu checkout. Dibujar todas las etapas en un gráfico no hace que esos datos existan.

Esta guía propone un contrato de medición para equipos de analítica y ecommerce que necesitan reconciliar canales de IA con su sistema de pedidos. El resultado es una tabla de eventos, reglas de unión y un cierre por cohorte. La guía de Shopify Agentic Storefronts cubre activación y métricas de su panel; aquí el trabajo empieza al combinar fuentes.

Dibuja recorridos separados antes de unir datos

Registra por canal dónde se descubre el producto, dónde se selecciona y quién sirve el checkout. En la documentación de Shopify, ChatGPT remite a la tienda para finalizar la compra, mientras otros canales pueden ofrecer checkout directo sujeto a disponibilidad y activación. No deduzcas el recorrido por el nombre del asistente: comprueba la integración concreta.

Mantén separados el recorrido con referido a la web y el checkout directo. Si el segundo no genera una sesión web medible, esa ausencia no equivale a una sesión perdida. Tampoco uses un pedido como prueba de que dispones del registro de recomendación que lo precedió.

Para cada etapa, marca uno de estos estados: observable con identificador, observable solo como agregado, no proporcionada por la fuente o pendiente por una incidencia. Un cero significa que el sistema midió y no encontró eventos. No debe sustituir a los otros estados.

Escribe un contrato de eventos que las fuentes puedan cumplir

La siguiente nomenclatura es una propuesta analítica de Mentio, no un estándar de Shopify, UCP ni de un proveedor de IA. Mapea cada fuente a estas definiciones y conserva su nombre original.

Incluye fuente, canal, tipo de recorrido, identificador del evento, identificador de la entidad, hora de ocurrencia y hora de recepción. Añade mercado, moneda, versión de la definición y estado de calidad. Conserva producto y variante cuando existan; no sustituyas una variante desconocida por el producto más vendido.

El responsable de cada fuente debe confirmar qué identificadores exporta, con qué retraso y durante cuánto tiempo. Si solo entrega totales diarios, consérvalos como agregados. No fabriques eventos individuales para hacer encajar el panel.

Une entidades con claves explícitas

Separa identificadores de sesión, checkout, pedido y línea. El identificador de un evento sirve para distinguir mensajes; el del pedido sirve para reconocer la misma transacción a través de sus cambios de estado. No son intercambiables.

Mantén una tabla de correspondencias con sistema de origen, identificador original, entidad de destino, clave de destino y motivo de la unión. Usa un identificador compartido autorizado o una correspondencia documentada por la plataforma. Conserva las uniones ambiguas como pendientes.

No unas registros solo porque coincidan hora e importe. Dos compradores pueden pagar lo mismo; un comprador puede reintentar. Evita emplear correo, teléfono o texto de conversaciones para completar huecos del funnel. Limita el registro a los datos permitidos y necesarios para el análisis.

Conserva la atribución declarada por la plataforma y cualquier clasificación analítica propia en campos separados. Si divergen, muestra ambas reglas y su alcance. No sobrescribas el origen para que los totales coincidan. La guía de atribución y ROI de GEO desarrolla por qué una etiqueta de origen no demuestra causalidad.

Deduplica mensajes sin borrar cambios de estado

Un reintento de entrega no es otra venta. Define la unicidad del evento dentro de su sistema de origen y conserva evidencia de las entregas repetidas fuera del recuento comercial. Después aplica cada cambio válido a la entidad correspondiente.

La especificación Order de UCP describe actualizaciones con el estado actual completo del pedido, no incrementos que se suman. Incluye identificador y fecha del webhook, y contempla reintentos. Si recibes esos mensajes, sumar el importe de cada notificación duplicaría ventas.

Mantén separados el registro de mensajes recibidos y la vista vigente del pedido. Para resolver mensajes fuera de orden, utiliza la versión o secuencia de la fuente cuando exista; no supongas que el último recibido es el más reciente. Si no puedes establecer el orden, concilia con el sistema propietario antes de reemplazar el estado.

Una cancelación o un reembolso cambia el resultado económico sin crear otro pedido. La auditoría de readiness UCP trata la operación técnica; el control analítico consiste en poder reconstruir qué estado entró en cada informe y por qué.

Calcula tasas solo dentro de una cohorte enlazable

Elige una unidad antes de calcular. Para una cohorte de checkouts iniciados en un periodo, la tasa de finalización puede ser checkouts únicos que terminaron en un pedido aceptado, divididos entre checkouts únicos elegibles de esa misma cohorte. Cuenta cada checkout una vez, aunque haya varias notificaciones o pedidos derivados; informa estos casos aparte.

Fija el horizonte de seguimiento y la fecha de corte. Los checkouts recientes todavía pueden terminar: no compares una cohorte incompleta con otra que ya tuvo todo su seguimiento. Los pedidos sin enlace a un checkout siguen contando en el registro de pedidos, pero no entran silenciosamente en el numerador de esa tasa.

No calcules conversión de recomendación a pedido usando un muestreo de respuestas como denominador y todas las ventas como numerador. Si falta el enlace entre etapas, publica los conteos separados y explica la cobertura. Una tasa en blanco con motivo documentado es más útil que un porcentaje que mezcla poblaciones.

Cierra pedidos, cobros y ajustes con reglas propias

Prepara una vista por cohorte de pedidos con fecha de corte. Distingue pedidos aceptados, cancelados, cobros capturados, reembolsos y ajustes pendientes. Mantén la moneda original; para consolidar monedas, documenta tipo de cambio, fecha y regla aplicada.

Si publicas «cobros netos», define si son capturas menos reembolsos efectivamente procesados y cómo tratas contracargos, impuestos, portes y comisiones. No llames a esa medida ingreso contable o margen sin una conciliación adicional. Evita descontar dos veces un mismo ajuste reflejado en fuentes distintas.

Conserva dos lecturas de los ajustes tardíos: su efecto sobre la cohorte del pedido original y su movimiento en el periodo en que se procesaron. No son dos reembolsos, sino dos formas de consultar el mismo hecho. Identifica cada informe por su fecha de corte y deja constancia de las revisiones.

Publica un parte de conciliación junto al funnel

Entrega al responsable de ecommerce un registro con estos campos:

• Canal, recorrido, periodo de entrada y fecha de corte.
• Fuente propietaria de cada etapa y definición vigente.
• Eventos recibidos, duplicados excluidos y entidades únicas.
• Pedidos enlazados, no enlazados y uniones pendientes.
• Etapas no observables e incidencias de captura abiertas.
• Diferencias de importe, moneda o estado frente al sistema comercial.
• Responsable de cada diferencia y prueba necesaria para cerrarla.

Investiga las diferencias por categoría antes de asignarlas al canal: retraso de recepción, cambio de estado, moneda, duplicado o atribución incompatible. Conserva el residual que no puedas explicar. No ajustes manualmente una cifra para que desaparezca.

El funnel queda listo para tomar decisiones cuando cada transición publicada tiene una población definida y cada total comercial puede conciliarse con su fuente. La visibilidad en respuestas sigue siendo una capa distinta: puedes seguirla junto a ventas, pero no convertirla en un historial individual de compradores que no observaste.

Preguntas frecuentes

¿Puedo medir todo el recorrido desde la recomendación hasta el pedido?

Solo si las fuentes proporcionan las etapas y las claves necesarias para enlazarlas. Cuando una etapa no es observable o solo existe como agregado, debes mostrar esa limitación y evitar una tasa de conversión individual de extremo a extremo.

¿Un checkout directo necesita una sesión web para entrar en el informe?

No. Debe tener su propio recorrido y fuente de eventos. Un pedido directo puede formar parte del total comercial sin pertenecer a la población de sesiones web usada para calcular la conversión de la tienda.

¿Cómo evito contar una venta varias veces por los webhooks?

Deduplica los mensajes por fuente e identificador de evento y mantén una entidad única por pedido. Si la fuente envía estados completos, actualiza la vista del pedido en lugar de sumar el importe de cada notificación.

¿Dónde registro un reembolso que llega después del cierre?

Asócialo al pedido original y conserva su fecha de procesamiento. Revisa la vista de esa cohorte con una nueva fecha de corte y muestra por separado el movimiento del periodo, sin duplicar el ajuste.

¿Este modelo demuestra que la IA causó la venta?

No. Reconcilia eventos y atribuciones observadas. Demostrar impacto incremental exige un diseño adicional que permita comparar qué habría ocurrido sin la intervención; una etiqueta de canal no resuelve esa pregunta.

¿Quieres saber si la IA menciona tu marca?

Descubre tu visibilidad en ChatGPT, Claude y Gemini en minutos.

Analiza tu marca gratis

Artículos relacionados