Historique Meta Ads : enquêter sur les changements sans deviner
Trouve ce qui a changé. Garde la raison et la décision à côté de la preuve.
Dans cet article · 6 parties
- Par où commencer l’enquête sur l’historique ?
- Que permettent de comprendre les champs enregistrés ?
- Comment relier une modification à une baisse de performance ?
- Que mettre dans ton journal de validation ?
- Comment traiter une modification inexpliquée ou suspecte ?
- Quelles sont les limites de l’historique ?
L’historique Meta Ads sert de point de départ pour enquêter sur une modification du compte. Consulte la campagne, l’ensemble ou la publicité concernés et cherche la vue d’historique disponible dans ton interface. Note l’identifiant de l’objet, l’heure, l’acteur, l’application et le type de changement lorsque ces informations sont présentes. Le SDK officiel de Meta expose ces notions dans AdActivity et une connexion activities sur AdAccount. Une modification avant une baisse prouve une chronologie, pas une causalité. Compare la trace aux validations, aux changements du site et aux réglages des rapports avant de décider quoi annuler. Tiens un journal séparé pour la raison, le validateur, le résultat attendu et la date de revue. Ce guide propose une méthode d’enquête. Il ne garantit ni la présence de chaque champ dans toutes les interfaces, ni un historique complet, ni une durée universelle de conservation.
L’essentiel
- Identifie le compte et l’objet avant la recherche.
- Sépare le fuseau horaire, l’acteur et l’application.
- La chronologie ne prouve pas la causalité.
- Conserve les validations et raisons dans ton journal.
Réécrit le 3 octobre 2026. Le SDK confirme les noms des champs, pas les menus ou la couverture de chaque compte. Méthode et exemple proposés par la rédaction.
Par où commencer l’enquête sur l’historique ?
Commence avec un objet et une question : quelle campagne a changé, vers quelle heure et pour quel symptôme ? Vérifie le compte avant de chercher l’historique. Un nom de campagne seul est une référence fragile : il peut changer ou se répéter. Garde l’identifiant stable avec tes notes.
Sélectionne la campagne, l’ensemble ou la publicité dans le Gestionnaire et cherche Afficher l’historique ou le contrôle équivalent de ton interface. Les menus peuvent varier. Si tu ne le trouves pas, utilise l’aide du compte : un bouton absent ne signifie pas qu’aucune modification n’a eu lieu.
Inclus les jours précédant le symptôme et note le fuseau horaire du compte. Une recherche limitée à la période après la baisse peut manquer une modification antérieure ou une mise à jour du site.
- Choisir l’objet
- Définir la fenêtre
- Noter la trace
- Comparer les autres changements
- Décider et revoir
Que permettent de comprendre les champs enregistrés ?
Une trace utile distingue l’objet modifié, l’acteur associé, l’application et l’heure. Ces champs répondent à des questions différentes. Le nom d’une application peut identifier un outil impliqué ; il ne décrit pas forcément l’intention d’une personne et ne prouve pas que l’action était validée.
Le SDK officiel définit notamment actor_id, actor_name, application_id, application_name, event_time, date_time_in_timezone, event_type, object_id, object_name, object_type, tool et extra_data. Vérifie ce que ton interface ou ton export autorisé contient réellement. Un champ défini dans le SDK n’est pas nécessairement rempli pour chaque événement.
Conserve la trace telle qu’observée. Si un champ manque, écris inconnu plutôt que de compléter de mémoire. Garde les identifiants et informations personnelles privés lorsque tu partages le diagnostic. La checklist des permissions aide si tes accès empêchent une enquête complète.
| Trace | Question | À ajouter toi-même |
|---|---|---|
| Identifiant de l’objet | Quel élément a changé ? | Rôle commercial |
| Acteur et application | Qui ou quoi est associé ? | Validateur et autorisation |
| Heure et type | Quand et quelle opération ? | Raison et résultat attendu |
| Réglages finaux observés | Qu’est-ce qui est actif ? | Date de revue et retour arrière |
Comment relier une modification à une baisse de performance ?
Construis une chronologie avec la modification, la baisse et les autres explications possibles. Vérifie d’abord que les réglages du rapport et le résultat métier restent comparables. Formule ensuite une hypothèse testable. Des changements simultanés peuvent empêcher d’isoler proprement l’effet d’un seul réglage, même si leurs dates sont proches.
Exemple fictif : le budget change mardi et le CPA monte mercredi. Une promotion se termine aussi mardi soir, et le rapport change d’attribution. Ces preuves ne permettent pas d’écrire que le budget a causé la hausse. Compare d’abord l’offre et la base du rapport, puis examine l’hypothèse du budget.
Le guide de baisse du ROAS aide à garder cette comparaison cohérente. Calcule ton seuil réel avec le calculateur ROAS. Note le stock, le prix, la livraison, le paiement et les versions du tracking à côté des changements publicitaires.
Que mettre dans ton journal de validation ?
Note la raison du changement, la personne qui valide, le résultat attendu, la contrainte budgétaire et la date de revue. L’événement de plateforme décrit une opération ; ton journal explique le jugement commercial. Relie-les avec le compte, l’objet et l’heure pour qu’un collègue puisse comprendre la décision.
Sépare l’action prévue de l’action confirmée. Valider un budget de test et vérifier le budget publié sont deux étapes différentes. Garde l’état précédent, l’état proposé et l’état réellement observé après publication. Un clic réussi ne suffit pas si les réglages finaux n’ont pas été contrôlés.
Adwize prépare le travail dans son parcours de validation. Applique la même discipline à un changement manuel, une règle automatique et une proposition d’agent. Le nom d’un outil ne remplace pas un responsable de décision.
- Preuve
- = ce que tu as observé
- Hypothèse
- = ce qui pourrait l’expliquer
- Action
- = un changement et son responsable
- Revue
- = quand tu vérifieras
Comment traiter une modification inexpliquée ou suspecte ?
Conserve les preuves avant de changer encore les réglages, puis vérifie si l’événement correspond à un parcours connu. Demande au responsable et examine les applications ou règles autorisées impliquées. Si une compromission est possible, utilise le processus de sécurité. Évite de transformer le diagnostic en suite de changements sans trace.
Le nom d’une application est un indice, pas un verdict. Un acteur absent constitue un manque, pas la preuve que Meta a réalisé l’action. Note les faits confirmés, les inconnues et la source qui pourrait les résoudre. La checklist d’audit sépare accès, mesure et diffusion.
Ne publie pas de captures avec jetons, facturation, données clients ou informations de récupération. Partage une description masquée et utilise le canal d’assistance approprié pour les dossiers privés.
Quelles sont les limites de l’historique ?
L’historique est une source de preuve, pas une explication complète du compte. Les champs du SDK ne garantissent ni une interface identique, ni une couverture totale, ni une durée de conservation. Le site et le CRM ont leurs propres journaux. Aligne leurs dates et objets avant de conclure sur la performance.
Ce guide ne prescrit pas de version API et ne demande pas de créer un jeton. Les développeurs doivent vérifier les permissions, versions et champs actuels de leur intégration autorisée. Les opérateurs peuvent utiliser les traces accessibles sans développer une nouvelle intégration.
Archive les décisions selon la politique de l’entreprise. Garde le modèle de rapport près du journal pour que les résultats et réglages restent compréhensibles lors d’une revue ultérieure.
Questions fréquentes
Une modification explique-t-elle la hausse du CPA ?
Non. Sa date donne une piste. Compare les autres changements, les réglages et les résultats métier avant de conclure à une causalité.
Puis-je me fier au nom de la campagne ?
Garde aussi l’identifiant. Les noms changent et se répètent ; un nom seul peut désigner le mauvais objet.
Combien de temps Meta conserve-t-il l’historique ?
Ce guide ne garantit aucune durée. Garde tes décisions selon la politique de l’entreprise et vérifie ce qui reste disponible dans le compte.
L’historique remplace-t-il le journal de validation ?
Non. Ajoute la raison, le validateur, le résultat attendu et la revue dans ton journal, relié à l’événement enregistré.
Sources
- Meta: AdActivity fields in the official SDKConsultée le 03/10/2026
- Meta: AdAccount activities in the official SDKConsultée le 03/10/2026
