Fonctionnement d'AdStrike

Sites et organisations

• Votre organisation peut suivre plusieurs sites, chacun avec son identifiant de tracking, ses domaines acceptés, sa fenêtre d’attribution (30 jours par défaut) et son modèle d’attribution par défaut — le tout configurable dans le dashboard.
• Les requêtes provenant de domaines non déclarés dans les domaines acceptés du site sont rejetées.
• Les clés API sont scopées à votre organisation : une clé ne donne accès qu’à vos propres sites.
• Votre organisation a une devise de base : chaque valeur de conversion y est convertie (taux de change appliqués au traitement), pour un chiffre d’affaires comparable entre sites et devises.

Consentement et anonymisation

Le tracker résout le consentement automatiquement depuis Google Consent Mode et IAB TCF 2.0, ou via l’API explicite setConsent pour les bannières maison (voir Tracker → Consentement). Sans signal après 5 secondes, le consentement est considéré refusé. Un passage ultérieur refusé → accordé est géré et relie la session anonyme à la session identifiée.

Avec consentement

• Cookies : _astr_vid (visiteur, ~13 mois), _astr_sid (session, 30 minutes glissantes), _astr_cid (id passé à identify()).
• Événements complets : URL, référent, click IDs (gclid, fbclid…), IP, user-agent.

Sans consentement (mode anonyme)

Aucun cookie n’est posé — toute opération cookie est désactivée. Les données sont anonymisées au traitement :

Donnée	Traitement
Identifiant visiteur	Hash irréversible à rotation quotidienne (dérivé de la date, du domaine, de l’IP, du user-agent et de l’identifiant du site). La continuité de session est résolue côté serveur dans la journée — deux jours différents ne peuvent jamais être reliés
Click IDs	Supprimés : gclid, wbraid, gbraid, dclid, fbclid, fbc, fbp, ttclid, msclkid, twclid, li_fat_id
URLs	Anonymisées : seuls les paramètres ref, source et utm_* sont conservés
IP	Anonymisée : dernier octet à 0 (IPv4), tronquée aux 4 premiers groupes (IPv6)
User-agent	Généralisé en navigateur-os-device (ex. chrome-macos-desktop) — appliqué dans les deux modes

Les en-têtes HTTP bruts et les données de fingerprinting navigateur ne sont jamais stockés (seuls le fuseau horaire et la langue sont conservés).

Taxonomie des canaux

Chaque touchpoint est classé dans un canal canonique, de façon cohérente à la collecte et dans tous les rapports :

direct · organic search · organic social · paid search · paid social · display · email · affiliate · referral · ecommerce ads · unknown

• Les labels bruts sont normalisés (cpc, paid_social, newsletter… sont mappés vers le canon) ; les labels payants ambigus sont désambiguïsés par la plateforme (plateformes sociales → paid social, sinon paid search).
• Sans signal explicite (ni click ID, ni UTM), le référent est classifié : moteur de recherche → organic search, réseau social → organic social, webmail → email, autre site → referral, rien → direct. Un utm_source seul n’est jamais dégradé en direct.
• Les redirections de checkout ne volent jamais de crédit : une session (re)démarrée depuis une passerelle de paiement (PayPal, Stripe, Adyen, pages 3-D Secure…) ou depuis votre propre domaine est traitée comme la continuation du même parcours, pas comme un nouveau point de contact marketing.

Attribution

• Les touchpoints sont les débuts de session du visiteur dans la fenêtre d’attribution du site, toutes sessions confondues — reliés par le cookie visiteur, et entre appareils par l’id passé à identify().
• Types de conversion détectés : conversion, purchase, sign_up.
• Modèles disponibles :

Modèle	Répartition du crédit
First touch	100 % au premier touchpoint
Last touch	100 % au dernier touchpoint
Linéaire	Égal entre tous les touchpoints
Time decay	Décroissance exponentielle favorisant les touchpoints récents (demi-vie de 7 jours par défaut)
Position based	40 % premier / 40 % dernier / 20 % réparti au milieu (touchpoint unique : 100 % ; sans milieu : 50/50)
Data driven	Combinaison de time decay et position based

Le dashboard sert le modèle par défaut du site instantanément depuis des résultats précalculés, et peut recalculer n’importe quel autre modèle à la demande pour comparaison. Note : avec les modèles single-touch (first/last touch), la vue « parcours de conversion » affiche le touchpoint crédité de chaque parcours.

Intégrations plateformes publicitaires

Connectez vos comptes publicitaires pour importer les campagnes et les dépenses journalières réelles, qui alimentent le ROAS et le CPA du dashboard :

Plateforme	Canal
Meta	paid social
Google Ads	paid search
TikTok	paid social
Criteo	display

Les connexions utilisent le flow de consentement OAuth de chaque plateforme ; vous choisissez les comptes publicitaires à synchroniser.