Analytics. Ogni clic, mappato in tempo reale.

click_id (UUID), link_id, workspace_id, occurred_at (timestamp UTC), country_iso2, region, city, device_type (mobile/tablet/desktop), os, browser, referrer_domain, utm_source, utm_medium, utm_campaign, utm_term, utm_content, referer (URL completo, nullable). Lo schema è disponibile su /docs/api-reference sotto 'Click events'. È stabile; le aggiunte sono retrocompatibili; le rimozioni ricevono un avviso di deprecazione di 90 giorni.

La risoluzione geografica a livello di città dipende dall'intervallo IP. NAT di classe carrier, VPN e alcuni proxy aziendali risolvono solo a livello di regione o paese - non possiamo risalire a una città da un IP NAT condiviso. Utilizziamo un dataset geo-IP offline (nessun PII condiviso); l'accuratezza è elevata per gli IP residenziali ma inferiore per gli intervalli IP degli operatori mobili e aziendali. Riportiamo ciò che riusciamo a risolvere; non tiriamo a indovinare.

Se il parametro di query click_id viene rimosso prima della conversione (checkout multi-step, router SPA, reindirizzamenti che non inoltrano i parametri di query), il POST di conversione all'endpoint di Elido non ha alcun clic da associare e l'attribuzione fallisce silenziosamente. Testa il tuo flusso di checkout: clicca su un link breve, verifica che il click_id appaia nel POST di conversione finale. Se non appare, aggiungi l'inoltro dei parametri di query nel tuo flusso di checkout. Questo è il gap di attribuzione più comune - non il pixel, ma la perdita dei parametri di query nella sessione di checkout.

Solitamente inferiore a 5 secondi. Il percorso è: il clic colpisce l'edge → evento fire-and-forget al nostro flusso di eventi → il nostro servizio di ingestione legge dal flusso e scrive nell'archivio di analisi. Il consumatore gira continuamente con auto-commit. Se la pipeline rimane indietro (picco di traffico elevato, problema infrastrutturale), il flusso di eventi conserva gli eventi per 7 giorni. Monitoriamo il ritardo del consumatore; l'allerta scatta a 60 secondi di ritardo. Gli aggiornamenti della dashboard in tempo reale interrogano l'API di analytics ogni 30 secondi.

L'esportazione contiene tutti i clic di tutti i link del vostro workspace. Filtrate per domain, link_id o tag nel vostro SQL o strumento BI, ad esempio con una clausola WHERE. Non forniamo esportazioni per singolo dominio. Un DSN di analytics in sola lettura diretto è pianificato e non ancora disponibile.

Gli eventi clic vengono raccolti senza cookie. Il tipo di dispositivo, l'OS e il browser vengono dedotti dallo User-Agent. L'IP viene utilizzato per la risoluzione geografica e poi scartato - non memorizziamo IP grezzi negli eventi clic. La geolocalizzazione a livello di città viene memorizzata; se ciò conta come dato personale secondo la tua interpretazione del GDPR (posizione derivata dall'IP), configura il tuo workspace per la risoluzione geografica solo a livello di paese. La risoluzione solo per paese è un'impostazione del workspace su Business.

Free: retention di 90 giorni, ripartizione per paese e dispositivo, conteggio dei clic per link. Pro: retention di 12 mesi, ripartizione completa per geo/dispositivo/referrer/UTM, heatmap per ora del giorno, attribuzione delle conversioni. Business: retention di 24 mesi, viste di coorte e retention, firehose compatibile con Kafka, esportazione pianificata verso BigQuery/Snowflake/S3 (DSN di analytics in sola lettura pianificato).

Sì - gli analytics a livello di campagna aggregano tutti i link taggati per una campagna. I rollup a livello di cartella sono disponibili tramite API (somma dei clic sui link in una cartella per intervallo di date). La vista campagna della dashboard mostra i clic totali, il tasso di conversione, la distribuzione UTM e il breakdown per link per la campagna. Non esiste ancora una 'dashboard analytics cartelle' nell'interfaccia utente - è in tabella di marcia.