Pourquoi ne voit-on plus « son annonce » après publication ?
Depuis le retrait des annonces textuelles classiques en 2022, à l’époque où l’on disait encore AdWords, le format Search répond aux requêtes de recherche avec la RSA, et avec elle une bascule que beaucoup de comptes n’ont jamais vraiment actée : l’annonce n’est plus un livrable. Les annonceurs doivent désormais penser en combinaisons plutôt qu’en texte figé.
Vous fournissez des briques (jusqu’à 15 titres, 4 descriptions) et le système assemble, requête par requête, utilisateur par utilisateur, la combinaison qu’il juge la plus prometteuse.
Deux titres aujourd’hui, trois demain, un seul quand il le prédit plus performant. L’écran de prévisualisation vous montre une combinaison ; il en existe des centaines.
Vérifier « son annonce » avant publication, c’est vérifier un échantillon : le rendu n’est plus un texte, c’est une distribution.
On peut le regretter, en tant qu’annonceur habitué à maîtriser son message publicitaire. Le constat reste : vous n’écrivez plus des annonces, vous fournissez un alphabet, et le système écrit avec, en votre nom.
Toute la branche découle de cette phrase : si le système écrit en votre nom, le métier est de lui donner un bon alphabet, de relire ce qu’il publie, et de garder le stylo en dernier ressort. Les annonceurs qui l’ignorent laissent leur publicité au hasard des combinaisons.
Le cœur du métier : alimenter le système de combinaison
Quatre gestes structurent ce travail :
- Fournir des briques distinctes. La RSA ne se « remplit » pas, elle s’architecture : quinze titres ne sont pas quinze variations d’une idée mais une couverture d’angles (bénéfice, preuve, objection, offre, appel) où chaque brique doit tenir seule, puisqu’elle peut servir seule. C’est la fondation de tout le reste, et c’est tout l’enjeu de structurer ses 15 titres en briques distinctes.
- Arbitrer le contrôle. L’épinglage fixe une brique à une position : du contrôle repris au système, payé en combinaisons perdues et en ad strength. C’est un arbitrage, pas un réflexe. Épingler une brique en connaissance de cause suppose de savoir ce que vous échangez.
- Lire l’ad strength sans s’y soumettre. Ce score que l’interface brandit mérite sa lecture critique. Avant d’y obéir, lire l’efficacité de l’annonce pour ce qu’elle vaut : signal utile ou pression de Google, la qualité de l’alphabet pèse sur la pertinence perçue par les utilisateurs, une pièce de plus dans le fonctionnement d’ensemble de Google Ads, sans qu’il faille rouvrir ici le mécanisme d’enchère.
- Exploiter le rapport des combinaisons et des assets. Il ferme la boucle : depuis que les statistiques par titre et description sont visibles, la lecture remplace la croyance. Encore faut-il déjouer les pièges de volume du rapport.
Dynamiser sans se brûler. Trois mécanismes insèrent du contexte dans les briques : les personnalisateurs qui injectent un flux à grande échelle, le compte à rebours qui fabrique une urgence vraie, et la DKI, l’insertion dynamique du mot-clé. Ce dernier mécanisme doit respecter l’intention de recherche de chaque internaute ; mal réglé, il agace plus les internautes qu’il ne génère de clics utiles. Chacun ses garde-fous.
À quoi servent les assets et la couche IA autour de vos annonces ?
L’annonce ne combat plus seule : les assets (l’ancien mot était « extensions ») densifient la présence.
Les liens annexes guident vers vos pages clés, offre, produits, services, cas clients, et occupent l’espace, les accroches et extraits structurés pré-qualifient sur ce que votre entreprise fait vraiment, les composants image attirent l’œil en Search, les formulaires capturent dans l’annonce même, les composants prix et promotion trient avant le clic. Sur une page de résultats de recherche, ces briques rendent l’offre plus lisible avant même le clic.
Posés en couches (compte, campagne, groupe), servis à la discrétion du système publicitaire : cinq rôles distincts au service d'une même publicité. Le même principe combinatoire vaut côté Display, où la RDA applique l’assemblage à l’image, côté Shopping, où le flux produit remplace les titres rédigés, et côté vidéo, où les formats publicitaires assemblent différemment encore. En Display, un composant vidéo et des images servent des publicités adaptées aux objectifs publicitaires et à chaque appareil.
Et puis la couche qui change la donne : l’IA générative peut proposer ou écrire des briques, parfois à partir de votre page d’arrivée ou de vos composants existants. Le risque dépasse la technique : votre message marketing et vos messages clés peuvent se retrouver reformulés puis publiés sur le web sans votre niveau habituel de relecture.
La question n’est plus « l’IA écrira-t-elle mes annonces ? » mais « qui relit ce qu’elle publie en mon nom ? ». Poser les garde-fous éditoriaux face à la génération IA est l’une des décisions les plus stratégiques de la branche.
Le point de vigilance du pilier : cette section bouge vite (formats, scores et capacités IA évoluent régulièrement). Les principes (briques distinctes, contrôle arbitré, lecture des rapports, main éditoriale) survivront aux écrans ; les détails se vérifient dans l’interface au moment de la mise en place.
Trois chapitres pour aller plus loin sur les annonces et les assets
Ce pilier pose le socle : la RSA comme format, les assets comme densification, l’IA comme nouvelle main qui écrit. Trois chapitres approfondissent chacun un angle, et méritent d’être lus dans la foulée si vous voulez pousser le sujet au-delà du constat.
Le texte fixe n’est qu’un point de départ : Google Ads sait aussi adapter l’annonce à la requête et au contexte, bien au-delà des briques statiques. C’est tout l’enjeu de la personnalisation et de l’automatisation des annonces Google Ads, qui rassemble insertion dynamique de mots-clés, personnalisateurs alimentés par un flux, compte à rebours et remplacement dynamique côté landing, puissant quand c’est cadré, absurde quand c’est laissé seul.
Les assets, eux, ne sont pas des ornements qu’on coche pour la forme : ils agrandissent vos publicités, occupent plus de place sur la page et donnent des raisons de cliquer que le texte seul ne donne pas, un des rares leviers publicitaires qui n’augmente ni votre CPC ni le budget nécessaire. Liens annexes, accroches, extraits structurés, prix, images, formulaires : chacun capte une intention différente. Le chapitre dédié aux extensions et assets d’annonces Google Ads détaille comment remplir chacune de ces briques plutôt que de laisser l’annonce tourner à devanture aux trois quarts vide.
Et parce que la RSA n’est qu’un format parmi d’autres sur le réseau publicitaire de Google, la vue d’ensemble se trouve dans les formats d’annonces Google Ads : RSA en Search, asset groups en PMax, formats visuels en Display, Demand Gen et Vidéo, éléments texte et image pour les campagnes d’applications. Les formats dédiés aux applications mobiles combinent aussi titres, images et vidéo ; leur fonction varie selon l’installation attendue ou l’action dans l’application. Partout le même principe, vous fournissez des assets, l’algorithme assemble selon le contexte de diffusion, quel que soit le type d’entreprise ou de service que vous vendez.
- Depuis le retrait des annonces textuelles classiques, le format Search est la RSA : vous ne livrez plus une annonce, vous fournissez jusqu’à 15 titres et 4 descriptions que Google combine, requête par requête, parfois en un seul titre.
- Le rendu n’est pas un texte mais une distribution : l’écran de prévisualisation montre une combinaison parmi des centaines.
- Le métier tient en quatre gestes : briques distinctes, épinglage arbitré, lecture critique de l’ad strength, exploitation du rapport des combinaisons et des assets.
- L’IA peut désormais proposer des briques supplémentaires : le sujet concret devient qui relit et garde la main éditoriale.
Combien de RSA par groupe d’annonces, et pourquoi pas plus ?
Contrairement aux réflexes hérités de l’ère AdWords, la réponse terrain n’est pas de multiplier les RSA par habitude. Commencez par une RSA principale vraiment construite ; ajoutez une challenger seulement si le groupe reçoit assez d’impressions pour que les rapports restent lisibles.
Le raisonnement est simple : une RSA bien alimentée, 15 titres réellement distincts, 4 descriptions qui couvrent des registres différents, génère déjà beaucoup de combinaisons. Ajouter une annonce de plus n’améliore pas automatiquement la couverture d’angles ; cela répartit aussi le signal sur davantage d’alphabets.
Le point à trancher n’est pas « combien de RSA créer ? » mais « est-ce que chacune de mes RSA reçoit assez d’impressions pour que les rapports soient lisibles ? ». Si le groupe est petit en volume, une RSA principale suffit souvent. Si le groupe est dense, une deuxième peut tester une promesse radicalement différente, la troisième doit avoir une raison claire, sinon elle dilue plus qu’elle n’apprend.
La boucle de décision : lire les rapports de combinaisons et d’assets avant de créer une RSA de plus. Si les résultats de la première ne montrent pas encore de combinaisons avec « bonne » ou « excellente » performance, un taux de clics qui tient face au reste du groupe, l’alphabet mérite d’être retravaillé, pas dupliqué. Retravaillé comment ? La réponse est dans la structure de l’offre et de la proposition de valeur : si les briques couvrent le même registre, c’est souvent parce que l’offre n’a pas encore été décomposée en angles vraiment distincts.
Quels composants s’affichent sur quel appareil, et à quel coût ?
Les composants (assets) n’ont aucun coût additionnel au clic : le clic sur un lien annexe ou sur un formulaire coûte exactement le même CPC que le clic sur l’annonce principale. Leur activation ne demande pas de budget supplémentaire. Ce point est souvent mal compris, il n’y a pas de « coût d’extension ».
La vraie variable est l’éligibilité : un asset n’est pas affiché parce qu’il est activé, il est affiché parce que le système prédit qu’il améliore la performance attendue de cette combinaison pour cette requête, sur cet appareil.
Niveau d’héritage : compte, campagne ou groupe ?
Un asset posé au niveau compte est éligible partout dans le compte. Une campagne qui pose le même type d’asset le remplace au niveau campagne. Un groupe qui en pose un le remplace encore. La logique est héritée du plus haut vers le plus bas : l’échelon le plus proche de l’annonce a généralement priorité.
En pratique : posez vos liens annexes génériques (présentation, contact, cas clients) au niveau compte, vos liens thématiques au niveau des campagnes ou des groupes concernés. Ne laissez pas le niveau compte vide, il est votre filet de sécurité quand aucun asset plus spécifique n’est éligible.
Mobile vs desktop : deux logiques d’affichage
Certains composants sont structurellement orientés mobile : le composant appel n’a de sens que si l’internaute peut composer un numéro, le composant lieu est prioritairement servi quand une intention de proximité est détectée sur mobile. Les liens annexes multiples, eux, s’affichent mieux sur desktop où l’espace horizontal existe.
Dans la plupart des cas, le réglage ne se fait pas à la main : le système arbitre. Mais ça change la vérification : si votre composant appel semble peu diffusé, regardez d’abord la part mobile de votre trafic et les horaires, pas sa rédaction.
| Composant | Priorisé sur | Niveau recommandé | Coût additionnel |
|---|---|---|---|
| Liens annexes (sitelinks) | Desktop (espace horizontal) | Compte / Campagne | Non |
| Composant appel | Mobile (numérotation directe) | Campagne / Groupe | Non |
| Composant lieu | Mobile (intention proximité) | Compte | Non |
| Accroches (callouts) | Indifférent | Compte / Campagne | Non |
| Formulaire | Mobile et desktop | Groupe | Non |
Quand programmer ses composants, et pourquoi c’est souvent oublié ?
Un composant peut être programmé sur une plage horaire. C’est la fonctionnalité la plus sous-utilisée des assets : des dizaines de comptes que j’audite ont un composant appel, l’action de conversion la plus directe qui existe, actif vingt-quatre heures sur vingt-quatre pour une activité joignable de neuf à dix-huit heures.
Le résultat est prévisible : le composant s’affiche, l’utilisateur clique sur le numéro, personne ne répond. Ces clics-là coûtent le même CPC qu’un appel transformé, sans aboutir.
La correction est immédiate : dans les paramètres de chaque composant appel (et, selon les cas, composant lieu), une option « Diffuser uniquement pendant certaines heures » aide à caler la diffusion sur les horaires d’ouverture. Deux minutes de configuration, moins de frustration utilisateur en dehors des heures d’accueil. Le taux d’appels décrochés permet ensuite de vérifier que ce réglage sert bien l’objectif.
Le même raisonnement vaut pour les composants promotionnels liés à une offre limitée dans le temps : une promo de fin de semaine peut être programmée du vendredi matin au dimanche soir sans penser à désactiver manuellement le lundi, ni gaspiller de budget sur des paramètres oubliés.
Garder la main : RSA vs DSA et composants automatiques
RSA vs Dynamic Search Ads, ne pas confondre les deux mécanismes
Ce sont deux formats du réseau de Recherche Google qui assemblent dynamiquement, mais les inputs sont radicalement différents, et la confusion en recherche de résultats coûte cher en contrôle éditorial.
La RSA, vous l’alimentez : vous rédigez les briques (15 titres, 4 descriptions), et Google choisit la combinaison. Vous gardez la main sur le vocabulaire, les mots-clés mis en avant, les promesses, les angles. Le système optimise l’assemblage, pas le contenu.
La DSA (Dynamic Search Ad) inverse le schéma : Google génère les titres automatiquement depuis les informations publiées sur les pages de votre site, et vous ne fournissez que les descriptions, utile pour un large catalogue de produits. Le titre devient une extraction de votre contenu web, pratique pour couvrir un catalogue large, dangereux si vos pages contiennent des formulations que vous ne voudriez pas voir en annonce.
RSA
- Vous maîtrisez tous les titres et descriptions
- Adapté si votre message commercial est précis
- Lisible dans les rapports par brique
DSA
- Google génère les titres depuis vos pages
- Utile pour couvrir un catalogue large
- Vous ne contrôlez pas le vocabulaire des titres
Pour reprendre du contrôle sur la RSA, l’épinglage est le levier direct : il fixe une brique à une position, au prix de combinaisons perdues. Un arbitrage explicite, pas un réflexe.
Composants créés automatiquement, ce que Google ajoute sans vous demander
Au-delà de l’IA générative sur les briques RSA, Google peut créer des composants automatiques à partir des informations disponibles sur vos sites : accroches générées, liens annexes suggérés, parfois images extraites de votre contenu. Selon les paramètres et les types de campagnes, ces composants peuvent être proposés ou diffusés sans relecture explicite de votre part.
La conséquence pratique : votre annonce peut comporter des assets que vous n’avez ni rédigés ni approuvés. Le problème n’est pas automatique, Google s’appuie sur votre contenu existant, mais il devient réel si la formulation ou l’image ne correspond pas à votre message.
- Accéder au rapport, dans Google Ads, ouvrez « Assets » (dans le menu « Annonces et assets ») et filtrez les composants générés automatiquement.
- Identifier les auto-créés, repérez les assets marqués « Automatique » ou « Généré automatiquement » ; notez leur texte et leur performance.
- Décider : garder ou désactiver, si un composant est hors message ou hors charte, retirez-le ou désactivez-le depuis la vue asset selon l’option disponible. Si sa performance est correcte et son texte acceptable, vous pouvez le conserver. Revenez dans ce rapport après chaque mise à jour majeure de campagne, Google en recrée. C’est le même réflexe qu’en audit et pilotage de compte : une vérification ponctuelle ne vaut rien sans routine derrière.
Pour les garde-fous complets sur la génération IA, c’est la page dédiée : génération d’assets par IA et AI Max.
Faut-il ressaisir ses assets dans chaque campagne ?
Non. La bibliothèque d’assets, au niveau compte, centralise vos images, vidéos, textes et liens annexes pour que vous les réutilisiez dans plusieurs annonces et campagnes, sans les réimporter à chaque fois, c’est l’outil qui évite de reconstruire le même alphabet dix fois.
L’erreur classique n’est pas technique, elle est organisationnelle : un compte à plusieurs mains (vous, une agence, un service marketing client) finit avec cinq versions légèrement différentes du même titre, éparpillées sur plusieurs sites internes, parce que chacun a ressaisi le sien. La bibliothèque, rangée en dossiers et sous-dossiers, sert justement à éviter ça, un asset nommé et classé une fois, retrouvé partout ensuite.
Ce que la bibliothèque ne fait pas, en revanche, mérite d’être dit clairement : elle stocke et réutilise pour chaque application ou campagne, elle n’assemble pas. Elle permet aussi de séparer les créations de plusieurs applications lorsque leurs messages diffèrent. La logique combinatoire reste celle décrite plus haut, à l’échelle de chaque type de campagne. Un asset partagé entre deux campagnes Search peut très bien performer dans l’une et très peu s’afficher dans l’autre, même bibliothèque, deux verdicts, parce que le contexte de diffusion et le reste de l’alphabet disponible diffèrent selon l’internaute ciblé.
En pratique pour un compte multi-services ou multi-clients : l’équipe marketing gagne à nommer les composants par fonction plutôt que par campagne (« accroche-livraison-rapide », pas « accroche-campagne-3 ») pour que la bibliothèque reste lisible six mois plus tard, quand vous ne vous souviendrez plus du contexte exact de sa création. Le même principe de nommage clair vaut pour vos pages web et vos pages d’arrivée associées.
L’exercice à faire sur votre RSA en vingt minutes
L’exercice fondateur de la branche, vingt minutes, sans outil SEO ni tableau de bord : ouvrez votre RSA principale et lisez chaque titre seul, comme s’il était toute l’annonce, puisqu’il peut l’être. Combien tiennent debout aux yeux des internautes ? Combien répètent leur voisin ?
Vous venez de mesurer la qualité de votre alphabet. Le système écrit en votre nom depuis 2022. Le point à trancher de cette branche : avec quelles lettres ?
