Proof of Actor vs Mixpanel: analítica de producto y evidencia del actor, lado a lado

Mixpanel es una plataforma de analítica de producto. Los equipos la usan para ver qué funciones adoptan las personas, dónde abandonan un embudo y quién vuelve la semana siguiente. Es excelente para ese trabajo, y para muchos equipos de producto es el lugar donde se responden las preguntas sobre el comportamiento de los usuarios.

Ahora hay una nueva pregunta junto a esas. Algunos de los eventos de tu producto ya no los provoca una persona haciendo clic. Vienen de agentes de IA que actúan para clientes reales, de personas que trabajan con un asistente de IA y de automatización que todavía no puedes explicar. Antes de leer un embudo, cada vez necesitas saber quién o qué produjo los eventos que contiene, y tu aplicación necesita saber lo mismo en el momento para poder responder. Eso es para lo que está construido Proof of Actor de AgentCredia.

Esta página compara ambos de forma justa. Los hechos sobre Mixpanel a continuación proceden de su propia documentación a noviembre de 2026.

La versión corta

	Mixpanel	Proof of Actor
Pregunta principal	¿Cómo adoptan, convierten y retienen los usuarios?	¿Quién o qué actúa en esta interacción, y cuál es la evidencia?
Dónde recoge	SDK del cliente y del servidor, además de APIs de ingesta; Mixpanel recomienda el seguimiento del lado del servidor cuando sea posible	Middleware del servidor, edge, API HTTP, servidores MCP y un recopilador de navegador aprobado
Etiquetas de agente y bot	$mp_actor_type de agent, bot o none, clasificado a partir del user agent	Human, Human + AI, Agent o Unknown, con una base declarada
Identidad de agente verificada	No se describe en la documentación de tráfico de bots de Mixpanel	Base verified cuando la firma de una solicitud verifica contra una clave publicada
Personas asistidas por IA	No se describe como una clase separada	Un resultado de primera clase: Human + AI
Tráfico poco claro	Se etiqueta como none cuando no coincide con ningún agente ni bot	Se informa como Unknown, con un fallback que tú eliges
Actúa sobre el tráfico	No, analiza eventos	Enruta según tus políticas en tu propio código, después de la observación

El resto de esta página explica cada fila.

Para qué está construido el modelo de eventos de Mixpanel

Mixpanel se construye en torno a eventos y a las propiedades asociadas a ellos. Instrumentas acciones como registrarse, crear proyecto o invitar a un compañero, añades propiedades como plan o plataforma, y luego construyes embudos, curvas de retención, flujos y cohortes desglosando los eventos por esas propiedades. Cada pregunta de análisis en Mixpanel termina siendo una pregunta sobre qué eventos ocurrieron, a quién y con qué valores de propiedad.

Ese modelo es exactamente por qué el contexto del actor encaja tan bien en él. Una etiqueta de actor es solo otra propiedad, y una vez que está en tus eventos, cada gráfico de embudo y retención puede dividirse por ella. Mixpanel ya se ha movido en esta dirección con su propia etiquetación de actor. La pregunta abierta es en qué se basa esa propiedad y si tu aplicación puede usar la misma respuesta mientras la solicitud todavía se está procesando.

Proof of Actor produce esa respuesta en la ruta de la solicitud. Cada interacción recibe una de cuatro clases: Human cuando las señales indican una persona, Human + AI cuando una persona actuó con asistencia de IA que fue declarada u observada mediante una integración compatible, Agent para interacción automatizada o de origen agente, y Unknown cuando la evidencia no permite una determinación fiable. Cada resultado indica su base de evidencia, verified, declared, inferred o unknown, lo que convierte la propiedad de una simple etiqueta en una etiqueta con una fuerza declarada.

Dónde se ejecuta cada uno

Mixpanel ofrece seguimiento tanto del lado del cliente como del lado del servidor. Su documentación sobre elegir un método de seguimiento recomienda rastrear tanto como sea posible desde tus servidores y complementar con seguimiento del lado del cliente cuando sea necesario, señalando que el seguimiento del lado del cliente se ve afectado por los bloqueadores de anuncios.

Proof of Actor también se ejecuta del lado del servidor, pero su posición es distinta. Se sitúa en la ruta de la solicitud de tu aplicación: middleware de Node.js, Next.js, la capa edge que controlas, una API HTTP genérica o tu servidor MCP, con un recopilador opcional en el navegador en páginas aprobadas. Eso le permite ver señales en el momento de la solicitud, como si un cliente presentó una firma, si un cliente se declaró a sí mismo y si tu propio asistente realizó la acción. Consulta la página de integraciones para la lista completa.

Cómo trata Mixpanel a los bots y a los agentes de IA

Mixpanel ha añadido soporte real aquí, y merece reconocimiento. Según su documentación sobre tráfico de bots:

• La biblioteca JavaScript de Mixpanel filtra por defecto una lista breve de rastreadores conocidos, incluidos Googlebot y Bingbot.
• Cualquier evento enviado con la propiedad $ignore se descarta en la ingesta, así que puedes escribir tu propia lógica de filtrado.
• Las APIs de ingesta de Mixpanel clasifican el user agent de cada evento y establecen $mp_actor_type (Actor Type) como agent para solicitudes de un LLM que actúa en nombre de un usuario humano, bot para tráfico automatizado genérico como rastreadores e indexadores de búsqueda, o none cuando no aplica ninguna de las dos. Cuando el tipo es agent o bot, $mp_actor_name (Actor Name) contiene la identidad clasificada, como GPTBot o ClaudeBot.
• Con el seguimiento del lado del servidor, la clasificación usa el user agent de la solicitud que llegó a Mixpanel, que es la biblioteca HTTP de tu servidor, a menos que reenvíes el user agent del usuario final, por ejemplo en $mp_raw_user_agent. Mixpanel señala que, de lo contrario, la clasificación puede ser inexacta.
• Los eventos en Mixpanel son inmutables, así que los eventos de bots que ya se registraron se gestionan excluyéndolos del análisis en lugar de eliminarlos.

