Questions fréquentes sur les rapports personnalisés

Que faire si la période du rapport commence avant que les données du rapport ne soient disponibles ?

Le rapport est généré, mais il ne comprend que les données des dates pour lesquelles des données sont disponibles. Pour plus d’informations sur le moment où les données sont disponibles pour chaque type de rapport, voir "Les données utilisées pour les rapports".

Quelle est la différence entre les rapports Date de clic et Date de transaction ?

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.

Que se passe-t-il si je modifie l’intervalle de recherche en amont des clics ou l’intervalle de recherche en amont des impressions ?

(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.

Comment puis-je savoir quelles conversions ont résulté d’une extension de publicité Google Ads ou d’une liste de produits ?

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 exemple pla:8525822.

• Les liens de site sont répertoriés comme sl:<Sitelink text>, par exemple sl: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>.

note note
NOTE
Les conversions des emplacements Google Ads et des extensions de téléphone sont incluses dans les données des publicités qu’elles accompagnent. Ils ne sont pas signalés séparément.

La colonne <>Keyword<> de mon rapport inclut une valeur <>(contenu adgroup) <>nom du groupe publicitaire><>.

Lorsque la ligne comprend des données pour des campagnes de recherche activées pour le contenu, des campagnes d’affichage ou des campagnes sur les réseaux sociaux — qui n’incluent pas de mots-clés — la colonne Keyword indique le nom du groupe d’annonces approprié à la place.

En raison des changements saisonniers ou du marché, mes rapports présentent des données atypiques. Cela a-t-il une incidence sur les offres une fois les conditions modifiées ?

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.

Puis-je créer un rapport sur une mesure de propriété de compte spécifique, telle que Device ou Objective Name ?

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.

note note
NOTE
Vous ne pouvez pas utiliser cette fonction pour agréger les données par classification d’étiquettes. Toutes les colonnes de classification des étiquettes du rapport sont omises. Utilisez plutôt le rapport de classification de libellé.

Les rapports générés à l’aide de différentes règles d’attribution affichent des totaux différents.

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.

note tip
TIP
Si vous souhaitez comparer des totaux de conversion sous différentes règles d’attribution, exécutez des rapports à l’aide du paramètre de rapport "Conversions based on transaction date" et sélectionnez tous les réseaux publicitaires ou tous les portfolios. Si vous ne définissez aucun autre filtre, les totaux de conversion doivent correspondre.

Les champs de données individuels sont incorrects, bien que les totaux soient corrects.

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.

Lorsque des données de clics ou de recettes sont manquantes, comment empêcher qu’elles n’affectent les futures offres ?

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.

Les données monétaires sont affichées dans un format incorrect.

Par défaut, toutes les données monétaires des rapports sont présentées au format en dollars (1 000,00, par exemple). Pour afficher la valeur dans le bon format de devise (mais sans symboles de devise dans les formats CSV et TSV), ajoutez la colonne "Currency" au rapport. Si le rapport inclut des données pour des comptes avec des devises différentes, alors toute valeur monétaire "Total" est simplement la somme de tous les nombres de la colonne, quelle que soit la devise.

Pourquoi vois-je des valeurs décimales pour une mesure de conversion qui doit être un nombre naturel (1, 2, etc.) ?

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.

Les données de clic sont absentes des rapports.

Vous trouverez ci-dessous les raisons courantes de l’absence de données de clic.

table 0-row-3 1-row-3 2-row-3
Cause	Détection/Analyse	Résolution
Le processus qui récupère les données de clic du compte publicitaire a échoué.	Il n’existe aucun moyen systématique de détecter ce problème, mais vous pouvez remarquer qu’une campagne n’indique aucun coût ou aucune information sur les clics, même si le compte publicitaire a dépensé de l’argent.	Contactez votre équipe de compte d’Adobe. 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.
Un problème de facturation entre l’annonceur et le réseau publicitaire empêche le compte publicitaire de dépenser.	Il n’existe aucun moyen systématique de détecter ce problème, mais vous pouvez remarquer qu’une campagne n’indique aucun coût ou aucune information sur les clics.	Si vous savez qu’un compte publicitaire n’a pas pu être utilisé en raison d’un problème de facturation, excluez ces dates des prévisions de coût. Votre équipe de compte d’Adobe peut exclure les dates.

Les données de performances diffèrent des données de l’éditeur de réseau publicitaire.

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 données de performances dans les rapports diffèrent des données dans Google Analytics.

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.

Mon rapport ne montre aucune donnée de conversion.

Le rapport peut ne pas inclure de mesures de conversion pour lesquelles des conversions ont eu lieu.

Recettes manquantes dans les rapports.

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 :

1. 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.

2. 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 que trackingid, clickid, etc.).

3. 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".

4. 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.

note note
NOTE
Les données n’apparaissent généralement dans l’interface utilisateur que 2 à 4 heures après la réception du flux.

