Les intégrations data warehouse sont disponibles en tant que module complémentaire premium pour nos modules Web Experimentation et Feature Experimentation. Pour plus d’informations, veuillez contacter votre Customer Success Manager.
- Permet la définition et la mise à jour régulière d’objectifs spécifiques basés sur les données, simplifiant le processus de prise de décision et garantissant que les campagnes s’alignent sur les objectifs.
- Utiliser les métriques BigQuery en tant qu’indicateurs clés de performance, offrant une vue complète des performances des campagnes.
- Frequency : Définissez la fréquence à laquelle vous souhaitez que Kameleoon mette à jour les données de l’objectif.
- BigQuery project ID : Entrez votre ID de projet BigQuery pour diriger les données vers le bon emplacement.
- Region : Sélectionnez la région appropriée dans la liste fournie.
- Query : Définissez la requête SQL pour récupérer les données nécessaires depuis BigQuery.
Format de la requête
La requête doit respecter un format spécifique :SELECT visitor_id, conversion_timestamp FROM your_events_table
Où visitor_id est la colonne représentant l’ID unique de vos visiteurs, et conversion_timestamp est une colonne qui représente l’heure exacte à laquelle la conversion a eu lieu. Dans BigQuery, la colonne conversion_timestamp doit être une colonne de type Timestamp.Si vous souhaitez associer un revenu à chaque conversion, la requête doit respecter un format alternatif :
SELECT visitor_id, conversion_timestamp, revenue FROM your_events_table
Où revenue est une colonne contenant le revenu de chaque conversion.
Pour des requêtes plus complexes, vous pouvez respecter ce format en formulant une sous-requête comme suit :
Comment Kameleoon interroge les données de conversion
Kameleoon interroge les données de conversion BigQuery de votre objectif toutes les heures, en ajoutant à votre requête une clauseWITH qui filtre par horodatage. Plutôt que de recharger tout l’historique des événements à chaque exécution, Kameleoon interroge les données de manière incrémentale : chaque tâche d’interrogation conserve le dernier point d’interrogation réussi et, lors de l’exécution suivante, ne requête que la fenêtre temporelle des nouveaux enregistrements depuis ce point. Ne requêter que cette fenêtre garde chaque interrogation rapide, puisque Kameleoon ne réanalyse jamais les données qu’il a déjà importées. Bien que les conversions soient collectées toutes les heures, elles ne sont fusionnées avec les résultats de votre expérience qu’une fois par jour.
Comme l’interrogation avance toujours vers l’avant, Kameleoon peut manquer un enregistrement qui arrive dans BigQuery avec un horodatage antérieur à la dernière fenêtre d’interrogation réussie. Les enregistrements tardifs arrivent généralement parce que votre pipeline de données met du temps à écrire l’événement de conversion, si bien que l’enregistrement n’atteint BigQuery qu’après que Kameleoon a déjà dépassé la fenêtre temporelle à laquelle il appartient. Pour éviter les enregistrements manqués, définissez le délai d’ingestion ci-dessous pour qu’il corresponde au délai d’arrivée habituel de votre pipeline.
Délai d’ingestion
Par défaut, Kameleoon autorise jusqu’à 1 heure entre le moment où un événement de conversion de votre objectif se produit et le moment où il devient disponible dans votre entrepôt BigQuery, et sa fenêtre d’interrogation tient compte automatiquement de ce délai. Si votre pipeline met plus d’1 heure à écrire les événements dans BigQuery, par exemple en raison de traitements ETL par lots ou nocturnes, ces enregistrements tardifs tombent en dehors de la fenêtre d’interrogation et sont manqués. Contactez votre Customer Success Manager pour prolonger le délai afin qu’il corresponde au délai d’arrivée réel de votre pipeline.Identifiant du visiteur
La valeurvisitor_id indique à Kameleoon quel visiteur doit être crédité de chaque conversion, et doit donc correspondre à un identifiant que Kameleoon possède déjà pour ce visiteur. Par défaut, la valeur est le code visiteur Kameleoon. Si vous avez configuré la réconciliation d’historique cross-device, Kameleoon fait correspondre visitor_id à l’identifiant de la custom data de réconciliation cross-device, et non au code visiteur.
Exécuter votre requête avant l’ingestion
Avant d’enregistrer votre tâche d’ingestion, vous pouvez tester votre requête directement dans Kameleoon. Le test vous permet de :- Vérifier la connexion en temps réel.
- Confirmer que vos identifiants et droits d’accès sont corrects, ce qui aide à détecter les problèmes immédiatement, sans avoir à attendre le premier import de données.
- Valider la structure et l’accessibilité de vos données.