Eso es una etiqueta útil para informes. También es, por diseño, una etiqueta derivada de la cadena de user agent. Las cadenas de user agent se autodeclaran y son fáciles de imitar, un problema que se trata en la entrada suplantación de user agent. Y la documentación no describe una clase para personas que trabajan con asistencia de IA, ni una forma de decir que la evidencia es demasiado débil para concluir.

$mp_actor_type y la clase Proof of Actor, lado a lado

Como ambos resultados pueden vivir en el mismo evento de Mixpanel, ayuda ver cómo se relacionan:

$mp_actor_type	En qué se basa	Qué puede añadir la clase de Proof of Actor
agent	Una coincidencia de user agent para un LLM que actúa por un usuario	Agent con base verified cuando la solicitud lleva una firma válida, o con base declared o inferred en caso contrario
bot	Una coincidencia de user agent para rastreadores e indexadores	Agent cuando la evidencia lo respalda, o Unknown cuando un user agent con aspecto de rastreador no está respaldado por nada más
none	Sin coincidencia de agente ni bot en el user agent	Human, Human + AI o Unknown, de modo que las personas asistidas y el tráfico sin explicación dejen de ocultarse en el mismo bucket

Las diferencias principales vienen de dónde se produce cada respuesta.

Evidencia más allá de la cadena de user agent. $mp_actor_type se deriva del user agent, que se autodeclara y es fácil de imitar, como explica la entrada suplantación de user agent. Un resultado verified de Proof of Actor significa que se verificó la firma de una solicitud frente a una clave publicada, usando HTTP Message Signatures según lo definido en RFC 9421 y usado por Web Bot Auth.

Una clase para personas asistidas por IA. En $mp_actor_type, una persona que redacta con un asistente cae en none junto con cualquier otro usuario. Proof of Actor informa Human + AI cuando la asistencia se declara o se observa mediante una integración compatible, de modo que un embudo de Mixpanel puede mostrar si los usuarios asistidos por IA activan más rápido o se atascan en lugares distintos.

Unknown en lugar de none. none significa que no se encontró ninguna coincidencia. Unknown significa que la evidencia no fue lo bastante sólida para concluir, lo cual es una afirmación distinta y más útil. Puedes seguir la tasa de Unknown por ruta, y la guía sobre gestionar tráfico Unknown cubre los patrones de fallback.

Eventos que nunca pasan por tu seguimiento. Los agentes a menudo llaman a APIs y servidores MCP en lugar de hacer clic en una interfaz. Proof of Actor clasifica esas interacciones donde ocurren, incluidas las llamadas a herramientas MCP; consulta el caso de uso de servidores MCP.

Una decisión en tiempo de solicitud. Los eventos de Mixpanel son inmutables y se analizan a posteriori, lo cual es correcto para la analítica. Proof of Actor también permite que tu aplicación permita, adapte, desafíe, envíe a revisión o limite la tasa por ruta, clase y base. Empieza en modo de observación, así que nada cambia hasta que decidas aplicar.

Usar Mixpanel y Proof of Actor juntos

1. Clasifica en la solicitud. Proof of Actor devuelve una clase y una base para cada interacción en tu aplicación, API o servidor MCP.
2. Añade dos propiedades de evento. Adjunta la clase y la base como propiedades, por ejemplo las que nombres actor_class y actor_basis, en los eventos de Mixpanel que ya envías. El seguimiento del lado del servidor hace esto sencillo porque tu aplicación tiene el resultado.
3. Mantén también $mp_actor_type. Reenvía el user agent del usuario final para que la propia etiqueta de Mixpanel siga siendo precisa, y compara las dos propiedades. Cuando no coincidan, la base de Proof of Actor te dice en qué evidencia confiar.
4. Desglosa los informes que ya usas. Divide embudos, retención y flujos por clase de actor para ver si los registros impulsados por agentes retienen como los humanos, o si los usuarios asistidos por IA llegan a la activación antes. El caso de uso de apps SaaS muestra dónde importa más esto.
5. Actúa donde importa. Escribe políticas para las rutas en las que la clase de actor deba cambiar la experiencia. La guía sobre desplegar políticas sensibles al actor de forma segura cubre el proceso.

Cuándo elegir cada uno

Elige Mixpanel cuando tu pregunta trate sobre comportamiento de producto: activación, conversión, retención, adopción de funciones y los caminos que siguen los usuarios. Su etiqueta $mp_actor_type es un buen primer corte para separar agentes y bots dentro de ese análisis.

Añade Proof of Actor cuando necesites que esa etiqueta lleve evidencia, cuando los usuarios asistidos por IA importen para tu producto, cuando gran parte de tu tráfico de agentes llegue a través de APIs o servidores MCP, o cuando tu aplicación necesite responder en tiempo de solicitud y no en un informe. Mixpanel te dice cómo se usa tu producto. Proof of Actor te dice quién lo está usando en cada interacción, con evidencia, y le da a tu código una forma de actuar sobre ello.

Empezar

Proof of Actor está en beta privada. A través del programa para desarrolladores fundadores, los equipos seleccionados pueden recibir hasta 12 meses de acceso gratuito dentro de los límites de uso acordados, sin facturación automática. Solicita acceso anticipado y cuéntanos sobre tu producto y las interacciones que quieres entender.

Mixpanel es una marca comercial de Mixpanel, Inc.