Questions fréquentes sur les rapports personnalisés
Créé pour :
- Utilisateur ou utilisatrice
Questions générales
Lorsque vous signalez des conversions par date de transaction, les données incluent les transactions dont la date de transaction s’est produite au cours de la période spécifiée. Cette option est le paramètre par défaut des rapports de base et avancés. Elle indique également le montant des recettes générées au cours d’une période donnée.
Lorsque vous signalez des conversions par date de clic, les données incluent les transactions résultant d’un clic qui s’est produit au cours de la période spécifiée. Lorsqu’un portefeuille enregistre des retards significatifs entre les clics et les transactions, ce type de rapport indique les recettes historiques par clic pour le portefeuille, ce qui vous donne une idée des comportements de recettes à attendre au fil du temps.
(Publicitaires avec service de suivi de conversion basé sur les pixels Advertising uniquement) Les données relatives aux événements résultant du clic initial sont collectées pour une période plus longue ou plus courte.
Les intervalle de recherche en amont des clics et intervalle de recherche en amont des impressions déterminent le nombre de jours après un clic payant ou une impression d’affichage (respectivement) au cours de laquelle l’événement peut être attribué à une conversion. La modification d’une valeur sur une période plus longue ou plus courte peut s’avérer importante pour les annonceurs qui disposent d’un clic sur les recettes particulièrement court ou long ou qui affichent des périodes d’impression sur les recettes.
Bonne pratique : Assurez-vous que les intervalles de recherche en amont sont plus longs que les heures de clic vers le chiffre d’affaires et d’affichage d’impression vers le chiffre d’affaires pour la plupart de vos mots-clés ou publicités. Lorsqu’elles sont plus courtes, certaines conversions ne sont pas associées au clic ou à l’impression initial.
Vous pouvez voir les conversions qui ont résulté d’un clic sur une extension de publicité Google Ads (plutôt que sur la publicité elle-même) ou sur une liste de produits en générant un Transaction Report. La valeur de colonne Link Type indique le type et le titre d’un lien sur lequel l’utilisateur a cliqué :
-
Les listes de produits sont répertoriées comme
pla:<product ID>
, par exemplepla:8525822
. -
Les liens de site sont répertoriés comme
sl:<Sitelink text>
, par exemplesl:See Current Offers
.Vous pouvez également identifier un lien de site si vous incluez la colonne Tracking URL dans le rapport. Tracking URL pour un lien de site comprend l’attribut
&ev_ltx=sl:<link-name>
.
La fonctionnalité d’optimisation crée quotidiennement ses modèles de recettes pour chaque unité d’offre afin de s’assurer qu’elle identifie les tendances et qu’elle y répond immédiatement, et les modèles intègrent des données historiques à long terme pour aider à prédire les performances saisonnières. Le paramètre de demi-vie du modèle de revenus du portefeuille détermine également l’ampleur de la pondération des données de recettes récentes. La bonne pratique consiste à réduire la demi-vie pendant une période de performance atypique, mais à l’augmenter après l’ajustement du modèle de revenu. Si vous avez des questions sur la nécessité d’ajuster la demi-vie, contactez votre équipe de compte d’Adobe.
Si vous ne souhaitez pas que les données de la période affectent les offres futures, vous pouvez choisir d’exclure ces dates du modèle. Contactez votre équipe de compte d’Adobe pour exclure les dates.
Pour les rapports d’entité de campagne (Campaign Report, Ad Group Report, Ad Variation Report, Keyword Report et Product Group Report), les données de mesure sont agrégées dynamiquement par les colonnes de propriétés que vous incluez dans le rapport. Vous pouvez éventuellement supprimer la colonne clé du rapport et inclure uniquement les colonnes de propriétés pour lesquelles vous souhaitez agréger les données.
Par exemple, si vous générez un Keyword Report qui comprend les colonnes Ad Group et Appareils , le rapport agrège par défaut les mesures de chaque mot-clé par groupe d’annonces et type d’appareil. Cependant, si vous supprimez la colonne Keyword avant de générer le rapport, le rapport génère dynamiquement des mesures pour les groupes d’annonces spécifiés par type d’appareil.
Problèmes généraux liés aux données
Si vous générez un rapport plusieurs fois en utilisant les mêmes paramètres de rapport, mais avec des règles d’attribution différentes, les données peuvent différer pour l’une des raisons suivantes :
-
Les données de clic basées sur une date peuvent se trouver en dehors de la période spécifiée.
Si vous utilisez le paramètre de rapport "Conversions based on click date", la période spécifiée s’applique à la date du clic au lieu de la date de la transaction. Si le rapport utilise également la règle d’attribution "Premier événement" ou "Dernier événement", alors le premier ou le dernier événement ayant entraîné la conversion peut se trouver en dehors de la période spécifiée. Supposons, par exemple, qu’un utilisateur ait cliqué sur Mot-clé_1 le 30 avril, sur Mot-clé_2 le 20 mai et ait effectué une conversion le 21 mai. Si le rapport utilise la règle d’attribution "First Event" et une période comprise entre le 1er et le 21 mai, le premier événement (un clic sur Mot-clé_1 le 30 avril) n’est pas inclus dans le rapport. Si vous exécutez le rapport avec la même période, mais que vous utilisez la règle d’attribution "Last Event", la conversion est incluse dans le rapport car le dernier clic s’est produit au cours de la période spécifiée.
-
La sélection de filtre de portefeuille exclut certains des événements qui ont conduit à la conversion.
Si vous créez des rapports sur un sous-ensemble de portefeuilles, il se peut que vous n’incluiez pas les campagnes qui incluaient l’événement auquel la conversion a été attribuée sous l’une des règles d’attribution. Supposons, par exemple, qu’un utilisateur clique sur Mot-clé_1 à partir de Portfolio_1, clique sur Mot-clé_2 à partir de Portfolio_2, puis effectue une conversion. Si le rapport utilise la règle d’attribution "First Event", Portfolio_1 doit être inclus pour que la conversion soit incluse dans le rapport. Cependant, si le rapport utilise la règle d’attribution "Dernier événement", alors Portfolio_2 doit être inclus.
Cette situation peut se produire lorsque les formats de mesure utilisent des entiers :
-
Si vous créez une mesure personnalisée au format Nombre avec décimales (qui affiche les données sous forme d’entiers) et que vous l’insérez dans une vue ou un rapport qui utilise une règle d’attribution de conversion pondérée (Weight First Event More, Weight Last Event More ou Even Distribution), la sortie est alors affichée en entiers et non en décimales. Dans ce cas, des champs de données individuels peuvent être incorrects, bien que les totaux soient corrects. Par exemple, si une commande est divisée uniformément entre trois événements, une commande (au lieu de 0,33) est attribuée à chacun des trois événements. Pour résoudre le problème, remplacez le format de mesure par Nombre par 2 points décimaux.
-
De même, si une mesure de recettes est envoyée sous forme d’entier, le même problème se produit. (Le format des recettes est contrôlé par la balise de conversion qui envoie les données.) Pour résoudre ce problème, créez une mesure personnalisée composée uniquement de la mesure des recettes et au format Nombre à 2 points décimaux, et incluez-la dans les vues et les rapports plutôt que dans la mesure d’origine.
Des problèmes de clic sur les données se produisent lorsque Search, Social et Commerce n’est pas synchronisé avec le réseau publicitaire. Contactez votre équipe de compte d’Adobe pour synchroniser manuellement le compte. Si des données de clic sont manquantes pour une journée entière, demandez à votre équipe de compte d’Adobe d’exclure cette journée des modèles de coûts.
Des problèmes de données sur les recettes peuvent se produire en raison d’un problème de suivi ou de fichier de flux. Contactez votre équipe de compte d’Adobe pour enquêter sur le problème. Si des données sur les recettes sont manquantes pour une journée entière, demandez à votre équipe de compte d’Adobe d’exclure cette journée des modèles de recettes.
Vous pouvez voir des valeurs décimales dans les cas suivants :
-
Si vous avez exécuté le rapport en utilisant un paramètre de règle d’attribution de conversion autre que Last Event ou First Event, les recettes peuvent être fractionnées entre plusieurs événements dans le chemin de conversion.
-
Dans Transaction Report, si plusieurs unités d'offre avec des types de correspondance différents ont le même ID de transaction, les recettes de l'ID de suivi sont fractionnées en fonction du nombre de clics sur la date de clic spécifiée.
Mesures de performances standard
Vous trouverez ci-dessous les raisons courantes de l’absence de données de clic.
Si les données sont manquantes pendant plus de 24 heures, excluez ces dates des prévisions de coût jusqu'à ce que les données soient récupérées. Votre équipe de compte d’Adobe peut exclure les dates.
Lorsque le réseau publicitaire envoie des mises à jour aux données précédentes (souvent parce qu’il a attribué des clics frauduleux à certains clics), Search, Social et Commerce ne met pas à jour les données, sauf s’il existe une incohérence de plus de 5 % et que l’équipe du compte d’Adobe envoie une demande.
En outre, lorsque vous comparez les données de partage d’impression agrégées sur une période, les données des rapports Search, Social et Commerce peuvent différer des données des rapports du réseau publicitaire. Cette différence est due à la manière dont les données sont signalées par l’API du réseau publicitaire, que Search, Social et Commerce utilise pour extraire des données. Par exemple, pour les données Google Ads :
-
Pour la plupart des mesures de partage d’impression, Google Ads limite les valeurs signalées pour les valeurs inférieures ou supérieures à 10 % ou supérieures à 90 %. Les données sont signalées comme étant de 0,099 pour <10 % et de 0,9001 pour >90 %
-
Lorsqu’il existe un mélange de données plafonnées et non plafonnées au cours de la période, Search, Social et Commerce agrège les données de partage d’impression à l’aide des valeurs envoyées en l’état dans l’API, en utilisant 0,099 pour les lignes comportant <10 % et 0,9001 pour les lignes comportant plus de 90 %. Cette agrégation peut entraîner une variance par rapport aux Google Ads données pré-agrégées, car Google Ads peut utiliser des valeurs en pourcentage réelles, telles que 7 % ou 97 %.
Les deux systèmes mesurent des données différentes, vous devriez donc vous attendre à voir des données différentes. Par exemple :
-
Rechercher, Social et Commerce (et publicités Google) effectuent le suivi des clics, tandis que Google Analytics effectue le suivi des visites par session de navigateur de 30 minutes. Par exemple, si un utilisateur clique une fois sur votre publicité, clique sur le bouton Précédent, puis de nouveau sur la publicité, Search, Social et Commerce enregistre deux clics mais Google Analytics enregistre une visite.
-
Google Analytics affiche toutes les données de trafic, tandis que Search, Social et Commerce (et Google Ads) filtre les clics non valides (tels que les clics excessifs et répétés).
-
Google Analytics comprend les données sur les clics et les recettes pour tous les clics. Search, Social et Commerce ne peuvent pas effectuer le suivi des données de clics et de recettes pour les publicités et les mots-clés dont les URL de suivi sont incorrectes ou manquantes.
Mesures de conversion
Annonceurs utilisant des balises de conversion d’Adobe Advertising
Causes possibles :
-
Des mots-clés ou des publicités ont été ajoutés sans ajouter le préfixe de suivi des clics Search, Social et Commerce aux modèles de suivi ou aux URL de destination, ou le préfixe de suivi est incorrect.
-
La balise de suivi de conversion n’est pas correctement implémentée sur toutes les pages web applicables ou a été modifiée.
-
Les mesures de conversion suivies par Search, Social et Commerce sont exclues des rapports et ne sont donc pas visibles.
-
L’analyseur des recettes du client n’a pas été mis en oeuvre.
Solution possible ou solution de contournement :
-
Vérifiez que les colonnes correctes sont incluses dans les rapports ou les vues de données. Si les colonnes correctes ne sont pas disponibles à ajouter, vous ou votre équipe de compte d’Adobe devez rendre les mesures de conversion disponibles pour les rapports.
-
Vérifiez que les balises de suivi de conversion correctes sont implémentées sur toutes les pages web applicables. Si nécessaire, demandez à votre équipe de compte d’Adobe de créer une transaction de test pour chaque balise de suivi de conversion applicable et de capturer les détails de la transaction, tels que
transactionid
et les détails du cookie (tels quetrackingid
,clickid
, etc.). -
Si l’option Auto Upload est désactivée pour la campagne et que vous avez ajouté des mots-clés ou des publicités, assurez-vous d’avoir généré un modèle de suivi ou une URL de destination qui inclut le suivi des redirections de clics Search, Social et Commerce pour chacune d’elles. Votre équipe de compte d’Adobe peut exécuter un rapport interne pour déterminer si des URL de suivi des clics (modèles de suivi ou URL de destination) sont manquantes ou incorrectes.
Si nécessaire, générez le suivi en créant un fichier de feuille d’envoi groupé avec les URL correctes, puis publiez le fichier sur le compte approprié à l’aide de l’option Générer les URL de suivi .
L’URL de destination doit commencer par "http://pixel.everesttech.net" ou "https://pixel.everesttech.net".
-
Si aucune de ces étapes ne résout le problème, contactez l’assistance clientèle.
Si le client n’a pas été lancé ou est récemment lancé, l’assistance clientèle vérifie si un analyseur des recettes a été configuré. Si l’analyseur est configuré, il vérifie si Search, Social et Commerce reçoit des conversions de pixels et résout le problème.
Annonceurs envoyant des flux de données de conversion
Causes possibles :
-
Le fichier de flux n’a pas été livré, il n’a pas été complètement analysé ou il contenait des transactions orphelines.
-
Les mesures de conversion appropriées sont exclues des rapports et ne sont donc pas visibles.
Solution possible ou solution de contournement :
-
Vérifiez que les colonnes correctes sont incluses dans les rapports ou les vues de données. Si les colonnes correctes ne sont pas disponibles à ajouter, vous ou votre équipe de compte d’Adobe devez rendre les mesures de conversion disponibles pour les rapports.
-
Exécutez le Portfolio Report. S’il est vide, exécutez les Campaign Report et Search Engine Report pour voir si les recettes apparaissent dans ces rapports. Si tel est le cas, les campagnes peuvent ne pas être affectées au portfolio approprié.
-
Vérifiez que le fichier a bien été envoyé au serveur de recettes et qu’il respecte le même format et la même convention d’appellation que les fichiers précédents.
Si le format ou la convention d’affectation des noms de fichier a changé, corrigez le fichier et renvoyez-le.
-
Si le fichier a été envoyé, contactez l'assistance clientèle.
L’assistance clientèle vérifie si le fichier a été reçu et analysé. Si le fichier a été traité sans erreur, il recherche les transactions orphelines.
Annonceurs utilisant des balises de conversion d’Adobe Advertising
Causes possibles :
-
La recherche, Social et Commerce ignorent les recettes lorsque le cookie expire ou est supprimé, mais l’annonceur peut considérer qu’il s’agit d’une recette valide.
-
Le trafic vers la page de l’annonceur provient d’un signet ou d’une recherche organique plutôt que d’une publicité.
-
La balise de suivi de conversion n’est pas correctement implémentée sur toutes les pages web applicables ou a été modifiée.
Solution possible ou solution de contournement :
-
Accédez à Insights & Reports>Reports et générez un Transaction Report. Comparez les transactions que Search, Social et Commerce ont reçues avec les données de l’annonceur.
-
Si certaines transactions sont incorrectes ou manquantes, assurez-vous que la balise de suivi de conversion appropriée est implémentée sur toutes les pages web applicables et n’a pas été modifiée, sauf si votre équipe de compte d’Adobe vous a conseillé de le faire. Une balise peut être manquante ou modifiée si le site web a été récemment mis à jour.
Search, Social et Commerce s’attend à des URL bien formées (avec des paramètres dans des paires nom-valeur) au sein de la variable
ef_transaction_properties
et de l’élémentsrc
de la baliseimg
. -
Si vous ne pouvez pas déterminer et résoudre le problème, contactez l’assistance clientèle.
L’assistance clientèle tentera d’identifier les transactions manquantes, puis de rechercher les transactions et transactions orphelines qui ne sont pas venues d’une publicité ("conversions sans corrélation").
Annonceurs avec flux de données de conversion utilisant ef_id
valeurs
Voir les causes possibles et les solutions pour les implémentations de pixels ci-dessus.
Annonceurs avec flux de données de conversion utilisant des ID de transaction
Causes possibles :
-
La recherche, Social et Commerce ignorent les recettes lorsque le cookie expire ou est supprimé, mais l’annonceur peut les considérer comme des recettes valides.
-
Le trafic vers la page de l’annonceur provient d’un signet ou d’une recherche organique plutôt que d’une publicité.
-
Une conversion hors ligne a été signalée avant qu’une transaction en ligne ne se produise avec le même ID de transaction. La transaction en ligne doit avoir lieu en premier.
Solution possible ou solution de contournement :
-
Accédez à Insights & Reports>Reports et générez un Transaction Report. Comparez les transactions que Search, Social et Commerce ont reçues avec les données de flux de l’annonceur.
-
Si une transaction dans le fichier de flux est manquante dans le rapport, vérifiez si une transaction en ligne avec le même ID de transaction (suivi via le pixel) s’est produite avant la conversion hors ligne.
-
Si vous ne pouvez pas déterminer et résoudre le problème, contactez l’assistance clientèle.
L’assistance clientèle recherche les erreurs d’analyse des données et les transactions orphelines.
Publicitaires avec d’autres types de flux de données de conversion
Causes possibles :
-
La recherche, Social et Commerce ignorent les recettes lorsque le cookie expire ou est supprimé, mais l’annonceur peut considérer qu’il s’agit d’une recette valide.
-
Le trafic vers la page de l’annonceur provient d’un signet ou d’une recherche organique plutôt que d’une publicité.
-
Il existe des transactions orphelines. Par conséquent, Search, Social et Commerce ne comptabilise pas toutes les recettes qu’il doit générer.
-
L’annonceur a validé un rapport de recherche, Social et Commerce en fonction d’un ensemble de données différent de celui qu’il a envoyé dans le flux.
-
Les identifiants de transaction (
ev_transid
) n’ont pas été envoyés, ne sont pas uniques ou sont incorrects. -
Le fichier de flux contient des identifiants de suivi en double.
-
Des erreurs se produisaient lors de l’analyse du fichier.
-
La logique de déduplication de l’annonceur diffère de la logique de recherche, de Social et de Commerce.
Solution possible ou solution de contournement :
-
Accédez à Insights&Reports > Reports et générez un Transaction Report. Comparez les transactions que Search, Social et Commerce ont reçues avec les données de l’annonceur.
-
Si certaines transactions sont incorrectes ou manquantes, assurez-vous que a) le fichier de flux contient tous les identifiants de transaction requis et qu’aucun ID de suivi en double, et b) les identifiants de transaction sont uniques et corrects.
-
Si vous ne pouvez pas déterminer et résoudre le problème, contactez l’assistance clientèle.
L’assistance clientèle recherche les erreurs d’analyse des données et les transactions orphelines.
Rapports spécifiques
http://pixel.everesttech.net
".Flux de feuille de calcul
Vous pouvez voir différentes périodes si le flux agrège des données à l’aide d’un niveau d’agrégation de données autre que "Daily".
Pour résoudre ce problème, mettez à jour le flux de feuille de calcul afin d’inclure les données agrégées quotidiennement. Cette tâche comprend la mise à jour du modèle de rapport, la génération d’un rapport à l’aide du modèle, la création d’un modèle Microsoft Excel personnalisé à l’aide du rapport, puis la mise à jour des paramètres de flux pour inclure le nouveau modèle Excel. Pour plus d’informations, voir "Modification des paramètres du flux de rapports dans la feuille de calcul".
Cette erreur peut se produire si vous modifiez les colonnes du modèle de rapport, mais que vous ne mettez pas à jour le modèle Microsoft Excel en conséquence.
Pour résoudre ce problème, mettez à jour le flux de feuille de calcul afin d’inclure les nouvelles colonnes. Cette tâche comprend la mise à jour du modèle de rapport, la génération d’un rapport à l’aide du modèle, la création d’un modèle Excel personnalisé à l’aide du rapport, puis la mise à jour des paramètres de flux pour inclure le nouveau modèle Excel. Pour plus d’informations, voir "Modification des paramètres du flux de rapports dans la feuille de calcul".
Lorsque le modèle Microsoft Excel ne trie pas les données par date de début dans l’ordre croissant, le flux de feuille de calcul peut contenir des lignes vides. En particulier, Excel signale l’erreur "Excel a trouvé du contenu illisible dans '<nom du rapport>.xlsx.' Voulez-vous récupérer le contenu du classeur ? Si vous approuvez la source de ce classeur, cliquez sur oui." Si vous cliquez sur "Oui", le message suivant s’affiche : "Enenregistrements supprimés : informations de cellule de la partie /xl/worksheets/sheet1.xml" et le flux de feuille de calcul comprend des lignes vides.
Pour résoudre le problème, modifiez le modèle Excel associé au flux pour trier les données par Start date in Ascending (Oldest to Newest) order, puis chargez le modèle mis à jour via les paramètres de flux de feuille de calcul. Pour plus d’informations, voir "Modification des flux de rapports de feuille de calcul".