Réfléchissez aux éléments les plus importants pour votre entreprise en fonction des types de clients et des cas d'utilisation suivants, et assurez-vous que votre intégration et votre test reflètent ces priorités. Ces critères peuvent inclure:
Type de client: annonceurs de grande ou petits annonceurs, agences, type de secteur, empreinte géographique
Objectifs de la campagne et types de conversion: acquisition d'utilisateurs, fidélisation des clients, achats, revenus
Cas d'utilisation: création de rapports, analyse du ROI, optimisation des enchères
2. Cas d'utilisation
Nous voyons souvent des rapports récapitulatifs utilisés pour la création de rapports et des rapports au niveau des événements pour l'optimisation (et éventuellement des rapports en tant que données auxiliaires). Pour maximiser les capacités de mesure, combinez les données au niveau de l'événement et au niveau global (par exemple, en vous basant sur la méthodologie Google Ads et l'étude sur l'optimisation de la Privacy Sandbox).
3. Questions d'ordre général
Référence
Optimal
Reporting
Utiliser des rapports de synthèse pour créer des rapports sur les cas d'utilisation
Comparer l'attribution Web et multi-application via l'ARA avec la couverture Web et multi-application actuelle
Si vous ne mesurez pas actuellement l'attribution entre les applications et le Web, déterminez si cela peut être utile.
4. Configuration de la configuration
Référence
Optimal
Rapports au niveau des événements
Configuration appropriée des appels d'enregistrement des sources / déclencheurs, pour tout flux (AP, non-AP, etc.)
En utilisant les conversions après clic (CTC) ou les conversions après affichage (VTC)
Utiliser la configuration par défaut
Compréhension totale de la priorité, de l'expiration, de la fenêtre de rapport d'événements, de la clé de déduplication, des filtres et de la fenêtre d'analyse.
Configuration appropriée des appels d'enregistrement de sources / déclencheurs, pour tous les flux (AP, non-AP, tous les types d'annonces, etc.)
Tester différentes périodes de référence pour optimiser les rapports en fonction de la perte de rapports et identifier les paramètres optimaux pour vos cas d'utilisation
Intégration à la bibliothèque Sim, un outil permettant de tester l'ARA en fonction des données historiques
Rapports récapitulatifs
Configuration appropriée des appels d'enregistrement des sources / déclencheurs, pour tout flux (AP, non-AP, etc.)
Utiliser les CTC ou les VTC
Compréhension complète des configurations des rapports agrégés: filtres, aggregatable_report_window,schedule_report_time, source_registration_time et reporting_origin
Réfléchissez à la façon d'utiliser les cookies tiers (lorsqu'ils sont disponibles) et les données non affectées par le 3PCD pour valider ou améliorer davantage les performances de l'ARA.
Vérifiez que les clés côté source et côté déclencheur que vous prévoyez d'utiliser sont adaptées à vos cas d'utilisation.
Voici un exemple de structure de clés: une structure de clé incluant toutes les dimensions dont vous souhaitez effectuer le suivi. En fonction du résultat, vous pouvez tester différentes structures de clés.
Tester différentes valeurs Epsilon dans le service d'agrégation et fournir une perspective sur celles-ci
Stratégie de traitement par lot
Compréhension complète de l'impact des différentes fréquences de traitement par lot (par exemple, toutes les heures, tous les jours ou toutes les semaines) et comment les rapports sont regroupés (par exemple, par l'annonceur X à l'heure du rapport planifié). Pour en savoir plus, consultez la documentation destinée aux développeurs et les conseils sur les tests de charge du service Agg.
Effectuer un test avec au moins une fréquence de traitement par lot et un annonceur
Tester différentes combinaisons de fréquences de traitement par lot et de dimensions des rapports, et identifier les paramètres optimaux pour leurs cas d'utilisation
Utiliser tous les types de rapports de débogage lors des tests et de l'évaluation
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/01/29 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2024/01/29 (UTC)."],[],[]]