Soy Diego, de Kunko. Alguien mira tu sitio, vuelve a una página y después se registra. Queremos entender ese recorrido sin inventar quién es. Anónimo significa que todavía no lo identificamos por un identificador de usuario o email. La actividad puede existir antes de que exista un perfil identificado en Customer punto io. No crees una persona llamada anónimo y le pegues toda la navegación: terminarías mezclando visitantes. Vamos a separar tres cosas: la identidad que conocemos, la actividad que observamos y el permiso que tenemos para comunicar. En este ejemplo usamos la integración Pipelines HTTP. Antes del registro enviamos actividad con anonymousId. El identificador temporal pertenece a este recorrido de prueba; no es una dirección de email ni una prueba de identidad real. En la integración JavaScript, el cliente puede gestionar esa identidad; en una integración de servidor la tenés que gestionar vos. Elegí eventos que respondan una pregunta concreta. Mirar una guía puede mostrar interés en un tema, pero no demuestra que alguien quiera contratarte. Guardá el significado y el origen de cada señal. Cuando Ana crea una cuenta, usamos su identificador estable. Para asociar la actividad previa en este ejemplo, el identify lleva el userId y el anonymousId juntos. Customer punto io documenta una ventana de treinta días de actividad anónima para esta integración. No significa que toda tu historia vuelva automáticamente, ni que dos identidades distintas se unan por parecerse. Probá que el recorrido correcto llega a Ana y que Bruno queda separado. Después de identificar, enviá la actividad con la identidad que corresponde a ese usuario. Un navegador compartido es una prueba importante. Ana sale y Bruno entra: la actividad nueva no debería quedar pegada a Ana. En el cliente JavaScript, reset borra las identidades guardadas y empieza otra identidad anónima. Para la integración HTTP del ejemplo, un identificador anónimo ya asociado no se reutiliza como si fuera nuevo. Si aparece una nueva etapa anónima, gestioná otra identidad y vinculala cuando corresponda. Documentá lo que sucede al cerrar sesión, cambiar de cuenta, borrar el almacenamiento y usar otro dispositivo. Los mensajes in-app anónimos permiten mostrar una ayuda en páginas o pantallas configuradas. La documentación actual los limita a planes Premium y Enterprise. Para web, la función requiere la integración JavaScript nueva y activar anonymousInApp. No asumas que el snippet antiguo alcanza. Podés orientar hacia el registro o pedir contexto con un formulario, sin afirmar que ya sabés quién visita. Definí dónde aparece, cuándo deja de aparecer y qué pasa si la persona se identifica. Registrar un email tampoco equivale automáticamente a aceptar una newsletter. Bajate el mapa de identidad y probá cinco casos: primera visita, registro, cierre de sesión, otra persona en el mismo navegador y regreso desde otro dispositivo. Anotá el identificador usado, la señal enviada y el resultado esperado. No ejecutamos estos ejemplos contra perfiles reales; son payloads y casos ficticios para revisar con tu equipo. Si tu integración usa otra API o SDK, contrastá sus reglas antes de copiar el ejemplo. La idea central: conectar actividad con la persona correcta, sin convertir una señal en una identidad inventada.