Preparing our partners for iOS 14: Mobile Web Advertising

En juin 2020, Apple annonçait son nouveau système de tracking publicitaire ATT (App Tracking Transparency) pour iOS 14, qui impose aux apps d’afficher une invite dissuasive. Ce système aura de lourdes conséquences pour les entreprises qui diffusent des publicités sur les appareils mobiles et sur le web. Nous désapprouvons l’approche et la solution d’Apple. Nous sommes conscients des répercussions des modifications d’Apple sur votre entreprise et mettons tout en œuvre pour vous aider à les surmonter.

Début 2021, Facebook commencera à afficher l’invite du système ATT (App Tracking Transparency) d’Apple. Une fois cette invite affichée dans Facebook et Instagram, les entreprises qui utilisent les évènements web mobiles pour optimiser ou cibler des publicités, ou générer des rapports publicitaires, avec nos outils professionnels noteront une grande différence suite à la restriction imposée par Apple sur le partage des données.

Aujourd’hui, afin de limiter les désagréments, nous vous proposons des actions que vous pouvez réaliser immédiatement, et d’autres que vous devez prévoir pour le début 2021.

GESTION DES ÉVÈNEMENTS

Mesure agrégée des évènements : Facebook proposera la fonctionnalité de mesure agrégée des évènements qui permettra de mesurer les évènements web des utilisateurs iOS 14 après le lancement de l’invite ATT par Apple. Vous pourrez ainsi mesurer les performances de vos campagnes conformément aux décisions des clients concernant leurs données.

Limites des évènements : l’utilisation des évènements de conversion sera limitée à huit par domaine (ex. : huit <pixel, évènement> ou <conversion personnalisée> par domaine). Vous n’aurez aucune modification à apporter au pixel ou à la mise en œuvre de votre API Conversions, car la sélection des évènements sera faite dans le Gestionnaire d’évènements début 2021.

• L’optimisation des ensembles de publicités pour les évènements autres que les huit évènements prioritaires sera interrompue.
• Les huit évènements de conversion par domaine seront classés par ordre de priorité. Si plusieurs évènements sont finalisés par un utilisateur (ex. : « ajout au panier » et « achat »), seul l’évènement à la priorité la plus élevée sera inclus dans le rapport.
• Après la configuration initiale, les propriétaires de domaines pourront configurer dans le Gestionnaire d’évènements les huit évènements à suivre pour chaque domaine.

Actions à réaliser dès maintenant :

Vérification de domaine via Business Manager : nous vous demandons de vérifier votre domaine en suivant les étapes décrites dans les pages d’aide Facebook. Cette action est essentielle pour les entreprises possédant des pixels utilisés par plusieurs comptes publicitaires personnels ou Business Manager. La vérification de domaine garantira l’absence d’interruption, immédiate ou future, de la configuration des évènements de conversion.

Remarque : la vérification doit être réalisée sur le domaine de premier niveau effectif plus un (eTLD+1). Par exemple, pour « www.books.jasper.com », « books.jasper.com » et « jasper.com », le domaine eTLD+1 est « jasper.com ».

Planifiez huit évènements de conversion par domaine : si vous utilisez plus de huit évènements de conversion par domaine à des fins d’optimisation ou de génération de rapports, préparez un plan d’action pour fonctionner avec seulement huit évènements de conversion par domaine, en fonction des priorités de votre entreprise. Vous n’aurez aucune modification à apporter au pixel ou à la mise en œuvre de votre API Conversions, car la configuration des évènements sera faite dans le Gestionnaire d’évènements.

DIFFUSION

OPTIMISATION EN FONCTION DE LA VALEUR

• L’optimisation en fonction de la valeur sera migrée du Gestionnaire de publicités vers le Gestionnaire d’évènements, et l’ensemble de valeurs devra être activé.
• Si vous avez déjà utilisé cette fonctionnalité, les ensembles de valeurs seront automatiquement attribués en fonction des données historiques et activés dans le Gestionnaire d’évènements.
• Si vous êtes éligible et utilisez rarement cette fonctionnalité, ou si vous ne l’avez jamais utilisée, les ensembles de valeurs devront être configurés manuellement.
• Vous pourrez disposer de huit ensembles de valeurs seulement. Remarque : activer les ensembles de valeurs utilise automatiquement quatre des huit évènements autorisés pour l’optimisation des campagnes et la génération de rapports pour chaque domaine.
• Pour des performances optimales, placez les évènements disposant d’ensembles de valeurs en haut de la liste des priorités dans le Gestionnaire d’évènements.

Actions à réaliser dès maintenant :

• Si vous utilisez déjà l’optimisation en fonction de la valeur, aucune action n’est requise.
• Si vous souhaitez activer l’optimisation en fonction de la valeur, cliquez ici pour en savoir plus sur les critères d’éligibilité.

PUBLICITÉS DYNAMIQUES

