Nommer un comportement, pas une personne
Une définition d’objectif attribue à une clé d’événement un libellé, une couleur et une description sans réécrire l’identité historique de l’événement. Envoyez des événements explicites et consentis avec le traceur installé. Évitez adresses e-mail, noms, identifiants de compte et saisies libres dans les noms ou propriétés des événements.
Les schémas de propriétés d’objectif utilisent des valeurs énumérées bornées, avec un signalement explicite de l’historique manquant ou exclu. Il ne s’agit ni de JSON personnalisé arbitraire ni d’une preuve d’anonymat.
// Only after the site's own consent decision grants collection:
reylin.consent(true);
reylin.track('signup');Construire un entonnoir ordonné
Un entonnoir enregistré peut contenir une à vingt étapes validées : objectifs d’événement, prédicats ou préfixes de pages déclarées et, facultativement, un paiement final provenant uniquement du registre. Les étapes doivent se produire dans l’ordre au sein de la fenêtre de conversion configurée.
Les rapports de progression affichent les nombres d’entrées et d’étapes, la conversion entre étapes adjacentes et les abandons. Un entonnoir à sept étapes est pris en charge ; ajouter des étapes ne prouve pas que leurs événements historiques existent. Un prérequis manquant doit rester un état vide, pas un succès synthétique.
Un paiement n’est pas un objectif du navigateur
Un événement du navigateur nommé purchase ne peut pas créer de revenu vérifié. L’étape de paiement dépend d’un paiement rapproché auprès du prestataire et associé à un visiteur admissible. Les encaissements non liés restent visibles financièrement comme Unattributed, mais ne peuvent inventer le parcours d’une personne dans l’entonnoir.
Les matrices géographie/source/revenu par étape et un flux complet d’objectifs couvrant le cycle de vie des abonnements ne sont pas disponibles. Les instantanés d’abonnement et les encaissements restent des rapports distincts.
Vérifier avant d’interpréter la conversion
- Confirmez l’origine approuvée du projet et le comportement du consentement.
- Envoyez un événement de test synthétique et vérifiez son identité unique et son horodatage enregistré.
- Confirmez que la clé d’événement correspond à l’objectif enregistré, pas seulement à son libellé.
- Vérifiez l’ordre des étapes, la fenêtre temporelle et l’historique admissible du visiteur.
- Testez la conversion de paiement avec des données de test autorisées du prestataire ; n’effectuez jamais un débit réel simplement pour donner l’impression qu’un entonnoir est complet.
Cette documentation décrit le code et ses limites ; elle ne confirme pas une connexion active. Les exemples techniques conservent leurs identifiants d’origine.