Suivi des conversions. Attribute every dollar to the click that earned it.

Si le paramètre de requête elido_cid est perdu avant que l'événement de conversion ne se déclenche — en raison d'une chaîne de redirection, d'un routeur SPA ne transférant pas les paramètres de requête, ou d'un paiement tiers supprimant les paramètres inconnus — la conversion ne peut pas être attribuée. Testez le tunnel complet : cliquez sur un lien court, suivez l'elido_cid à travers chaque page jusqu'à la confirmation de paiement, vérifiez qu'il apparaît dans le POST de conversion. L'extrait d'attribution d'Elido (un petit bloc JavaScript) définit également le click_id dans un cookie tiers comme solution de secours — si le paramètre URL est perdu mais que l'utilisateur est toujours dans la même session de navigation, l'attribution peut être récupérée à partir du cookie.

Elido ne traite pas automatiquement les événements de remboursement. Si un événement Stripe charge.refunded ou Shopify refunds/create se déclenche, Elido ne déduit pas le revenu attribué. Vous pouvez envoyer un événement de conversion à valeur négative via POST au point de terminaison personnalisé pour inverser l'attribution manuellement. Un écouteur de webhook de remboursement est sur la feuille de route. En attendant, si vous avez besoin de revenus nets précis dans Elido, soustrayez les totaux de remboursement à l'aide des données d'exportation et de votre système de gestion des commandes.

Non — si l'utilisateur clique sur le lien court sur mobile mais finalise son achat sur ordinateur, le click_id n'est pas transféré entre les appareils. La conversion ne sera pas attribuée à moins que la session de l'utilisateur n'ait conservé l'elido_cid à travers le changement d'appareil (par exemple, via un compte connecté qui l'a stocké). L'attribution multi-appareils nécessite un graphe d'identité côté serveur, qu'Elido ne fournit pas. Pour la précision de l'attribution multi-appareils, utilisez votre MMP ou CDP aux côtés des conversions côté serveur d'Elido.

Tous les codes de devise ISO 4217 sont acceptés dans le champ value d'un événement de conversion. Les revenus sont stockés dans la devise d'origine ; le tableau de bord analytique affiche les revenus dans la devise de chaque événement de conversion. Si vous avez besoin d'une vue consolidée dans une seule devise, exportez les événements de conversion et convertissez-les dans votre entrepôt de données — Elido n'applique pas de taux de change.

Lors de la création d'une session de paiement Stripe, définissez client_reference_id sur la valeur du paramètre URL elido_cid du clic de référence. En JavaScript : const session = await stripe.checkout.sessions.create({ ..., client_reference_id: searchParams.get('elido_cid') }). Le gestionnaire de webhook d'Elido lit ce champ depuis checkout.session.completed. Si vous utilisez directement PaymentIntents, utilisez plutôt le champ metadata avec la clé elido_cid. Le guide de configuration sur /docs/guides/conversion-tracking contient du code prêt à l'emploi pour Node, Python et Go.

Oui. Les événements de conversion sont stockés dans une table ClickHouse distincte (conversions) aux côtés de la table des événements de clic (clicks). Les exportations planifiées vers S3, BigQuery ou Snowflake incluent les deux tables. La clé de JOIN est click_id. Une requête SQL de référence qui joint les clics aux conversions et calcule les revenus par source UTM de campagne se trouve dans le guide d'exportation.

Oui — le point de terminaison de conversion personnalisé accepte n'importe quel event_name et une valeur optionnelle (définie sur 0 pour les événements sans revenu). Utilisez des noms d'événements tels que 'trial_started', 'demo_booked', 'form_submitted'. Ceux-ci apparaissent dans la vue analytique du lien sous 'Conversions' avec le nom de l'événement comme libellé. Si vous effectuez également un transfert vers GA4, ceux-ci correspondent à des événements GA4 personnalisés. Les nombres de conversions (pas seulement les revenus) sont visibles par lien et par campagne, quelle que soit la valeur de l'événement.

Réception du webhook vers ClickHouse : généralement moins de 5 secondes via le même pipeline Redpanda que les événements de clic. L'attribution (correspondance de la conversion au clic d'origine) se fait de manière synchrone lors de la réception du webhook — si le click_id est résolu, l'attribution est immédiate. Le transfert en aval vers GA4 / Meta CAPI / Mixpanel est asynchrone et ajoute 2 à 10 secondes. Le chiffre des revenus dans la vue analytique du tableau de bord est mis à jour dans les 30 secondes suivant la réception de l'événement de conversion.