À partir du 30 avril 2026, Google imposera une contrainte technique nouvelle dans son API Ads : il ne sera plus possible de créer des listes d’audience Lookalike en double. Un changement discret, mais dont les conséquences peuvent être significatives pour tous les annonceurs qui gèrent leurs campagnes de façon programmatique, notamment via des scripts automatisés ou des outils tiers.
Voici ce que dit exactement la documentation officielle, ce que cela change concrètement, et les actions à mettre en place sans attendre.
Qu’est-ce qu’une liste d’audience Lookalike dans Google Ads ?
Les listes Lookalike (ou « audiences similaires ») sont un outil de ciblage publicitaire qui permet à Google d’identifier de nouveaux utilisateurs partageant des caractéristiques communes avec une audience source, appelée seed list. Concrètement, si vous avez une liste de clients fidèles, Google peut construire automatiquement une audience de personnes qui leur ressemblent, en termes de comportements, centres d’intérêt et profils de navigation.
Ces listes sont particulièrement utilisées dans les campagnes Demand Gen. Le format conçu pour capter l’attention d’audiences froides sur YouTube, Gmail, Discover et le réseau Display. C’est précisément dans ce contexte que la nouvelle restriction s’applique en priorité.
Une liste Lookalike est définie par trois paramètres clés :
- Les seed lists : les audiences sources utilisées pour construire le Lookalike.
- Le niveau d’expansion : le degré de similarité avec les seed lists (plus le niveau est élevé, plus l’audience est large mais moins précise).
- Le ciblage géographique : les pays couverts par la liste.
Ce qui change : une vérification d’unicité systématique
Google a annoncé le 19 mars 2026 sur le Google Ads Developer Blog l’introduction d’un contrôle automatique d’unicité sur les listes Lookalike. Une liste Lookalike sera considérée comme un doublon si elle partage avec une liste existante les trois mêmes attributs : les seed lists, le niveau d’expansion et le ciblage géographique.
Autrement dit : si vous tentez de créer une liste Lookalike avec une combinaison seed list + expansion level + pays déjà existante dans votre compte, l’API retournera une erreur à partir du 30 avril 2026.
Pour les versions v24 et ultérieures de l’API, l’erreur retournée sera DUPLICATE_LOOKALIKE. Pour les versions antérieures, c’est le code RESOURCE_ALREADY_EXISTS qui sera utilisé.
Il ne s’agit pas d’une recommandation ou d’un avertissement : c’est un blocage strict, avec un code d’erreur dédié.
Pourquoi Google impose ce changement
La justification officielle est sans ambiguïté. Google indique que ce changement vise à garantir la stabilité de ses systèmes et une allocation équitable des ressources pour l’ensemble des annonceurs.
En d’autres termes, la multiplication de listes Lookalike identiques, que ce soit par erreur humaine, par scripts mal configurés ou par outils d’automation peu rigoureux, représente un coût opérationnel pour l’infrastructure de Google. Ce nettoyage technique est présenté comme une mesure de « ménage » côté systèmes, sans impact négatif attendu sur les performances publicitaires elles-mêmes.
Google précise que pour la majorité des annonceurs, ce changement passera inaperçu, dans la mesure où la plupart des usages actuels sont déjà conformes à ces nouvelles contraintes.
Qui est réellement concerné ?
Ce changement ne touche pas directement les annonceurs qui gèrent manuellement leurs audiences depuis l’interface Google Ads. L’interface utilisateur ne permet pas de créer deux listes Lookalike identiques en quelques clics. La vérification est quasi naturelle.
En revanche, les profils suivants doivent agir :
Les développeurs et équipes techniques qui utilisent l’API Google Ads pour automatiser la création ou le renouvellement d’audiences. Si vos scripts créent des listes Lookalike à intervalle régulier sans vérifier si elles existent déjà, ils vont commencer à générer des erreurs après le 30 avril.
Les agences et annonceurs qui utilisent des outils tiers (plateformes de gestion d’audiences, outils de bid management, solutions d’automatisation marketing) connectés à l’API Google Ads. Si ces outils ne sont pas mis à jour pour gérer le nouveau code d’erreur, vos workflows de campagnes risquent d’être interrompus silencieusement, sans alerte apparente dans les rapports.
Les équipes qui dupliquent des configurations de comptes : certaines pratiques d’onboarding ou de duplication de structures de campagnes entre comptes génèrent des listes d’audiences identiques à la chaîne. Ces pratiques devront être revues aussi.
Les deux actions à mener avant le 30 avril
Google formule ses recommandations de façon claire dans son annonce officielle.
1. Auditer et réutiliser les listes existantes
Plutôt que de créer une nouvelle liste Lookalike identique, Google recommande de vérifier si une liste avec la même configuration existe déjà et de la réutiliser directement dans vos campagnes.
Concrètement, cela implique de faire un inventaire de vos listes Lookalike actives : pour chaque combinaison seed list / expansion level / pays, identifier quelle liste est de référence, et s’assurer que les campagnes concernées pointent bien vers cette liste plutôt que vers un doublon.
2. Mettre à jour la gestion des erreurs dans vos intégrations API
Si vous utilisez l’API Google Ads, vos intégrations doivent être préparées à traiter le nouveau code d’erreur à partir du 30 avril 2026 : la version v24 retournera le code DUPLICATE_LOOKALIKE, et toutes les versions antérieures retourneront RESOURCE_ALREADY_EXISTS.
Cette mise à jour de la gestion d’erreurs est critique. Un appel API qui échoue sans être intercepté peut bloquer un workflow entier, une création de campagnes, une mise à jour de ciblages ou une duplication de configurations, sans que l’équipe marketing soit nécessairement alertée en temps réel.
Ce que cela révèle sur la trajectoire de Google Ads API
Ce changement s’inscrit dans un mouvement de fond : Google resserre progressivement les règles de cohérence et d’unicité dans son API pour réduire les dérives liées à l’automatisation à grande échelle. Ce n’est pas la première fois que l’API retourne des erreurs là où l’interface UI tolère ou ignore des conflits; et ce ne sera probablement pas la dernière.
Pour les équipes qui industrialisent la gestion de campagnes Google Ads via l’API, ce type d’annonce est un signal clair : la robustesse de la gestion d’erreurs n’est plus optionnelle. Un script qui crée des audiences sans vérifier leur existence préalable, sans intercepter les codes d’erreur retournés, est un script qui finira par casser. La question est uniquement de savoir quand désormais.
La deadline du 30 avril 2026 est ferme. Il reste quelques semaines pour auditer, corriger et tester.
À retenir :
- À partir du 30 avril, l’API Google Ads bloquera toute tentative de créer une liste Lookalike identique à une liste existante (mêmes seed lists, même niveau d’expansion, même ciblage pays).
- Les codes d’erreur à anticiper :
DUPLICATE_LOOKALIKE(API v24+) etRESOURCE_ALREADY_EXISTS(versions antérieures). - Les campagnes Demand Gen sont les principales concernées.
- Priorité immédiate : auditer les listes existantes et mettre à jour la gestion d’erreurs dans toutes les intégrations API.
Vous souhaitez aller plus loin ? Contactez-nous pour discuter de votre stratégie Google Ads et l’utilisation de son API.
