Bonnes pratiques relatives aux flux de données

Veillez à communiquer les pics de trafic anticipés à l’avance. La latence affecte directement les temps de traitement des flux de données. Consultez Prévision d’un pic de trafic dans le guide de l’utilisateur d’administration.

Les flux de données ne contiennent pas de contrat de niveau de service sauf lorsque cela est indiqué de manière explicite dans votre contrat avec Adobe. Les flux sont généralement diffusés quelques heures après que la fenêtre de création de rapports est passée, bien que cela puisse prendre de temps en temps jusqu’à 12 heures ou plus.

Les flux horaires utilisant la remise de plusieurs fichiers traitent le plus rapide. Pensez à utiliser plusieurs flux de fichiers horaires si une livraison dans les temps est une priorité élevée pour votre entreprise.

Si vous automatisez votre processus d’ingestion des flux, envisagez la possibilité que les accès et les fichiers puissent être transférés plus d’une fois. Votre processus d’ingestion des flux doit gérer les accès et les fichiers en double sans ignorer ni dupliquer les données. Nous vous recommandons d’utiliser la combinaison des colonnes hitid_high et hitid_low pour identifier de manière unique un accès.

Dans de rares cas, vous pourriez voir les valeurs hitid_high et hitid_low en double. Si cela se produit, vérifiez que le fichier n’a pas été précédemment envoyé et traité. Si seules certaines des lignes dʼun fichier sont dupliquées, pensez à ajouter visit_num et visit_page_num pour aider à en établir lʼunicité.

Si vous utilisez le protocole FTP (non recommandé), assurez-vous de disposer de suffisamment d’espace sur votre site FTP. Supprimez régulièrement les fichiers de la destination de manière à ne pas manque d’espace par inadvertance.

Si vous utilisez sFTP (non recommandé), ne lisez pas ou ne supprimez pas les fichiers portant le suffixe .part. Le suffixe .part indique que le fichier a été transféré en partie. Une fois le fichier transféré, le suffixe .part disparaît.