Solution possible ou solution de contournement :

1. 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.

2. 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é.

3. 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.

4. 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.

Certains rapports avancés n’incluent pas les données de conversion fournies par un flux publicitaire.

Les Geo Distribution Report et Domain Referral Report utilisent les données capturées par le service de suivi de conversion d’Adobe Advertising et ne peuvent être générées que pour les annonceurs disposant du service. Les rapports n’incluent pas les données de conversion suivies en dehors du système de suivi de conversion d’Adobe Advertising.

Les données sur les recettes diffèrent des données sur les recettes propres à l’annonceur.

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 :

1. 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.

2. 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ément src de la balise img.

3. 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 :

1. 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.

2. 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.

3. 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 :

1. 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.

2. 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.

3. 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.

Les données sur les recettes diffèrent des données dans Adobe Analytics

Voir https://experienceleague.adobe.com/docs/advertising/integrations/analytics/data/data-variances.html?lang=fr.

Portfolio Report doit-il afficher les mêmes chiffres que la vue Portfolios ?

La vue Portfolio Report et la vue Portfolios affichent les mêmes données lorsque tous les filtres pour la vue, les paramètres du rapport et les colonnes de données pour la vue et le rapport sont identiques. Par exemple, si la vue Portfolios affiche les portefeuilles qui sont "All but inactive" pour la période "Last 7 days" et avec uniquement les colonnes de données par défaut affichées, alors un Portfolio Report utilisant les paramètres par défaut affiche des données identiques. Si vous modifiez l’un des paramètres du rapport ou que vous utilisez différents filtres dans la vue Portfolios, les valeurs des données peuvent être différentes.

Les données de mon Portfolio Report ne correspondent pas aux données de mon Search Engine Report ou de mon Search Engine Account Report.

Portfolio Report affiche des données uniquement pour les campagnes affectées aux portefeuilles spécifiés, mais Search Engine Report et Search Engine Account Report peuvent également inclure des données pour les campagnes qui ne sont pas affectées à un portefeuille.

En quoi le Model Accuracy > Forecast Accuracy Report diffère-t-il du Model Accuracy Report de niveau portefeuille ?

(Gestionnaire de compte de l’agence, gestionnaire de compte d’Adobe et administrateurs uniquement) L’ Forecast Accuracy Report disponible à partir de Reports > Model Accuracy fournit les mêmes données que le Model Accuracy Report au niveau du portfolio, sauf que vous pouvez l’exécuter sur plusieurs portefeuilles et que vous pouvez modifier la règle d’attribution. Vous pouvez également exécuter et planifier le rapport à l’aide de paramètres personnalisés. Vous pouvez également l’utiliser pour créer des flux de feuille de calcul. En outre, le Forecast Accuracy Report est plus précis que le rapport existant au niveau du portfolio, car il évalue la précision des recettes à l’aide des objectifs historiques du portfolio plutôt que de l’objectif actuel, et il représente plus précisément les données du fuseau horaire applicable.

Les données au niveau de la publicité ne sont pas disponibles pour les campagnes Google Ads de recherche dynamique (DSA), de performances max, d’achats intelligents et YouTube.

Les réseaux publicitaires ne fournissent pas l’identifiant nécessaire pour attribuer des recettes à une publicité individuelle pour ces campagnes. Par conséquent, les données de performances au niveau de la publicité ne sont pas disponibles pour ces types de campagne dans la vue Ads ou dans la vue Ad Variation Report. Vous pouvez vous attendre à des incohérences entre le total des données au niveau de la publicité pour une campagne et le total des données de la campagne.

Dans Transaction Report, comment savoir quelle mesure de conversion provient d’un flux de données ou est suivie par le pixel de suivi d’Adobe Advertising ?

Dans un rapport de transaction, vous pouvez déterminer si une mesure de conversion incluse a été suivie par le pixel de suivi d’Adobe Advertising si vous avez inclus la colonne personnalisée "Tracking URL". Les URL de suivi avec le pixel de suivi de l’Adobe Advertising commencent par "http://pixel.everesttech.net".

Les données de mon Transaction Report ne correspondent pas aux données de mon Keyword Report.

Lorsque vous générez les deux rapports par portefeuille, les données sont différentes si vous générez le Keyword Report à l’aide de données historiques (c’est-à-dire en fonction de la configuration du portefeuille aux dates spécifiées) plutôt que d’utiliser des données pour les campagnes actives. Lorsque vous générez le Transaction Report par portefeuille, il inclut des données pour les campagnes actuelles du portefeuille.

La sortie du rapport comprend un mélange de plages de dates.

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".

Un flux de feuille de calcul génère une erreur interne.

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 j’essaie d’ouvrir un flux de feuille de calcul dans Excel, Excel signale une erreur <>contenu illisible<> et les données sont supprimées du contenu récupéré.

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".