Datos de clics que puedes consultar de verdad.
Mides atribución, caídas en el embudo e incremento marginal. Elido almacena cada clic en un almacén de analítica columnar con acceso directo - sin muestreo ni retrasos por agregación.
- Sin muestreo de clics en ningún nivel - cada evento almacenado
- DSN de analítica por espacio de trabajo, de solo lectura y rotable
- Exportación programada a S3 + BigQuery (Parquet por defecto)
- Eventos de clic en bruto vía firehose de webhook / consumidor de Kafka
Cómo aterrizan los datos de clics
Clic → flujo de eventos → almacén de analítica, sin agregación intermedia.
La mayoría de los acortadores te dan un contador. Nosotros te damos una fila por clic, ingestada en menos de cinco segundos, consultable desde tu propio cliente SQL. El pipeline usa un único tema compatible con Kafka que un solo consumidor drena en el almacén de analítica - sin servicio de agregación, sin resúmenes diarios, sin nota al pie de «muestreado después de 10K».
- Step 1
Click
elido.me/x → 302Edge POP returns the destination + emits an event to our event stream.
- Step 2
Event stream
topic: clicks.<workspace>12 partitions, at-least-once delivery, 7-day topic retention.
- Step 3
Analytics store
<5s p99 ingest lagOur ingestion service drains the topic into the per-workspace events table.
- Step 4
Your tools
DSN · BigQuery · KafkaRead-only DSN, scheduled Parquet export, or direct firehose consumer.
DSN de analítica por espacio de trabajo
Un DSN de solo lectura que puedes pegar directamente en Metabase.
Los espacios de trabajo Business obtienen un DSN de analítica de solo lectura por espacio de trabajo, con ámbito a su tabla de eventos mediante seguridad a nivel de fila. Conéctalo a Metabase, Hex, Apache Superset, Grafana o cualquier cliente SQL/BI compatible. El DSN es rotable desde la configuración del espacio de trabajo sin cambiar la tabla subyacente.
- Esquema estableVersionado en /docs/api-reference; guías de migración en /changelog
- Seguridad a nivel de filaDSN con ámbito a las filas de eventos de tu espacio de trabajo únicamente
- Compatible con herramientas de BIMetabase, Hex, Superset, Grafana, Looker - cualquiera que hable SQL
- Consultas en menos de un segundoTablas de 1.000 millones de filas en menos de 1s para agregaciones típicas por país / hora
SELECT country, COUNT(*) AS clicks
FROM events
WHERE link_id = 'lnk_8a2fc1...'
AND occurred_at >= now() - INTERVAL 7 DAY
GROUP BY country
ORDER BY clicks DESC
LIMIT 5;| country | clicks | distribution |
|---|---|---|
| DE | 18,429 | |
| FR | 12,184 | |
| ES | 9,847 | |
| IT | 8,213 | |
| PL | 7,062 |
Geografía que sobrevive a la exportación
Densidad a nivel de país en cada clic - no un bucket hasheado.
Cada evento de clic incluye el país ISO 3166-1 alpha-2, la región y la ciudad, resueltos desde un conjunto de datos geo-IP fuera de línea en el momento del edge. La propia IP se trunca a /24 (IPv4) o /48 (IPv6) antes del almacenamiento, de modo que la geo persiste pero los datos personales no. A continuación aparecen los mismos datos en la interfaz que aterrizan en tu almacén de datos - sin nivel de agregación intermedio.
Source of truth. 0% sampling, 24-month retention on Business.
Hourly buckets, snappy-compressed Parquet (or JSON if you prefer).
Native BigQuery Transfer service or Snowflake external table loads from S3.
Exportación al almacén de datos
Parquet horario a S3, luego una transferencia nativa a tu almacén.
La exportación programada envía eventos de clic en formato Parquet a tu bucket de S3 con cadencia horaria o diaria; la Transferencia Nativa de BigQuery o la tabla externa de Snowflake los carga desde ahí. La primera ejecución es una carga retroactiva completa hasta tu ventana de retención; las siguientes solo añaden nuevos eventos con clave en la marca de tiempo del evento. Los fallos se reintentan; se envía una notificación de dead-letter si un lote no puede procesarse en 2 horas.
- Parquet (por defecto) o JSON; un objeto por bucket horario
- Filtra la exportación por dominio, campaña o etiqueta de enlace
- Transferencia Nativa de BigQuery + tabla externa de Snowflake
- Alerta de dead-letter en caso de fallo de lote durante más de 2 horas
- Firehose de Kafka para entrega en menos de un segundo (Business)
Lo que puedes hacer
- Sin muestreo de clics en ningún nivel - cada evento almacenado
- DSN de analítica por espacio de trabajo, de solo lectura y rotable
- Exportación programada a S3 + BigQuery (Parquet por defecto)
- Eventos de clic en bruto vía firehose de webhook / consumidor de Kafka
- Latencia de consulta inferior a un segundo en tablas de más de 1.000 millones de filas
- Atribución de clics server-side con deduplicación por click-ID
Qué significa 'analytics-first' en el modelo de datos de Elido
La mayoría de las analíticas de acortadores son totales agregados. Las características a continuación explican qué cambia cuando el flujo de clics sin procesar es el artefacto primario, no un resumen.
Cada clic almacenado - sin la nota al pie de 'muestreamos después de N eventos'
Los eventos de clic se ingieren a través de un tema compatible con Kafka y son escritos en el almacén de analítica por nuestro servicio de ingesta. No hay capa de muestreo. Un enlace con 10 clics y un enlace con 10 millones de clics tienen cada evento en la misma tabla - el esquema no cambia, no se aplica agregación en el momento de la ingesta. La retención es de 90 días en Free, 12 meses en Pro y 24 meses en Business. Después de la ventana de retención, los eventos se eliminan permanentemente; el recuento de eventos eliminados se registra. El esquema de eventos es público - puedes ver exactamente qué campos se almacenan, lo que significa que puedes planificar tu modelo de datos en tu almacén antes de comenzar a exportar. El retraso del evento desde el clic hasta la disponibilidad en la analítica es normalmente inferior a 5 segundos; el consumidor se ejecuta con auto-commit y registra métricas de retraso para que puedas ver si la tubería se queda atrás.
GA4 MP, Meta CAPI y Mixpanel server-side - deduplicados contra el clic
Los píxeles del lado del cliente pierden una fracción significativa de las conversiones dependiendo de la penetración de los bloqueadores de anuncios y el ITP de Safari en iOS. El reenvío desde el servidor envía la conversión a GA4 Measurement Protocol, Meta Conversions API o Mixpanel directamente desde el backend de Elido - sin necesidad de JS en el cliente. La clave de deduplicación es el ID de clic: cuando llega un evento de conversión a través de un webhook de Stripe o Shopify, Elido lo asocia con el clic de origen y lo distribuye a todos los endpoints configurados en el servidor. El ID de clic se pasa como un parámetro de consulta a la URL de destino en el momento del clic; tu flujo de pago debe preservarlo hasta el evento de conversión. Cada evento reenviado lleva los parámetros UTM originales del clic para que la atribución sobreviva a todo el embudo. Esto es útil para recuperar conversiones que los píxeles del cliente pierden - no es un reemplazo para un CDP completo, pero cierra la brecha común de atribución del último clic.
DSN de analítica de solo lectura por espacio de trabajo - conéctalo directamente a Metabase, Hex o Grafana
Los espacios de trabajo Business obtienen un DSN de analítica de solo lectura por espacio de trabajo limitado a su tabla de eventos. Apunta Metabase, Hex, Apache Superset, Grafana o cualquier cliente SQL/BI compatible al DSN y escribe SQL directamente contra tus datos de eventos de clic. El DSN es rotable sin cambiar la tabla de eventos; se conecta a un usuario de solo lectura que solo puede realizar SELECT, no INSERT ni DROP. El esquema de eventos es estable y versionado; los cambios de esquema reciben una guía de migración en el registro de cambios antes de implementarse. Para los equipos que desean unir los eventos de clic con sus propios datos de producto - '¿qué enlaces impulsaron a los usuarios que luego se activaron?' - el patrón consiste en copiar los eventos de clic a tu propio almacén mediante una exportación programada y luego realizar la unión allí. El DSN de analítica es para equipos cuya herramienta de BI puede conectarse mediante SQL estándar directamente y que no necesitan unirse con tablas externas.
Exportaciones programadas a S3, BigQuery y Snowflake
La exportación programada se ejecuta con una cadencia configurable (horaria, diaria) y envía el flujo de eventos de clic - o un subconjunto filtrado por dominio, campaña o etiqueta de enlace - a S3, BigQuery o Snowflake. La exportación a S3 utiliza Parquet por defecto (JSON disponible); BigQuery y Snowflake utilizan los conectores nativos con un esquema que Elido crea y mantiene actualizado. Las exportaciones incrementales se basan en la marca de tiempo del evento; la primera exportación es un llenado histórico completo hasta tu ventana de retención; las exportaciones posteriores solo añaden nuevos eventos. Si necesitas reproducir desde una marca de tiempo específica, hay una exportación completa única disponible a través de una solicitud de soporte. Los fallos de exportación se registran y se reintentan; se envía una notificación de error al correo electrónico del espacio de trabajo si un lote falla durante más de 2 horas.
Consumidor de Kafka en tiempo real para tuberías de eventos que no pueden esperar a las exportaciones por lotes
Los espacios de trabajo Business pueden consumir eventos de clic directamente desde un tema compatible con Kafka como un grupo de consumidores de Kafka. Obtienes un ID de grupo de consumidores, un servidor de bootstrap y un certificado de cliente - configuración estándar de consumidor de Kafka. Este es el camino correcto para alertas en tiempo real (detección de picos en un enlace, señalización de anomalías geográficas), paneles en tiempo real que necesitan datos en subsegundos y tuberías donde la cadencia de exportación programada es demasiado lenta. El firehose entrega cada evento al menos una vez; tu consumidor es responsable de la idempotencia en la reproducción. La retención del tema es de 7 días; si tu consumidor se retrasa más de 7 días, los eventos se pierden - configura el monitoreo del retraso del consumidor. Esta no es una función de analítica para principiantes; requiere código de consumidor de Kafka y experiencia operativa con grupos de consumidores. Si la exportación programada a BigQuery te da lo que necesitas, empieza por ahí.
El stack con el que trabajarás
- Eventos de clics brutos
- Acceso SQL directo
- GA4 / Meta CAPI / Mixpanel
- Exportación a S3 + BigQuery
- DSN por espacio de trabajo
- Transmisión de webhooks
Lo que medirás
- Tasa de muestreo
- 0% - cada clic almacenado
- Retraso en ingesta de eventos
- Menos de 5 segundos
- Horizonte de retención
- Hasta 24 meses
Equipos de analítica que funcionan con esto
Los nombres son marcadores de posición por ahora - los nombres de clientes reales aparecerán aquí a medida que se publiquen los casos de estudio.
“El DSN de analítica de solo lectura nos permitió conectar Metabase directamente a los datos de eventos de clic sin construir un ETL. Ahora respondemos '¿qué campaña impulsó la conversión de MQL a SQL?' desde un panel de Metabase sin infraestructura adicional.”
“Meta CAPI server-side a través de Elido recuperó la atribución en aproximadamente el 25% de las conversiones que nuestro píxel del lado del cliente estaba perdiendo. La configuración fue de un sprint; la mejora en la precisión de la atribución fue inmediata.”
“Consumimos el firehose de Kafka en nuestro propio procesador de flujos. Un retraso de eventos inferior a 5 segundos significa que nuestros paneles de rendimiento de enlaces en tiempo real no mienten al equipo editorial durante eventos en vivo.”
Analíticas de Elido vs Analíticas de Bitly vs Heap
Bitly Analytics es adecuado para recuentos de clics y geografía básica. Heap es una plataforma completa de analítica de producto. La siguiente comparación es honesta sobre dónde cada opción es la herramienta adecuada.
| Capacidad | Elido | Bitly Analytics | Heap |
|---|---|---|---|
| Muestreo de datos de clic | 0% - cada evento almacenado | Agregado; eventos sin procesar no accesibles | Depende del plan en el nivel gratuito |
| Acceso directo SQL | DSN de analítica de solo lectura (Business) | Sin acceso directo a la DB | Heap Data Lake (exportación a almacén) |
| Exportación programada a BigQuery/Snowflake | Sí, Business+ | Solo exportación CSV | Sí - característica principal |
| Kafka firehose en tiempo real | Sí, Business+ | No disponible | No disponible |
| Reenvío de conversión server-side | GA4 MP, Meta CAPI, Mixpanel - deduplicado | No disponible | Ingesta de eventos server-side (eventos de producto) |
| Seguimiento a nivel de usuario | No - solo a nivel de clic, sin identidad de usuario | No | Sí - característica principal |
| Embudo + retención de cohortes | Cohortes de clics en Business | No | Embudo completo + cohorte - maduro |
| Retención de eventos | Hasta 24 meses sin procesar | Contadores agregados; sin procesar no disponibles | Varía según el plan |
Preguntas del equipo de analítica
¿Cuál es el esquema exacto de eventos para los eventos de clic?
El esquema es público en /docs/api-reference bajo 'Click events'. Campos clave: click_id (UUID), link_id, workspace_id, occurred_at (marca de tiempo 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. Los campos que pueden ser nulos son nulos, no cadenas vacías. Los cambios de esquema se anuncian en /changelog con una guía de migración.
¿Existe una guía para el consumidor de Kafka?
Sí - /docs/guides/kafka-firehose cubre el servidor de bootstrap, la configuración del grupo de consumidores, la rotación de certificados de cliente y código de ejemplo de consumidor en Go y Python. El tema es uno por espacio de trabajo; el recuento de particiones es fijo en 12. El reinicio del offset es el más antiguo por defecto en la primera unión al grupo de consumidores. Si estás construyendo sobre esto, presupuesta tiempo para el monitoreo del retraso del consumidor - ese es el modo de fallo que afecta a los equipos que no lo configuran.
¿Puedo unir los eventos de clic con mi propia tabla de usuarios?
En tu almacén de datos, sí. El patrón estándar es: exportar eventos de clic a BigQuery o Snowflake mediante exportación programada, luego unir por los parámetros UTM o un parámetro user_id personalizado que añadas a tus destinos de enlaces cortos. Elido no almacena la identidad del usuario en los eventos de clic - el click_id es un UUID aleatorio por clic, no vinculado a una cuenta de usuario.
¿Cómo funciona la deduplicación de conversiones server-side?
Cuando envías un evento de conversión al endpoint de conversión de Elido, incluyes el click_id que se devolvió en la respuesta del clic original (se pasa como un parámetro de consulta a la URL de destino). Elido busca el clic, verifica que no haya sido ya atribuido y distribuye la conversión a GA4 MP, Meta CAPI o Mixpanel con el contexto UTM del clic original. Los envíos duplicados con el mismo click_id son idempotentes - se confirman pero no se cuentan dos veces.
¿Qué pasa si mi consumidor de Kafka se retrasa?
Los eventos se retienen en el tema durante 7 días. Si el offset comprometido de tu grupo de consumidores se retrasa más de 7 días, los eventos más antiguos se perderán antes de que tu consumidor los lea. Monitorea el retraso del consumidor; configura una alerta a las 6 horas de retraso como advertencia temprana. Si te retrasas en un evento no recuperable, la exportación programada a S3/BigQuery cubre el hueco - es un buen respaldo para el firehose.
¿El DSN de analítica da acceso a los datos de otros espacios de trabajo?
No. El DSN está limitado únicamente a la tabla de eventos de tu espacio de trabajo, a través de un usuario de solo lectura con seguridad a nivel de fila aplicada. No puedes ver los eventos de otros espacios de trabajo. El DSN es revocable desde la configuración del espacio de trabajo; rótalo con la misma cadencia que las claves API.
¿Hay un tamaño mínimo de muestra antes de que las cohortes de clics sean significativas?
El almacén de analítica ejecuta la consulta de cohortes con cualquier tamaño de datos existente - no se impone un mínimo. La significancia estadística es tu criterio. Una cohorte de 50 clics te da un número, pero tiene ruido. Mostramos recuentos brutos y porcentajes; no aplicamos suavizado bayesiano ni intervalos de confianza a las vistas de cohortes. Para un análisis formal, exporta y ejecuta tu modelo en tu almacén de datos.
¿Puedo filtrar la exportación programada a un subconjunto de enlaces?
Sí - los filtros de exportación admiten: dominio específico, ID de campaña específico, etiqueta específica o un rango de fechas. Una exportación filtrada sigue siendo incremental; las ejecuciones posteriores añaden solo los nuevos eventos que coinciden con el filtro. Si añades una nueva condición de filtro a un trabajo de exportación existente, deberás crear un nuevo trabajo o realizar una exportación completa única para rellenar el historial del nuevo filtro.
Lista de lectura del analista
Desglose por enlace, atribución de conversiones, retención de cohortes.
Reenvío server-side a GA4, Meta CAPI, Mixpanel.
Especificación OpenAPI 3.1, esquema de eventos de clic, SDKs tipados en TS / Py / Go.
Eventos firmados con HMAC, política de reintentos, firehose de Kafka para alto volumen.
Configuración del DSN, esquema, patrones de carga en BigQuery + Snowflake.
¿No estás seguro de qué enfoque se adapta?
La mayoría de los equipos comienzan como uno y crecen hasta abarcar los cuatro. Nuestro equipo de ventas puede revisar tu stack específico en 20 minutos.