Aucune modification particulière ne sera apportée aux publicités dynamiques pour le reciblage, mais vous pourrez constater une baisse des performances et des tailles d’audiences. Nous ne prévoyons qu’un impact négligeable sur l’utilisation des publicités dynamiques pour couvrir de vastes audiences.

Actions à réaliser dès maintenant :

• Vérifiez les domaines d’URL de produit dans le fil de catalogue et évitez d’utiliser les URL redirigeant les utilisateurs vers un autre domaine.
• Prévoyez d’utiliser seulement un pixel par catalogue pour optimiser la priorisation des évènements de conversion pour tous les articles au catalogue.

MESURES

Rapports de publicités (Gestionnaire de publicités, rapports publicitaires et API Ads Insights) :

• Les fenêtres d’attribution de 28 jours après un clic, 28 jours après affichage et 7 jours après affichage ne seront pas prises en charge. Les données historiques pour ces fenêtres seront toujours disponibles dans l’API Ads Insights.
• La modélisation statistique sera utilisée pour certaines fenêtres d’attribution et/ou indicateurs pour compenser la baisse des données fournies par les utilisateurs d’iOS 14. Vous serez informé de la modélisation d’un indicateur par une annotation interne au produit.
• Pour certaines fenêtres d’attribution, les rapports seront partiels et les indicateurs ne comprendront pas tous les évènements des utilisateurs d’iOS 14. Vous serez informé quand un indicateur est incomplet par une annotation interne au produit. Cette fonctionnalité sera lancée début 2021.
• Les répartitions par action et par diffusion ne seront pas prises en charge pour les évènements de conversion hors site.
• Les évènements de conversion hors site seront intégrés dans les rapports en fonction de l’heure des conversions, et non de l’heure des impressions publicitaires. Par conséquent, vous pourrez remarquer de légères fluctuations dans les indicateurs de coût, car le coût par conversion reflètera les dépenses sur une période donnée divisées par les conversions réalisées sur la même période, alors qu’actuellement, le coût par conversion reflète les dépenses sur une période donnée divisées par les conversions découlant des impressions publicitaires réalisées sur la même période.

Sélection de la fenêtre d’attribution : nous allons remplacer la fenêtre d’attribution au niveau du compte par un nouveau paramètre d’attribution au niveau de l’ensemble de publicités, auquel vous pourrez accéder lors de la création de la campagne. Ce paramètre d’attribution garantira que les conversions mesurées seront les mêmes que celles utilisées pour l’optimisation des campagnes, et offrira davantage de flexibilité et de clarté au moment d’analyser les performances des publicités. Nous allons intégrer un nouveau paramètre d’API afin d’autoriser les interrogations des résultats basées sur ce nouveau paramètre d’attribution.

Pour les règles automatiques : début 2021, les paramètres de fenêtre d’attribution pour les règles automatiques existantes et nouvelles ne seront plus pris en charge. Une fenêtre par défaut de sept jours après le clic sera appliquée pour les conversions autres qu’iOS, tandis que la fenêtre SKAdNetwork sera appliquée pour les conversions iOS.

Actions à réaliser dès maintenant :

Anticipez les modifications apportées aux fenêtres d’attribution (abandon des fenêtres 28 jours après un clic, 28 jours après affichage et 7 jours après affichage) :

• Adoptez la fonctionnalité de comparaison de fenêtres pour comparer l’attribution des conversions aux publicités en fonction des différentes fenêtres d’attribution. Vous pourrez ainsi mieux anticiper l’impact des futures modifications des fenêtres d’attribution sur les conversions présentes dans les rapports.
• Modifiez les règles automatiques utilisant une fenêtre d’attribution de 28 jours afin d’éviter tout ajustement inopiné des dépenses après l’application de la nouvelle fenêtre de sept jours après le clic par défaut.

API POUR LES DÉVELOPPEURS (API Marketing, API Ads Insights et API Targeting)

Plusieurs modifications au niveau des points de terminaison : des modifications des points de terminaison interviendront dans nos API Marketing, Ads Insights et Targeting suite aux changements indiqués dans les sections « Gestion des évènements », « Diffusion » et « Mesures » de ce document.

Ce que vous devez faire maintenant :

Prenez les mesures nécessaires pour anticiper les changements indiqués dans cette publication de blog et examinez les modifications à venir pour nos API. Ces dernières n’ont pas encore été mises en œuvre, mais nous voulons vous informer suffisamment à l’avance. Vous pouvez consulter le changelog sur cette page.

Ce que vous devez anticiper pour début 2021 :

Mise en œuvre des modifications des API : nous pensons appliquer les modifications des API mi-janvier 2021 et certaines d’entre elles auront un impact significatif immédiat. Les informations techniques concernant les modifications des API qui seront nécessaires début 2021 seront indiquées dans notre documentation pour les développeurs.

Pour plus d’informations sur l’impact d’iOS 14 sur les développeurs d’apps, consultez notre publication de blog dédiée aux développeurs.

Pour savoir comment vous préparer aux futures modifications de notre API Marketing, consultez notre changelog.