Analíticas. Every click, mapped in real time.

click_id (UUID), link_id, workspace_id, occurred_at (timestamp UTC), country_iso2, region, city, device_type (móvil/tableta/escritorio), os, browser, referrer_domain, utm_source, utm_medium, utm_campaign, utm_term, utm_content, referer (URL completa, anulable). El esquema está en /docs/api-reference en 'Click events'. Es estable; las adiciones son compatibles con versiones anteriores; las eliminaciones reciben un aviso de obsolescencia de 90 días.

La resolución geográfica a nivel de ciudad depende del rango de IP. Los NAT de grado de operador, las VPN y algunos proxies corporativos solo se resuelven a nivel de región o país; no podemos resolver una ciudad a partir de una IP NAT compartida. Utilizamos MaxMind GeoIP2 City; la precisión es alta para las IP residenciales, pero menor para los rangos de IP de operadores móviles y empresas. Informamos lo que podemos resolver; no adivinamos.

Si el parámetro de consulta click_id se elimina antes de la conversión (pago de varios pasos, router SPA, redirecciones que no reenvían parámetros de consulta), el POST de conversión al endpoint de Elido no tiene ningún clic con el que coincidir y la atribución falla silenciosamente. Prueba tu flujo de pago: haz clic en un enlace corto, comprueba que el click_id aparece en el POST de conversión final. Si no es así, añade el reenvío de parámetros de consulta en tu flujo de pago. Esta es la brecha de atribución más común: no es el píxel, sino la pérdida de parámetros de consulta en la sesión de pago.

Normalmente, menos de 5 segundos. La ruta es: el clic llega al edge → evento de enviar y olvidar a Redpanda → el consumidor click-ingester lee de Redpanda y escribe en ClickHouse. El consumidor se ejecuta continuamente con auto-commit. Si la canalización se retrasa (pico de tráfico alto, problema de infraestructura), el tema de Redpanda conserva los eventos durante 7 días. Monitoreamos el retraso del consumidor; las alertas se activan a los 60 segundos de retraso. Las actualizaciones del panel en tiempo real consultan la API de analíticas cada 30 segundos.

El DSN se conecta a una vista de ClickHouse por espacio de trabajo que muestra todos los clics de todos los enlaces de tu espacio de trabajo. Tú filtras por dominio, link_id o etiqueta en tu SQL. Si quieres vistas por dominio, créalas en tu propia herramienta de BI usando una cláusula WHERE. Actualmente no proporcionamos subusuarios por dominio en ClickHouse.

Los eventos de clic se recopilan sin cookies. El tipo de dispositivo, el SO y el navegador se infieren del User-Agent. La IP se utiliza para la resolución geográfica y luego se descarta; no almacenamos IP en bruto en los eventos de clic. Se almacena la ubicación geográfica a nivel de ciudad; si eso cuenta como datos personales según tu interpretación del GDPR (ubicación derivada de la IP), configura tu espacio de trabajo para la resolución geográfica solo por país. La resolución solo por país es un ajuste del espacio de trabajo en Business.

Free: retención de 90 días, desglose por país + dispositivo, recuento de clics por enlace. Pro: retención de 12 meses, desglose completo por geografía/dispositivo/referente/UTM, mapa de calor de hora del día, atribución de conversiones. Business: retención de 24 meses, vistas de cohortes + retención, DSN de ClickHouse, firehose de Kafka, exportación programada a BigQuery/Snowflake/S3.

Sí; las analíticas a nivel de campaña se agregan en todos los enlaces etiquetados en una campaña. Los resúmenes a nivel de carpeta están disponibles a través de la API (suma de clics en los enlaces de una carpeta por rango de fechas). La vista de campaña del panel muestra el total de clics, la tasa de conversión, la distribución de UTM y el desglose por enlace de la campaña. Todavía no hay un 'panel de analíticas de carpeta' en la interfaz de usuario; eso está en la hoja de ruta.