Explora la documentación por tarea
Documentación del producto

Define objetivos y embudos fieles a los datos

Eventos personalizados, propiedades de objetivos, pasos ordenados y conversión basada solo en pagos del registro financiero en Reylin.

Nombra el comportamiento, no a una persona

Una definición de objetivo asigna a una clave de evento una etiqueta visible, un color y una descripción sin reescribir la identidad histórica del evento. Envía eventos explícitos con consentimiento mediante el rastreador instalado. Evita direcciones de correo, nombres, identificadores de cuenta y texto libre del usuario en nombres o propiedades de eventos.

Los esquemas de propiedades de objetivos usan valores enum limitados con informes explícitos de datos ausentes o históricos excluidos. No son JSON personalizado arbitrario ni prueba de anonimato.

// Only after the site's own consent decision grants collection:
reylin.consent(true);
reylin.track('signup');

Construye un embudo ordenado

Un embudo guardado puede contener entre uno y veinte pasos validados: objetivos de eventos, predicados o prefijos de página declarados y un pago final opcional basado exclusivamente en el registro financiero. Los pasos deben suceder en orden dentro de la ventana de conversión configurada.

Los informes de progresión muestran entradas y recuentos por paso, conversión entre pasos consecutivos y abandono. Se admite un embudo de siete pasos; añadir pasos no demuestra que existan eventos históricos correspondientes. Un requisito que falta debe seguir siendo un estado vacío, no un éxito sintético.

Un pago no es un objetivo del navegador

Un evento del navegador llamado purchase no puede crear ingresos verificados. El paso de pago depende de un pago conciliado del proveedor con una asociación de visitante elegible. Los cobros sin vínculo siguen siendo visibles financieramente como Unattributed, pero no pueden inventar el recorrido de una persona en el embudo.

No hay matrices por paso de geografía, fuente e ingresos ni un flujo completo de objetivos del ciclo de vida de suscripciones. Las instantáneas de suscripciones y los cobros siguen siendo informes separados.

Verifica antes de interpretar la conversión

  • Confirma el origen aprobado del proyecto y el comportamiento del consentimiento.
  • Envía un evento de prueba sintético y comprueba su identificador único y su marca de tiempo registrada.
  • Confirma que la clave del evento coincide con el objetivo guardado, no solo con su etiqueta visible.
  • Revisa el orden de pasos, la ventana temporal y el historial de visitante elegible.
  • Prueba la conversión de pago con datos de prueba autorizados del proveedor; nunca uses un cobro real solo para que un embudo parezca completo.

Esta documentación describe el código y sus límites; no confirma una conexión activa. Los ejemplos técnicos mantienen sus identificadores originales.