Un solo link. iOS, Android e fallback web.

No. I deep link di Elido utilizzano iOS Universal Links e Android App Links - meccanismi a livello di sistema operativo che non richiedono alcun SDK di terze parti nella tua app. Configuri i file apple-app-site-association e assetlinks.json tramite le impostazioni del dominio di Elido; Elido li serve ai percorsi well-known sul tuo dominio personalizzato. La tua app deve gestire l'URL del universal link - questo è codice standard di routing URL iOS/Android, non una nuova dipendenza SDK.

Firebase Dynamic Links è stato dismesso ad agosto 2025. Elido può sostituire il pattern di base: un singolo link HTTPS che apre l'app se installata, ricade sullo store se non lo è e ricade sul web da desktop. Non replichiamo il deep-linking differito di Firebase (passaggio di contesto attraverso un'installazione) - ciò richiede un SDK nell'app. Per il deep-linking differito avresti comunque bisogno di Appsflyer, Adjust o un MMP simile.

Le regole degli smart-link vengono valutate per prime. Se una regola corrisponde, prende la destinazione dalla regola - le varianti non vengono applicate. Se nessuna regola corrisponde, il traffico ricade sul fallback e, se il fallback ha varianti configurate, si applica la suddivisione delle varianti. Quindi puoi avere un link che indirizza incondizionatamente gli utenti iOS all'App Store, indirizza gli utenti desktop USA a una specifica landing page e divide tutti gli altri in A/B tra due destinazioni.

Programmi di referral (N utilizzi per codice invito), accesso beta limitato (limita gli inviti senza toccare il tuo backend), anteprime a tempo limitato (massimo 500 clic su un link demo prima che scada verso una pagina di waitlist). max_clicks è impostato per link al momento della creazione o tramite PATCH. Quando il limite viene raggiunto, il link reindirizza all'expired_destination_url configurato.

No. Gli eventi di clic sono a livello di richiesta: paese, dispositivo, sistema operativo, referrer, UTM e timestamp. Non c'è identità utente negli eventi di clic a meno che non si passi un user_id come parametro di query personalizzato e questo fluisca verso la tua destinazione. Elido non è un tool di product analytics - non effettua session replay, profili utente o tracciamento del funnel su eventi arbitrari. Per questo, usa Mixpanel, PostHog o Amplitude e unisci i dati dei clic sull'UTM o sul click ID.

Le modifiche alle regole vengono scritte sulla nostra API e inviate alla cache hot in memoria (L2) in meno di 60 secondi. La cache LRU in-process del nostro servizio edge ha un TTL di 30 secondi per i link che portano regole. In pratica: una modifica alle regole è attiva all'edge entro 90 secondi dal salvataggio nel dashboard o nell'API.

Sì. I domini condivisi di Elido (s.elido.me per i piani a pagamento, b.elido.me per Business) funzionano bene per i link di condivisione in-app dove la coerenza del brand è meno importante delle funzioni di limite clic e routing. I domini personalizzati offrono URL brandizzati (share.tuapp.com), che contano per i programmi di referral dove il link appare nell'interfaccia utente.

Esportazione pianificata su S3, BigQuery o Snowflake - disponibile nel piano Business. Esporta il flusso grezzo di clic; il calcolo della coorte viene eseguito nel tuo warehouse dove puoi unirlo alla tabella degli eventi utente del tuo prodotto. Il DSN di analisi in sola lettura (Business) fornisce l'accesso SQL diretto se preferisci calcolare le coorti nell'archivio di analisi e importare i risultati nel tuo tool di BI.