Cette page présente quelques bonnes pratiques à suivre lorsque vous générez des rapports.
Enregistrer et réutiliser des rapports
Nous vous recommandons de créer et d'enregistrer des rapports pour les requêtes que vous exécutez régulièrement, car l'insertion et la suppression du même rapport à plusieurs reprises gaspillent des ressources.
L'utilisation de plages de dates relatives telles que YESTERDAY ou LAST_7_DAYS rend les rapports plus réutilisables.
Planifier des rapports
Les rapports ponctuels ou ad hoc peuvent gaspiller des ressources, car ils sont exécutés individuellement et peuvent être exécutés sur un ensemble de données incomplet. Les rapports planifiés utilisent au mieux les ressources de reporting, car ils sont exécutés par lot et ne sont garantis d'être exécutés qu'une fois que les données de la veille ont été traitées. Pour en savoir plus, consultez les champs de planification disponibles.
Utiliser un intervalle exponentiel entre les tentatives lors de l'interrogation de l'état du rapport
Il est impossible de prédire la durée d'exécution d'un rapport. La durée peut varier de quelques secondes à quelques heures en fonction de nombreux facteurs, y compris la période et la quantité de données à traiter, par exemple. Il n'existe pas non plus de corrélation entre la durée d'exécution du rapport et le nombre de lignes renvoyées dans le rapport. Vous devez donc vérifier régulièrement l'état d'un rapport en cours d'exécution pour savoir quand il est terminé. Ce processus est appelé "interrogation".
Bien que l'interrogation soit nécessaire, une implémentation inefficace peut rapidement épuiser votre quota lorsque vous rencontrez un rapport de longue durée. Il est donc recommandé d'utiliser un intervalle exponentiel entre les tentatives pour limiter les nouvelles tentatives et préserver le quota.
Effectuer des téléchargements en plusieurs parties
Les fichiers de rapport peuvent atteindre plusieurs gigaoctets. Le téléchargement de ces rapports dans une seule requête peut entraîner des problèmes de connexion. De plus, si le téléchargement d'une seule requête est interrompu, il n'est pas possible de le reprendre. Nous vous recommandons donc d'utiliser les téléchargements multiparties pour diviser les téléchargements volumineux en parties plus petites. Si un seul bloc échoue, le téléchargement peut être repris à partir de ce point.
Bien que le découpage présente de nombreux avantages, chaque fragment génère une requête distincte. Nous vous recommandons donc d'utiliser une taille de fragment minimale de 10 Mo pour éviter de gaspiller du quota. Toutefois, si la taille moyenne de vos rapports est très importante, envisagez d'augmenter la taille des blocs autant que le permet la vitesse de connexion.
Tenir compte des quotas de création de rapports
L'utilisation responsable de la fonctionnalité de reporting Campaign Manager 360 est appliquée par le biais des trois quotas d'utilisation suivants à l'échelle du produit :
Exécution des rapports ad hoc (par jour)
Limite le nombre de rapports ad hoc qu'un compte CM ou un profil utilisateur CM peut exécuter sur une période de 24 heures. Pour rester en deçà du quota :
- Réduisez les rapports en double.
- Planifiez des rapports exécutés régulièrement.
- Désactivez les scripts API inutiles.
Rapports planifiés actifs
Limite le nombre de rapports qu'un compte CM ou un profil utilisateur CM peut planifier activement à un moment donné. Pour rester en deçà du quota :
- Réduisez les rapports en double.
- Désactivez les rapports planifiés inutiles.
- Désactivez les scripts API inutiles.
Rapports simultanés
Limite le nombre de rapports qu'un compte CM ou un profil utilisateur CM peut exécuter simultanément. Pour rester en deçà du quota :
- Planifiez des rapports exécutés régulièrement.
- Désactivez les scripts API inutiles.
- Implémentez une logique d'intervalle entre les tentatives.
Si vous avez optimisé l'implémentation de vos rapports et que vous dépassez toujours votre quota, contactez l'assistance Campaign Manager 360 à l'aide du formulaire de contact.