Les changements d’octobre dans Display & Video 360 API semblent techniques, mais le risque principal est opérationnel. Le 27 août, Google a annoncé trois changements non versionnés concernant DV360 API et les Structured Data Files. Search Engine Land en a résumé l’impact le lendemain: certains contrôles d’exclusion Brand Safety changent le 1er octobre, puis les annonces responsives YouTube devront disposer d’un nom d’entreprise et d’un logo à partir du 12 octobre lorsque les valeurs par défaut de l’annonceur ne sont pas définies.
Comme ces changements ne sont pas liés à une nouvelle version d’API, les équipes ne peuvent pas attendre une migration planifiée. Tout workflow qui crée des line items, importe des SDF, modifie des annonces responsives YouTube ou valide des paramètres Brand Safety doit être vérifié avant octobre.
Ce qui change en octobre
Les changements du 1er octobre touchent deux familles de contrôles. Google indique que les annonceurs ne pourront plus exclure certains labels numériques de contenu via le ciblage. Cela affecte le type de ciblage correspondant dans DV360 API et la colonne SDF associée. Google retire aussi la possibilité d’exclure la majorité des catégories sensibles via le ciblage, avec des conséquences sur plusieurs colonnes Brand Safety dans les fichiers.
Le changement du 12 octobre est distinct. Les développeurs qui créent ou mettent à jour des annonces responsives YouTube devront fournir un nom d’entreprise et un logo si ces éléments ne sont pas déjà configurés par défaut au niveau de l’annonceur parent. C’est critique pour les workflows de création automatisée, les imports massifs et les structures de comptes où l’identité de marque dépend d’une autre équipe.
Pourquoi c’est un risque opérationnel
La politique Brand Safety vit souvent dans un document, mais son exécution passe par plusieurs systèmes: interface plateforme, modèles d’agence, tâches API, exports SDF, feuilles de travail et contrôles qualité. Quand un champ disparaît, le problème n’est pas seulement une erreur d’import. Le vrai risque est de croire qu’une politique prévue pour un ancien levier reste couverte après le changement du levier.
Le sujet appartient donc aux opérations marketing, pas seulement au développement. Le CMO doit savoir si les mêmes limites d’inventaire sont encore protégées. Le responsable ad-ops doit savoir quels imports peuvent échouer. Le développeur doit savoir quels champs retirer ou remapper. Le responsable création doit confirmer que les noms d’entreprise et logos sont prêts pour les annonces responsives YouTube.
La checklist de préparation
- Recensez toutes les tâches API et tous les modèles SDF qui touchent aux exclusions de labels de contenu, aux catégories sensibles ou aux assets d’annonces responsives YouTube.
- Identifiez les annonceurs qui utilisent réellement ces champs aujourd’hui.
- Transformez chaque ancienne exclusion en exigence métier: sécurité de marque, sensibilité juridique, adéquation média ou règle client.
- Confirmez quels contrôles DV360 restants, règles d’inventaire ou revues manuelles porteront cette exigence après le 1er octobre.
- Définissez les noms d’entreprise et logos par défaut lorsque l’héritage au niveau annonceur est la bonne option.
- Lancez des tests d’import SDF et de mises à jour API avant octobre, puis documentez les erreurs et les modèles réparés.
Ce qu’il faut tester avant l’échéance
Un bon test ne vérifie pas seulement qu’une requête réussit. Il confirme que le line item, l’annonce ou l’import final respecte toujours la politique média. Prenez un échantillon d’annonceurs actifs, exportez les SDF pertinents, ajustez les champs concernés, testez dans un flux non critique si possible et comparez l’état final à l’intention de départ.
Pour les annonces responsives YouTube, testez séparément le chemin des assets. Si l’annonceur parent dispose de valeurs par défaut, vérifiez l’héritage. Sinon, confirmez que l’automatisation fournit le nom d’entreprise et les identifiants d’assets logo. Un logo manquant doit être détecté en contrôle qualité, pas pendant le lancement d’une campagne.
La décision pour les CMO et les ad-ops
La décision consiste à traiter octobre comme un simple nettoyage technique ou comme un contrôle du modèle opérationnel. Le nettoyage supprime des champs et espère que la campagne continue. Le contrôle définit qui possède l’intention Brand Safety, qui possède l’hygiène SDF, qui possède les assets d’identité et qui valide les changements de plateforme.
L’action pratique est de créer maintenant un registre de préparation DV360: annonceur concerné, workflow touché, contrôle de remplacement, date de test, responsable et risque ouvert. Ce registre vaut mieux qu’une note générique de migration, car il relie le changement API à la gouvernance média réelle.
