Analyse du code · Septembre 2026

Google Ads deep dive

Comment Google Ads lit le site, relie les pages aux requêtes, génère les créations et prépare l'enchère.

Nous avons analysé le code de l’application Google Ads et le fonctionnement de son interface web. Nous avons ensuite comparé nos observations à la documentation publique de Google et aux pièces du procès antitrust.

L’étude éclaire la façon dont Google Ads utilise l’IA : 88 types de scores pour évaluer les annonces, des requêtes liées aux pages via NavBoost et QBST, et des contenus de site préparés pour les modèles de langage. Elle aide à comprendre ce qui se passe entre votre landing page et l’annonce diffusée.

URL contenu de page profil d’entreprise requêtes assets matching enchère
Powered by RESONEO

Une campagne Search relie une requête, un mot-clé, une annonce et une landing page. L’analyse du code de Google Ads révèle les nombreuses étapes qui permettent de les associer.

Google Ads récupère les pages et en extrait les titres, les textes, les images et les données structurées. Il prépare ces informations pour l’IA, les rapproche de celles de l’entreprise et des requêtes, puis s’en sert pour créer, vérifier et sélectionner des assets.

La landing page joue depuis longtemps un rôle dans les Dynamic Search Ads, le ciblage sans mots-clés et l’expérience après le clic. Cette étude détaille les fonctions prévues dans le code : stocker le contenu des pages, le préparer pour l’IA, créer des annonces avec AI Max et vérifier que leurs promesses sont justifiées par le site. Elle montre aussi des assistants capables de préparer des modifications de campagne.

Le calendrier explique le moment de cette étude. AI Max for Search est sorti de bêta le 15 avril 2026 et AI Brief a été annoncé le 30 avril. Depuis le 1er septembre, les campagnes qui utilisaient le broad match au niveau campagne ou la text customization héritée basculent d'office vers AI Max ; la fin des Dynamic Search Ads, d'abord prévue à la même date, est repoussée à février 2027. Ce que décrit ce texte devient le régime par défaut des campagnes Search.

Votre site fournit à Google Ads la matière pour créer et vérifier vos annonces.
Note de lecture

Cette étude croise l’analyse de deux versions de l’application Android et de l’interface web avec la documentation Google, des brevets, des publications de recherche et les pièces du procès antitrust. Les noms techniques cités sont présents dans l’application ou l’interface web. Les liens entre les fonctions sont reconstitués à partir de ces observations et des sources publiques. Le code ne permet pas de connaître tous les réglages appliqués par Google ni les fonctions activées sur chaque compte. Les détails techniques sont accessibles dans les blocs « Voir les détails techniques » et dans l’annexe.

Les six enseignements

01

Le site nourrit les annonces

Google Ads récupère le contenu des pages et le prépare pour l’IA.

02

Une vue de l’entreprise

Le système relie site, Merchant Center, Business Profile, YouTube et profils sociaux.

03

AI Max prépare les annonces

Les pages, les requêtes et le brief servent à créer, évaluer et sélectionner les textes.

04

Les créations sont contrôlées

Les textes sont évalués sur leur pertinence, leur qualité et le respect des promesses du site.

05

Quatre fonctions différentes

Créer les annonces, les associer aux requêtes, calculer l’enchère et aider au pilotage.

06

L'annonce doit suivre la réponse

Dans AI Overviews, elle doit correspondre à la requête et au contenu de la réponse générée.

Sommaire

1 Google Ads lit le site 2 Relier l’entreprise aux recherches 3 Comment AI Max prépare les annonces 4 Créer, vérifier et sélectionner les annonces 5 Matching, enchère et diagnostics 6 AI search, Shopping et assistants 7 Que faire sur vos campagnes et votre site ? 8 Ce qu'il faut surveiller 9 Méthode, sources et annexe
1

Google Ads lit le site

Crawler les pages, récupérer leur contenu et le préparer pour les annonces.

Pour choisir une annonce, Google Ads a besoin de comprendre l’offre présentée sur la page. Le code de l’application prévoit plusieurs étapes : récupérer la page, vérifier qu’elle est accessible, enregistrer son contenu dans une base utilisée par Ads, puis le préparer pour l’IA.

Les textes, les vecteurs et les estimations, comme la probabilité de clic, sont produits sur les serveurs de Google. Les vecteurs représentent un contenu sous forme de nombres pour comparer son sens à celui d’autres contenus. L’application permet de voir les informations envoyées à Google, les résultats attendus et les vérifications prévues. Elle ne révèle pas le fonctionnement complet des modèles d’IA.

Récupérer les pages et vérifier leur accès

Plusieurs fonctions du code sont consacrées au crawl, à la mise à jour du contenu des pages et à la vérification des URL.

Google Ads peut récupérer le contenu d’une page, vérifier qu’il est utilisable et le mettre à jour. Le code prévoit aussi une base de contenus de landing pages, nommée LANDING_PAGE_REPOSITORY, et indique si une page est disponible pour créer des assets.

Le message ASSET_GENERATION_STATUS_URL_NOT_INDEXED signale qu’une page est absente de la base utilisée par Ads. Il ne renseigne pas sur sa présence dans les résultats naturels de Google. Une page peut donc être enregistrée dans l’un de ces systèmes sans l’être dans l’autre, même si les deux peuvent partager des données.

Voir les détails techniques
ads.awapps.anji.proto.express.urlfetcher.UrlFetcherService ads.awapps.anji.proto.express.urlsyncer.UrlSyncerService ads.awapps.anji.proto.express.urlvalidation.UrlValidationService ads.awapps.anji.proto.express.websitesignal.WebsiteSignalService ads.awapps.anji.proto.infra.visurl.VisurlService feature flag : AWN_CM_EDITING_WEBSITE_SIGNALS_DEEP_CRAWL
AdsBot

Google utilise des crawlers spécifiques pour vérifier la qualité des pages publicitaires. Ces bots ignorent la règle générique User-agent: * de robots.txt. Il faut les autoriser ou les bloquer explicitement sous les noms AdsBot-Google et AdsBot-Google-Mobile. Une page techniquement accessible à Googlebot peut donc échouer dans la chaîne Ads, et inversement.

Repérer les informations utiles dans la page

Le code prévoit de récupérer séparément plusieurs parties de la page.

Google Ads distingue le titre, la description, les sections, les passages importants, les extraits de texte, les données structurées et les images. Chaque partie peut servir à une tâche différente.

Le titre et le nom de l’entreprise peuvent aider à identifier l’offre. Les phrases de la page et les assets existants peuvent servir à écrire une annonce. Des versions courtes des pages facilitent leur comparaison pour choisir une URL. Enfin, le système peut chercher le passage qui justifie une promesse de l’annonce : cette vérification s’appelle le grounding.

Les données structurées décrivent notamment l’entreprise, les produits, les catégories et leurs caractéristiques dans un format lisible par les systèmes. Le texte visible apporte les explications et les preuves. Les deux doivent rester cohérents : les données structurées ne remplacent pas le contenu de la page.

Voir les détails techniques
LANDING_PAGE_CRAWL LANDING_PAGE_REPOSITORY LANDING_PAGE_METADATA LANDING_PAGE_META_TAG_PROCESSOR LANDING_PAGE_META_TAG_PROCESSOR_LONG_DESCRIPTION LANDING_PAGE_RAW_TITLE_PROCESSOR LANDING_PAGE_SECTION_TITLE_PROCESSOR LANDING_PAGE_SCHEMA_TAGS_PROCESSOR LANDING_PAGE_SALIENT_STUFF_PROCESSOR LANDING_PAGE_SNIPPET_SEGMENT_PROCESSOR LANDING_PAGE_IMAGE LANDING_PAGE_TEXT_GENERATION

Préparer plusieurs versions du contenu pour l’IA

Phrases et informations de la page

Voir les détails techniques
LP_SENTENCES_WITH_HEURISTICS RAW_LP_SENTENCES PAGE_INFO_XML_WITH_URL_TITLE_DESC

Résumés et texte mis en forme

Voir les détails techniques
LP_SUMMARY_ZERO_SHOT LLM_LP_SUMMARY_V1 … V5 PAGE_MARKDOWN LLM_PAGE_MARKDOWN LLM_PAGE_MARKDOWN_V4S LLM_PAGE_MARKDOWN_V4XS

Le code prévoit plusieurs façons de préparer le contenu : combiner le nom de l’entreprise, le title, les balises meta, les listes de descriptions et les phrases de la page, puis raccourcir le texte. Google Ads dispose ainsi de plusieurs versions du contenu, à partir du même HTML.

Ces versions servent à retrouver une information, comparer des pages, donner des instructions à l’IA et vérifier les textes produits. Certaines utilisent le Markdown, un format de texte simple qui conserve les titres et les listes. L’objectif reste concret : comprendre l’offre, choisir la bonne page et écrire une annonce qui respecte son contenu.

Du contenu de la page au texte d’annonce

Le code nomme les principales opérations de préparation et de vérification dans TransformationName_Enum.

Le système rassemble les informations de la page et d’autres sources, puis prépare les consignes données à l’IA. Il vérifie ensuite le texte produit et garde la trace des informations utilisées. La liste des opérations permet de reconstituer ce fonctionnement, sans établir à elle seule l’ordre exact de chaque étape.

Voir les détails techniques
READ_PROTO_FIELD_FROM_LLM_GENERATION_DATA READ_CACHE READ_VASCO_SIGNALS READ_ASSETS PROCESS_LP_SENTENCES_FOR_PROMPT PROCESS_TEXT_SNIPPET EXTRACT_XML_ITEMS MULTI_SIGNAL_CONCAT CONSTRUCT_PROMPT PROMPT_INFERENCE EXACT_GROUNDING EXTRACT_ASSET_RATING_CSV SIGNAL_ATTRIBUTION
La landing page présente l’offre, inspire les annonces, justifie leurs promesses et accueille le visiteur après le clic.
2

Relier l’entreprise aux recherches

Rassembler les informations sur l’entreprise et les rapprocher des recherches des internautes.

Une fiche de référence sur l’entreprise

Les noms présents dans le code indiquent une fiche sur l’entreprise, distincte de ses pages web. Elle peut réunir son identité, son activité, sa description, les caractéristiques de sa marque et plusieurs sources de contenu.

Voir les détails techniques
canonical_business_database_id cbdb_listing_id ads.awapps.anji.proto.express.cbdb.CbdbListingService ads.awservices.acqs.business.BusinessSuggestionService ads.awservices.acqs.prefill.PrefillSuggestionService suggested_brand_data.pb.dart business_classification.pbenum.dart batch_business_insights_request.pb.dart

Site web

crawled_imageindexed_imagefinal_url_asset_suggestion

Merchant Center

gmc_product_infogmc_asset_suggestiongmc_video_asset_suggestion

Business Profile

google_business_profile_asset_suggestion

Profils sociaux

social_profilesocial_profiles_asset_suggestion

YouTube

youtube_channelyoutube_channel_video_asset_suggestion

Vecteurs pour comparer les contenus

gemini_embeddingstarburst_embeddingembedding_metadata

Origine des informations

generation_reference_inforeference_textreference_image

Fonctions liées à Gemini

BRAND_TRAITS_GEMINIBUSINESS_CLASSIFICATION_GEMINIBUSINESS_DESCRIPTION_GEMINIMEDIA_INDEXING_IMAGES

L’IA s’appuie sur ce profil et sur sa connaissance des produits et de la marque pour évaluer ce que l’annonceur cherche à promouvoir.

Pour les équipes marketing, ces sources doivent raconter la même chose. Des catégories différentes, des descriptions contradictoires ou des offres incohérentes compliquent la création d’annonces et leur association aux bonnes requêtes.

Google Ads connaît des types de pages, pas seulement des URL

Pour créer un asset, le système peut puiser dans plusieurs pages du site et dans d’autres sources. La liste AdAssistantAssetExtractionSourcePB_Enum distingue notamment les pages selon leur rôle.

Pages du site, par fonction

LANDING_PAGESITE_PAGE HOME_PAGEABOUT_PAGE CONTACT_PAGEWHY_PAGE LANDING_PAGE_REPOSITORYSTRUCTURED_DATA

Sources hors du site

FACEBOOK_PAGEINSTAGRAM_PAGE YOUTUBE_PAGELINKEDIN_PAGE PINTEREST_PAGETWITTER_PAGE APP_METADATA

Historique publicitaire et modèles

AD_GROUP_CREATIVECAMPAIGN_CREATIVE ACCOUNT_CREATIVEPARENT_ASSET_GROUP_ASSETS CURATED_ASSETSLARGE_LANGUAGE_MODEL_OUTPUT AD_ASSISTANT_REQUEST_POLICY_CHECK

La page d’accueil, les pages « À propos », « Contact » et « Pourquoi nous » sont nommées séparément dans le code : HOME_PAGE, ABOUT_PAGE, CONTACT_PAGE et WHY_PAGE. Elles peuvent donc fournir des informations pour créer les annonces, au même titre que la page produit qui reçoit le clic.

Le code suit séparément la disponibilité de chaque source pour les suggestions d’assets : landing page, assets récents, anciennes campagnes, banque d’images, réseaux sociaux, Merchant Center ou Business Profile. AssetAutomationSuggestionsStatus prévoit 17 indicateurs de suivi, dont smartGenaiAssetSuggestionStatus, derrière ce que l’interface présente comme une seule fonctionnalité.

Une page « À propos » peu précise, une page « Pourquoi nous » absente ou un profil social qui contredit le site donnent à Google moins d’informations utiles pour écrire vos annonces.

Quelles requêtes servent à préparer les annonces ?

Familles de requêtes

RAW_TOPK_HISTORICAL_QUERIES RAW_TOPK_HISTORICAL_BM_QUERIES RAW_TOPK_HISTORICAL_DIVERSE_QUERIES TOPK_HISTORICAL_QUERIES_LP_GROUNDED RAW_TOPK_KEYWORDS TOPK_KEYWORDS_LP_GROUNDED RAW_VASCO_TOP_QUERIES RAW_TOPK_SEQUOIA_QUERIES

Trouver de nouvelles requêtes

CONTRA SQM_PEER SQM_NEAREST_NEIGHBOR CONTRA_VASCO CONTRA_DSA_SYNONYM BMM_PHRASE_UNIFICATION SQM_ORGANIC_TRAFFIC VASCO_ADGROUP_INTENT_MODEL CONTRA_TOP_KEYWORDS_LLM CONTRA_LLM

Le nom LP_GROUNDED indique que la requête ou le mot-clé est comparé au contenu de la landing page. Les réglages QuerySpec permettent de choisir la source des requêtes, leur nombre, la période analysée et un maximum par groupe d’annonces. Seule une partie de l’historique est donc retenue pour préparer les textes.

Les références aux requêtes similaires, aux synonymes, aux DSA et au broad match concernent la recherche de nouvelles requêtes pertinentes. SQM_ORGANIC_TRAFFIC désigne une variante utilisant des informations issues du trafic naturel. Le rapprochement des données payantes et organiques peut servir au reporting et aux suggestions ; il ne démontre pas qu’un score SEO entre dans le calcul d’Ad Rank.

Le mot-clé aide à déterminer quand une annonce peut être diffusée et avec quelle priorité. Il peut aussi servir aux enchères, à la recherche de nouvelles requêtes, à la création des textes et au reporting.

Origine de la correspondance

QueryMatchSourcePB_Enum

Ce qui relie l’annonce à la requête

ADVERTISER_PROVIDED_KEYWORD SEARCH_MAX_KEYWORDLESS SEARCH_MAX_BROAD_MATCH DYNAMIC_SEARCH_ADS UBERVERSAL DATA_FEED

Type de correspondance

QueryMatchTypePB_Enum

Le type de correspondance utilisé

EXACTPHRASEBROAD BROAD_SESSIONNEAR_EXACTNEAR_PHRASE BROAD_MATCH_EXPANSIONOPTIMIZED_REACH_KEYWORDLESSUBERVERSAL

Le code distingue les correspondances liées au contexte de recherche, les variantes proches et celles associées à Performance Max. Les rapports conservent aussi l’origine de la correspondance : AI Max sans mots-clés ou AI Max en broad match. Un rapport dédié relie chaque terme de recherche à la landing page et au titre d’annonce diffusés.

Voir les détails techniques

BROAD_SESSION correspond à l'utilisation du contexte de session. NEAR_EXACT et NEAR_PHRASE décrivent les close variants. UBERVERSAL est associé à Performance Max. Le rapport des termes de recherche conserve lui aussi la provenance du match, avec les valeurs AI_MAX_KEYWORDLESS et AI_MAX_BROAD_MATCH du segment search_term_match_source, et la vue ai_max_search_term_ad_combination_view relie chaque terme à la landing page et au headline servis.

Les règles publiques de priorité donnent l'avantage à une campagne Search lorsqu'une requête est identique à un mot-clé éligible. Les Search Themes ont une priorité comparable aux mots-clés phrase et broad. Les systèmes keywordless d'AI Max, DSA et Performance Max couvrent les demandes restantes.

Les Search Themes apportent-ils du trafic supplémentaire ?

La documentation publique propose de mesurer si un Search Theme apporte du trafic que Performance Max n’aurait pas trouvé seul. SEARCH_SHADOW désigne vraisemblablement cette base de comparaison. Une hausse des conversions dans le rapport ne suffit donc pas : il faut vérifier si le thème apporte de nouvelles recherches ou récupère celles déjà couvertes.

Voir les détails techniques
SearchThemeIncrementalityStatusPB_Enum INCREMENTAL_TO_SEARCH_SHADOW NO_DATA_OR_NOT_INCREMENTAL_TO_SEARCH_SHADOW

NavBoost et QBST : des requêtes pour aider à écrire les annonces

Le code prévoit plusieurs versions des fonctions de coécriture Coauthor. Cinq fonctions apparaissent chacune sous trois formes : sans précision supplémentaire, avec NavBoost désactivé (NAVBOOST_DISABLED) et avec un filtrage des requêtes rares (K_ANON_NAVBOOST). Le tableau conserve leurs identifiants techniques.

Fonction Sans précision supplémentaire NAVBOOST_DISABLED K_ANON_NAVBOOST
keyword aware19113120
query prefix EN41109116
query prefix I18N42110117
query prefix headline EN50111118
query prefix headline I18N51112119

Ces noms apparaissent parmi les fonctions qui préparent les landing pages, les requêtes et les titres d’annonces. Ils indiquent que des requêtes liées à une page peuvent aider à rédiger les textes.

Le procès antitrust décrit NavBoost comme un système qui relie requêtes et documents à partir de données de clic mémorisées. Un brevet Google prioritaire en 2004 décrit le mouvement inverse : à partir d'un document, récupérer les requêtes ayant mené à des clics, puis les utiliser comme mots-clés ou matière créative. La variante K_ANON_NAVBOOST indique un filtrage destiné à conserver des comportements agrégés tout en écartant les requêtes trop rares.

QBST signifie Query Based Salient Terms. Il repère les mots et expressions importants dans les pages pertinentes pour une requête, avec aussi des données de clic. Les noms QBST_TEXT_ASSET_SUGGESTION et QBST_ADVERTISER_TEXT_ASSET, présents dans WorkflowAssetGenerationKeywordSourcePB_Enum, le désignent comme une source de termes pour créer des assets.

Ces éléments indiquent que les requêtes, le contenu des pages et les données de clic peuvent aider à créer les annonces. Ils ne montrent pas que les classements naturels et publicitaires sont fusionnés.

3

Comment AI Max prépare les annonces

Le code permet de reconstituer les étapes entre la lecture de la page, la création des textes et leur sélection.

Des informations du site à la sélection des annonces

Les noms regroupés sous les identifiants 226 à 255 de SignalName_Enum évoquent la page, les rapports, la création de textes, leur évaluation, leur sélection et le brief. Le parcours ci-dessous en propose une lecture.

Voir les détails techniques
AIM_LLM_PAGE_MARKDOWN AIM_TEXTUALIZED_RESPONSE AIM_QUERY_REPORT AIM_QUERY_REPORT_EXTRACTED AIM_MARKET_REPORT AIM_MARKET_REPORT_EXTRACTED AIM_ASSETS_V1 … V5 AIM_AUTORATER_V1 … V3 AIM_USER_QUERY AIM_SELECTION_V1 … V5 AI_BRIEF_V1 AI_BRIEF_V2_AIMAX AI_BRIEF_V3_AIMAX
01Page et contexte annonceurContenu de la landing page, assets existants et informations sur l’entreprise.
02Rapports de requêtes et de marchéHistorique, intentions, contexte concurrentiel.
03Préparer les informations pour l’IALes informations utiles des rapports sont mises en texte pour être fournies à l’IA.
04Créer plusieurs textesProduire des titres, des descriptions et leurs variantes.
05Évaluer les textesUn modèle d’IA évalue les textes produits par un autre.
06SélectionChoisir des assets complémentaires à combiner dans les annonces.
07AI BriefConsignes de l’annonceur pour les messages, les requêtes et les audiences.

Les identifiants ADSAPI_SUPPORT_AI_BRIEF_FOR_TARGETING et ADSAPI_SUPPORT_PMAX_AI_BRIEF_FOR_TARGETING relient explicitement le brief au ciblage.

Les trois fonctions d’AI Max

AI Max for Search est annoncé en bêta le 6 mai 2025 et sort de bêta le 15 avril 2026. Il regroupe trois fonctions.

Search term matching

Broad match et technologie keywordless fondée sur les mots-clés, les créations et les URL.

Text customization

Headlines et descriptions produits à partir des textes existants, de la landing page et des signaux de requête.

Final URL expansion

Sélection d'une page adaptée à l'intention, puis ajustement des assets à son contenu.

La bascule est engagée. Depuis le 1er septembre 2026, les campagnes qui utilisaient les assets créés automatiquement (ACA) sont basculées d'office vers AI Max avec search term matching et text customization activés. Celles qui utilisaient le broad match au niveau campagne reçoivent uniquement le search term matching. Les campagnes DSA suivront à partir de février 2027, avec les trois fonctions et leurs contrôles d'URL conservés.

L’application prévoit des réglages AI Max au niveau de la campagne et du groupe d’annonces, ainsi que des inclusions et exclusions d’URL. Le rapport ai_max_search_term_ad_combination_view permet de relier un terme de recherche à la landing page et au titre d’annonce diffusés.

requête ou intention + création adaptée + page jugée pertinenteLes trois éléments que Final URL expansion associe pour diffuser une annonce.

Final URL expansion utilise l'architecture du site

Une page difficile à trouver dans le site, mal reliée aux autres pages ou peu claire sur son offre est plus difficile à sélectionner. Une page de catégorie, de service ou de zone desservie bien structurée peut répondre plus précisément à une recherche qu’une page générique.

Prérequis avant activation large
  • Final URL expansion dépend de Text customization et d'une stratégie Smart Bidding orientée conversion.
  • Les exclusions d'URL et les page feeds restent indispensables.
  • Les pages de login, de support, de mentions légales et les contenus sans objectif commercial doivent être écartés.

AI Brief : donner des consignes avec vos propres mots

AI Brief, annoncé le 30 avril 2026, organise les consignes de l’annonceur en trois catégories : les messages (Messaging Guidelines), les requêtes à viser (Matching Guidelines) et les audiences (Audience Guidelines). Des noms présents dans le code font référence à ces mêmes usages.

Le brief donne des règles pour choisir les requêtes, rédiger les textes et sélectionner les annonces. Il complète les mots-clés, les exclusions, les objectifs d’enchère et les consignes de marque.

Voir les détails techniques
QUERY_TARGETING_POSITIVE_INTENT QUERY_TARGETING_NEGATIVE_INTENT AUDIENCE_PRIORITIZATION_INTENT AIM_QUERY_REPORT_EXTRACTED AIM_AUTORATER_V1 … V3 AIM_SELECTION_V1 … V5
4

Créer, vérifier et sélectionner les annonces

Les informations fournies à l’IA, les consignes et les contrôles comptent autant que le modèle choisi.

Ce que vous fournissez à l’IA change le résultat

Le code permet de combiner le titre et la description de la page, les mots-clés, les assets existants, les informations sur l’entreprise et les requêtes. Il prévoit aussi des consignes de rédaction, des exemples et un format de réponse. Cet ensemble constitue une « recette » de création d’annonces.

Voir les détails techniques

LlmAssetGenerationConfig combine le titre et la description de page, les mots-clés, les assets existants, les informations business, le texte saillant et les requêtes. Chaque source possède ses minimums, maximums, séparateurs, préfixes et suffixes. LlmPromptSpec expose les instructions, les developer instructions, le contexte, l'entrée d'inférence, des exemples n-shot et les options de formatage.

llm_asset_generation_config.pb.dart llm_inference_config.pb.dart llm_prompt_spec.pb.dart llm_signal_processing_options.pb.dart asset_score.pb.dart asset_quality_signal_type.pbenum.dart source_attribution_configs.pbenum.dart transformation.pb.dart
recette = informations + consignes + modèle + nombre de textes + ajustements + contrôlesAvec le même modèle d’IA, des informations et des consignes différentes peuvent produire des annonces différentes.

Le code prévoit plusieurs systèmes pour faire fonctionner les modèles, avec des versions et des réglages différents. Ce choix peut répondre à des besoins de langue, de rapidité, de disponibilité ou de coût. Sax renvoie à Saxml, un logiciel publié par Google. Beyond, Evergreen, Servo, Steelmill et Uniserve restent des noms internes dont le rôle précis n’est pas documenté publiquement.

Six ans d’évolution de la création d’annonces

La liste AssetSelectionVersionPB_Enum contient 295 versions de méthodes de création et de sélection d’assets. Parmi elles, 157 portent une date, de mai 2020 à mai 2026. Elles montrent une évolution progressive des techniques prévues dans le code. Leur présence ne permet pas de savoir lesquelles sont actives sur un compte aujourd’hui.

2020 — 2021 Extraction, règles et DSA

Les premières méthodes assemblent des textes extraits du site, des modèles de rédaction par catégorie, des assets sélectionnés et des contenus issus des Dynamic Search Ads. Elles ne reposent pas sur une rédaction libre par l’IA.

Voir les détails techniques
BASE_MAY_2020HIGH_QUALITY_WITH_DSA_BUNDLE_AUG_2020 HIGH_QUALITY_WITH_EXTRACTIVE_MODELS_BUNDLE_AUG_2020 HIGH_QUALITY_MAQS_BUNDLE_NOV_2020CURATED_ASSETS_ONLY_NOV_2021
2022 Pegasus, MUM et vérification des sources

Des modèles capables de résumer et de comprendre les textes apparaissent. GROUNDED_GENERATIONS est nommé dès janvier 2022 : le code prévoit déjà de vérifier les textes produits à partir de leurs sources.

Voir les détails techniques
HIGH_QUALITY_WITH_GROUNDED_GENERATIONS_BUNDLE_JAN_2022 PEGASUS_MULTILINGUAL_2022MUM_2022 GENERATIVE_MODELS_BUNDLE_AUG_2022NATURAL_LANGUAGE_ONLY_NOV_2022
2023 Bard, modèles spécialisés et contrôle qualité

L’année compte le plus de versions. On y trouve des modèles adaptés à des tâches ou à des langues, des modèles plus petits entraînés à partir d’autres modèles, et des méthodes d’apprentissage guidées par l’évaluation des résultats. Cinq versions du contrôle QUAC apparaissent, ainsi qu’une méthode utilisant uniquement la base de landing pages.

Voir les détails techniques
BARD_GENERATED_ASSETS_ONLY_FEB_2023LANDING_PAGE_REPOSITORY_ONLY_FEB_2023 ACA_JA_LLMIT_STUDENT_JUNE_2023ACA_LLMIT_RL_MUM_OCT_2023 QUAC_V01 … V05ADS_GUIDE_PREVIEW_ASSET_GENERATION_BUNDLE_OCT_2023
2024 Échanges avec l’IA et modification des assets

Les méthodes prévues peuvent tenir compte de plusieurs échanges avec l’IA et de plusieurs groupes d’annonces. Certaines servent à modifier des assets existants ; une autre utilise uniquement le titre de la page.

Voir les détails techniques
NATURAL_LANGUAGE_MULTI_TURN_ASSET_GENERATION_BUNDLE_MAR_2024 MULTI_AD_GROUP_JULY_2024ASSET_MODIFICATION_OCT_2024 LP_TITLE_ONLY_JULY_2024
2025 Mots-clés générés, agents et Final URL expansion

Le code prévoit de suggérer des mots-clés avec un modèle de langage et nomme un premier assistant. Il associe aussi explicitement GenAI V3 à Final URL expansion.

Voir les détails techniques
LLM_KEYWORD_SUGGESTION_MAY_2025ADS_GUIDE_AGENT_V0_JUNE_2025 GENAI_V3_FUE_OCT_2025GEO_TARGET_FEB_2025 GAC_ASSET_BOOST_OCT_2025_V1
2026 Vérification des règles publicitaires et GenAI V4

Les dernières versions datées prévoient un assistant pour vérifier le respect des règles publicitaires et une méthode pour retravailler les textes avec GenAI V4.

Voir les détails techniques
BASIC_DSA_HL_DL_BUNDLE_JAN_2026 ADS_GUIDE_CREATIVE_AGENT_V0_POLICY_CHECK_MAR_2026 GAC_PREFILL_POST_PROCESSING_GENAI_V4_MAY_2026

Sept catégories de contrôles sur les annonces

Le code contient deux listes pour évaluer les assets : 88 types de scores dans AssetScore_ScoreType et 60 indicateurs de qualité dans AssetQualitySignalType_Enum. Elles partagent 59 noms, mais restent deux listes distinctes. Une grande partie des contrôles vérifie que le texte de l’annonce respecte le contenu de la page et que ses affirmations sont justifiées.

Voir les détails techniques

Le binaire déclare deux inventaires distincts pour noter un asset. AssetScore_ScoreType compte 88 valeurs, AssetQualitySignalType_Enum en compte 60, et 59 noms sont strictement identiques d'un registre à l'autre. Les mêmes noms existent des deux côtés : une fois comme signal de qualité attaché à l'asset, une fois comme score exploitable pour filtrer et classer. L'intersection est nominale : hors UNKNOWN, les 58 paires homonymes portent des identifiants numériques différents, ce qui exclut qu'un registre soit une inclusion wire de l'autre. Ce noyau commun est donc presque entièrement consacré à la fidélité et au grounding, avec 38 signaux de la seule famille FAITHFULNESS côté qualité.

Certains scores portent sur la pertinence, les clics attendus ou les conseils donnés pour améliorer les titres. D’autres cherchent à retrouver les phrases de la page qui ont servi à créer le texte. Ces contrôles répondent donc à plusieurs questions : l’annonce est-elle pertinente, attractive et conforme à son contenu source ?

Voir les détails techniques

Les 29 valeurs propres à AssetScore_ScoreType disent ce que le second registre ne couvre pas : la pertinence et la performance attendue (KEYWORD_RELEVANCE, PCTR, SELECTABILITY, EXTRACTION, ROUGE_FILTER), les onze classifieurs MAQS hérités de la génération pré-LLM, et les quatre diagnostics ASSET_STRENGTH_HEADLINE_*. Une seule valeur n'existe que du côté qualité, INFERRED_SOURCE_SENTENCES, qui compte les phrases sources reconstituées derrière un asset.

On peut regrouper ces contrôles en sept catégories. Ils aident à choisir les textes, à écarter ceux qui posent problème et à donner des indications à l’annonceur. Tous ne sont pas appliqués à chaque asset.

88types de scores d’assets
60indicateurs de qualité
59noms communs aux deux listes
38contrôles du respect du contenu source
295versions de méthodes de sélection

Pertinence et performance

L’annonce répond-elle à la recherche ?

KEYWORD_RELEVANCEPCTRSELECTABILITY

Landing page

Signaux tirés de la page de destination

LP_ASSET_FAITHFULNESS_CLASSIFIERMAQS_WEBPAGE_NAVIGATION_V1

Respect du contenu de la page

L’annonce décrit-elle correctement l’offre ?

FAITHFULNESS_V1 … V6contenu commun à l’annonce et à la page

Justification des promesses

Quels passages justifient les affirmations ?

NATURAL_LANGUAGE_GROUNDINGSEMANTIC_GROUNDING_V1 … V5

Rédaction et cohérence

Qualité de la phrase elle-même

grammairecréativitécontradictionnégationbon sens

Contenus à écarter

Un texte peut être écarté même s’il attire des clics.

contenu offensantcontenu sensiblerègles d’exclusion

Conseils sur les assets

Évaluation de chaque titre, famille ASSET_STRENGTH

clics attendus par titre (pCTR)expérience attendue sur la page (pLQ)score global

Les contrôles dépendent de la source du texte, du modèle utilisé, de la langue, du type d’asset et des fonctions activées sur le compte. Les 88 types de scores ne sont donc pas tous calculés pour chaque proposition d’annonce.

Voir les détails techniques

AssetScore transporte un type, une valeur, la langue, une catégorie et un éventuel code d'erreur. Les filtres limitent un scorer selon la source, le modèle, la langue, le type d'asset, la recette et le pourcentage de ramp-up. Google ne calcule donc pas 88 scores sur chaque candidat : le jury réellement convoqué dépend de la recette servie à ce compte, dans cette langue, ce jour-là.

Des vérifications successives

Le code suggère une sélection en plusieurs étapes : des règles simples écartent certains textes, puis des contrôles plus complexes évaluent ceux qui restent. L’ordre exact reste une interprétation de l’étude.

1Vérifier le formatLongueur, ponctuation, doublons stricts, contraintes de format.
2Vérifier la qualité du textePertinence, contenus sensibles et grammaire.
3Écarter les textes qui échouentLes textes retenus passent aux vérifications plus complexes.
4Comparer le texte avec ses sourcesVérifier les promesses, leurs conditions et le sens des phrases.
5Hard gatesUn seul motif de rejet peut écarter un texte, même s’il est pertinent.
6Sélection finaleChoisir des assets variés et limiter les répétitions.

88 types de scores sont prévus ; les contrôles appliqués varient selon les cas.

Vérifier chaque affirmation dans la page

Les réglages permettent de vérifier différemment un titre, une description, un produit ou un mot-clé. Le système peut comparer un texte entier ou des mots précis avec la page. Il peut aussi mesurer la part du texte justifiée par une source et repérer des négations qui changent le sens.

Voir les détails techniques

GenerativeModelGroundingOptions contient des seuils distincts pour headline, description, produit, long headline et mot-clé. LandingPageGroundingTechnique_Enum distingue SIMPLE_FULL_GROUNDING et WORD_LEVEL_GROUNDING. D'autres contrats mesurent le ratio de tokens attribués, le nombre de phrases sources, les filler tokens, les stopwords, les sources invisibles et les négations problématiques.

Le code prévoit de conserver les passages précis qui justifient une partie du texte d’annonce, avec leur langue et des limites de longueur et de nombre. Cette vérification est le grounding présenté plus haut.

Voir les détails techniques

SignalAttributionConfig conserve le signal source, la longueur minimale d'un fragment, le nombre maximal de fragments, leur distance et la langue. Le système rattache ainsi un morceau d'asset à des passages précis de la page.

Reprendre les mots du site ne suffit pas à respecter leur sens. Par exemple, transformer « livraison offerte dès 50 € » en « livraison offerte » fait disparaître une condition. Un brevet Google déposé initialement en 2023 décrit une vérification de chaque partie de phrase, le remplacement de celles qui échouent, puis un contrôle de la pertinence et des informations manquantes.

Quelles informations permettent de vérifier les promesses ?

La liste AssetQualitySignalType_Enum prévoit 38 indicateurs liés au respect du contenu source. Les variantes changent surtout les informations fournies pour vérifier le texte : titre seul, description, nom de l’entreprise, extraits ou contenu complet de la page.

Variante Informations utilisées pour vérifier le texte
FAITHFULNESS_V5Les informations habituellement fournies à cette méthode.
…_WITH_TITLE_TAGLe title de la page, seul.
…_WITH_TITLE_DL_METATAGTitle, listes de descriptions et meta description.
…_WITH_BUSINESS_NAME_TITLE_DL_METATAGLes mêmes, plus le nom de l'entreprise.
…_NO_LP_SENTENCESLes mêmes, mais privés des phrases extraites de la page.
…_WITH_SNIPPETSDes extraits sélectionnés plutôt que la page entière.
…_CONTEXT_ONLY_WITH_SNIPPETS_RAW_TEXTLes extraits et leur contexte, avec le texte complet.
…_NO_CONTEXT_WITH_SNIPPETSLes snippets sans aucun contexte autour.
…_WITH_FILLER_VOCAB_V2Des mots de remplissage ajoutés pour tester si le contrôle reste fiable.

Ces variantes permettent de poser des questions concrètes : le title suffit-il à vérifier une promesse ? La meta description aide-t-elle à retrouver la bonne source ? Le nom de l’entreprise évite-t-il de confondre deux marques ? Le texte complet apporte-t-il une information utile ou complique-t-il la vérification ?

D’autres contrôles cherchent les phrases sources probables, vérifient l’exactitude et l’utilité du texte, ou repèrent des contradictions et des changements de sens ou de ton.

Voir les détails techniques

Le même registre contient des juges spécialisés au-delà de la fidélité : INFERRED_SOURCE_SENTENCES pour la source inférée, SENTIMENT_INVERSION_CLASSIFIER_V1 pour le sentiment retourné, ACCURACY_CLASSIFIER_V1 pour l'exactitude, HELPFULNESS_CLASSIFIER_V1 pour l'utilité, AUTO_AIS_V7_CONTRADICTION et AUTO_AIS_V7_NEUTRAL pour la contradiction et la neutralité.

Ce que cela change pour les équipes SEA et SEO

Le title, la meta description, les listes de descriptions et le nom de l’entreprise peuvent servir à vérifier les promesses d’une annonce. Ils doivent décrire clairement la même offre, avec les mêmes conditions. Dans l’exemple de la livraison offerte, le montant minimum doit rester visible dans le contenu utilisé pour écrire l’annonce.

Le code nomme aussi un jeu de tests interne pour évaluer ces vérifications, avec des réponses de référence. Certains réglages permettent de ne renvoyer que les affirmations dont la source n’a pas pu être confirmée.

Voir les détails techniques

Un benchmark interne est nommé dans le binaire pour évaluer cette chaîne : IDENTIFIER_ADSORACLE_BENCHMARK_EXAM_GROUNDING_TRUTHS, un jeu de vérités terrain dédié au grounding. ExactGroundingConfig l'accompagne, avec le signal servant de vérité terrain, le type d'attribution à la source, le nombre maximal de valeurs en sortie et une option selectedUngroundedOnly qui ne remonte que ce qui n'a pas pu être vérifié.

L’IA peut écrire et évaluer les textes

L’évaluation prévoit le texte à contrôler, sa source, un résultat choisi parmi les réponses autorisées et une justification.

ExtractAssetRatingCsvConfig attend le texte évalué, son attribution, un label autorisé et une justification.

Un modèle peut donc créer un texte, l’évaluer ou vérifier d’où viennent ses affirmations. Google a aussi publié des méthodes de modération publicitaire qui regroupent les contenus similaires, retirent les doublons et font examiner une sélection par l’IA.

Voir les détails techniques
consignes de vérification → analyse par l’IA → résultat et justification → parsing → vérification de la réponse → note ou rejet

Sélectionner des textes d’annonce complémentaires

Le code suit le nombre de titres différents, les combinaisons possibles, la variété des arguments et les répétitions. Google décrit une logique comparable pour les RSA : assembler des assets adaptés au contexte, retirer les doublons, évaluer les combinaisons et envoyer les meilleures à l’enchère.

SLIDING_WINDOW SEMANTIC_GROUPING LLM_CLUSTERING MTP_LLM_CLUSTERING
qualité de chaque asset + diversité + variété des besoins couverts − répétitions

Les résultats passés aident à créer les prochains textes

Le système peut aussi utiliser les résultats des annonces déjà diffusées. La liste SignalName_Enum prévoit plusieurs informations sur leurs impressions et leurs clics.

Assets ayant obtenu des résultats

Voir les détails techniques
HIGH_CTR_ASSETSHIGH_CTR_ADV_ASSETS HIGH_CTR_CREATIVES HEADLINE_ADVERTISER_ASSETS_CLICKS HEADLINE_ADVERTISER_ASSETS_IMPRESSIONS NATURAL_LANGUAGE_HISTORICAL_TOP_PERFORMING_ASSET_EXTRACTOR

Méthodes orientées vers un objectif

Voir les détails techniques
PERFORMANT_GENERATION_ACA_V1 … V8 PERFORMANT_GENERATION_ACA_PCTR_V1 PERFORMANT_GENERATION_ACA_PLQ_V1 PERFORMANT_GENERATION_ACA_PCTR_PLQ_V1 PERFORMANT_ACA_FEATURES PERFORMANCE_WEIGHTED_RL_GENAI

Les textes qui ont obtenu des clics peuvent fournir des informations ou des exemples pour créer les suivants. Certains noms de méthodes citent aussi des objectifs de probabilité de clic (pCTR), d’expérience sur la landing page (pLQ) ou les deux (PCTR_PLQ). Ces estimations peuvent donc guider la création des textes, en plus de leur rôle dans l’enchère.

01Assets diffusésLes assets diffusés enregistrent des impressions et des clics.
02Performance observéeClics, impressions, parts de clic et d'impression par headline.
03Sélection des exemplesLes assets à fort CTR peuvent servir d’exemples pour les prochains textes.
04Création guidée par les résultatsObjectif de clics attendus, d’expérience sur la page, ou des deux.
05Évaluer les textesLes nouveaux textes passent à leur tour les contrôles de qualité.
06Diffuser les nouveaux assetsLe cycle recommence avec de nouvelles observations.

Pour le SEA, les assets actuels peuvent donc influencer les prochaines suggestions. Des textes peu variés donnent peu d’exemples différents à l’IA. Et un titre qui attire des clics avec une promesse mal tenue peut être intéressant pour le CTR tout en créant une mauvaise expérience après le clic.

Dix paraphrases d'un même bénéfice sont moins utiles qu'un ensemble couvrant produit, usage, audience, preuve, prix, disponibilité, marque, réassurance et appel à l'action.
Ad Strength

Ad Strength évalue la quantité, la pertinence, la diversité et les combinaisons possibles des assets. Google le présente comme une aide à l’amélioration des annonces : il n’entre pas dans le calcul d’Ad Rank ou du Quality Score et n’influence pas directement la possibilité de diffuser. Le statut « Incomplet » empêche toutefois un groupe d’assets Performance Max de diffuser. L’application utilise les recommandations pour indiquer quels assets ajouter afin de viser la note « Excellent ». Ce diagnostic complète l’analyse des performances et du trafic réellement supplémentaire.

5

Matching, enchère et diagnostics

Créer, associer aux requêtes, enchérir et mesurer : des fonctions à distinguer.

Plusieurs sélections ont lieu avant Ad Rank

Avant l’enchère, Google Ads a déjà sélectionné des pages utilisables, des informations pour écrire les textes, des requêtes pertinentes et des combinaisons d’assets. Il a aussi pu choisir des produits, des images ou des vidéos. Ad Rank intervient après ces choix.

Opération Ce qui est classé ou sélectionné Références dans le code
Recherche de pagesLes pages du site utilisables par Ads.UrlValidationService · LANDING_PAGE_REPOSITORY · VisurlService
Choix des passages utilesTitres, sections et extraits importants.SALIENT_STUFF_PROCESSOR · SNIPPET_SEGMENT_PROCESSOR
Recherche de requêtesLes recherches qui expriment les besoins à couvrir.RAW_TOPK_HISTORICAL_QUERIES · …_LP_GROUNDED · VASCO · SEQUOIA
Identification de l’entreprise et de ses offresEntreprise, marque, produits, établissements.canonical_business_database_id · business_classification
Sélection des textes d’annonceTitres et descriptions retenus après les contrôles.AssetScore_ScoreType · FAITHFULNESS · KEYWORD_RELEVANCE
Choix des combinaisons d’assetsLa combinaison d'assets envoyée en diffusion.SEMANTIC_GROUPING · LLM_CLUSTERING · MTP_LLM_CLUSTERING
Choix des produits et des visuelsProduits, images et vidéos sources.productFidelityScore · VIDEO_SOURCING_RANKING · indexed_image
EnchèreLes annonces éligibles à un emplacement.pCTR · pCQ · pLQ · Ad Rank

Les 88 types de scores d’assets servent à évaluer les textes pendant leur préparation. Ils ne constituent pas un second Ad Rank. Le site, le catalogue produit, les données structurées et les consignes de marque jouent donc un rôle en amont : ils fournissent les informations parmi lesquelles le système choisit.

Avant l’enchère, Google Ads a déjà choisi les informations, les textes, les pages et les visuels qui peuvent composer l’annonce.
Comprendre l’offre et créer les textes Matching Enchère Diagnostics et pilotage

A. Comprendre et créer

Lire le site et les autres sources sur l’entreprise, préparer les informations pour l’IA, créer les textes, vérifier les promesses et choisir les assets et la landing page.

B. Associer l’annonce à la requête

Déterminer les annonces qui peuvent répondre à une recherche : mots-clés exacts, expression, broad match, variantes proches, DSA, AI Max ou Performance Max. Appliquer les règles de priorité.

C. Calculer l’enchère et le classement

Utiliser le bid manuel ou Smart Bidding, les estimations de clic et de qualité, ainsi que les seuils d’Ad Rank pour déterminer la diffusion, la position et le prix.

D. Mesurer et améliorer

Utiliser Quality Score, Ad Strength, Optimization Score, les rapports, les recommandations et les simulateurs pour analyser les résultats et piloter les campagnes.

La landing page intervient à plusieurs moments : son contenu aide à créer l’annonce, sa qualité attendue compte dans l’enchère, puis des diagnostics aident l’annonceur à l’améliorer. Elle ne détermine donc pas à elle seule le classement ou le prix du clic.

Côté annonceur, via Smart Bidding

Avant l'enchère

Smart Bidding estime les chances de conversion et leur valeur, en tenant compte du budget ou de la cible ROAS. Il détermine le bid envoyé à l’enchère.

Côté Google, au moment de l'enchère

Pendant l'enchère

Google utilise notamment les estimations de clic et de qualité pour déterminer si l’annonce peut être diffusée, son classement, sa position et son prix.

Ad Mixer : classer les annonces et tenir compte du long terme

Selon un document Google remis à la CMA, l’autorité britannique de la concurrence, quelques centaines d’annonces jugées pertinentes arrivent dans Ad Mixer. Ce système leur attribue un score nommé Ad Score ou LTV Score. Les pièces du procès relient ce score au nom public Ad Rank.

LTV = bid × pCTR − βFormule simplifiée retenue dans l'opinion du juge Mehta du 5 août 2024.

D’autres pièces du procès expliquent que Google tient compte de la qualité attendue de l’annonce (pCQ) et de la page (pLQ). Le calcul combine le revenu attendu du clic et les effets négatifs d’une mauvaise expérience. Il intègre aussi le risque que les utilisateurs cliquent moins sur les publicités à l’avenir, appelé ads blindness.

Le document UPX0010 relie explicitement LTV Score et Ad Rank. Le prix du clic dépend aussi de mécanismes de tarification distincts de la qualité de l’annonce. Le dossier cite le squashing, le format pricing et rGSP, dont les détails figurent ci-dessous. L’opinion du juge Mehta indique que Google les a utilisés pour augmenter le prix des annonces textuelles.

Voir les détails techniques

UPX0010 établit lui-même le lien entre LTV Score et Ad Rank : « the higher the LTV Score (i.e., the higher the Ad Rank) ». Le prix payé, lui, ne découle pas mécaniquement de la qualité. Le dossier documente des leviers de pricing réglés pour le revenu, pas dérivés de la qualité de l'annonce : le squashing, qui relève artificiellement le pCTR du concurrent classé juste derrière et augmente ainsi son score LTV, le format pricing et rGSP, une enchère au second prix randomisée. L'opinion Mehta retient que Google s'en est servi pour relever le prix des annonces textuelles. La qualité de la page pèse dans le classement ; le CPC final dépend aussi de réglages visant le revenu.

pCTR

probabilité de clic

Estime la probabilité de clic selon la requête, l’annonce, la position et le contexte. Google précise que ses modèles pCTR n’utilisent pas d’informations issues de la landing page.

pCQ

qualité attendue de l’annonce

Estime la qualité de l’annonce, indépendamment de la landing page.

pLQ

expérience attendue sur la landing page

Estime avant le clic la qualité de l’expérience sur la landing page, à partir des comportements après le clic et d’informations sur les sessions.

β

baisse des clics futurs

Prend en compte le risque qu’une mauvaise expérience publicitaire réduise les clics futurs.

Des brevets déposés dès 2005 distinguent déjà la probabilité de clic de la qualité de la page de destination. Le code cite aussi des méthodes de création de textes orientées vers pCTR, pLQ ou les deux. Pour le SEA, l’enjeu est clair : un titre peut attirer des clics tout en créant une attente que la page ne satisfait pas.

Les seuils d’Ad Rank déterminent si une annonce peut occuper un emplacement. Ils varient selon sa qualité, le contexte, la position et le sujet de la recherche. Même sans concurrent direct, ils peuvent imposer un prix minimum. D’autres réglages de tarification peuvent également faire varier le CPC.

Voir les détails techniques

Les seuils d'Ad Rank déterminent l'éligibilité à un emplacement et varient selon la qualité, le contexte, la position et le sujet. Même sans concurrent direct, ils peuvent fixer un prix minimal. Le dossier judiciaire décrit aussi le squashing, l'ancien format pricing et rGSP, codename Polyjuice. Ces mécanismes modifient la référence de prix ou l'importance relative de certains termes.

La qualité de la page compte dans l’enchère. Le CPC dépend aussi du bid, de la concurrence, des seuils, de la position et des réglages de tarification.

Indicateur Niveau Rôle
Quality Score 1 à 10mot-cléDiagnostic des composantes de qualité.
Ad Strengthannonce ou asset groupConseils sur le nombre d’assets, leur variété et les arguments couverts.
pCTR, pCQ, pLQenchèreEstimations de clic et de qualité utilisées lors de l’enchère.
Optimization Scorecompte ou campagnePriorisation des recommandations.

Une pièce du procès distingue pCTR, pCQ et pLQ, utilisés lors de l’enchère, du Quality Score de 1 à 10, qui sert au diagnostic. Les scores affichés ou présents dans le code n’ont donc pas tous le même rôle.

Google classe aussi les conseils

Pour chaque recommandation, le code prévoit un effet sur l’Optimization Score si elle est appliquée et un autre si elle est refusée. Ces effets peuvent être suivis au niveau du compte et de la campagne. La note dépend donc aussi de la manière dont vous traitez les recommandations.

Voir les détails techniques

L'Optimization Score n'est pas seulement une note affichée. Les messages internes SuggestionScore et SuggestionScopeScore portent, pour chaque recommandation, un applyUplift et un dismissUplift distincts, un viewedScore et des portées campagne et compte. Le client soustrait ces deux uplifts au score agrégé de la page quand une suggestion est retirée. Le score se comporte comme un registre de mutations, pas comme une somme.

Le budget aussi est piloté automatiquement

Le code décrit une hausse temporaire du budget, avec un retour possible au budget initial. Il précise les informations nécessaires pour suivre cet ajustement.

Voir les détails techniques

Les noms de champs de deux messages internes décrivent un mécanisme d'ajustement temporaire et réversible du budget, avec un cycle de vie complet. Ce ne sont pas des noms d'enums isolés : ce sont des champs résolus à l'intérieur de messages, ce qui constitue une trace plus forte.

CampaignBudgetBoostInfo / BudgetBoostInfo budgetIncreaseAmount baselineBudgetAmount boostProcessingInfo applyProcessingInfo reversionProcessingInfo terminationProcessingInfo targetRoasRelaxationPercentMillis deliveryMethod isBudgetBoosted isLastBudgetBoostTerminated lastBudgetBoostId secondLastBudgetBoostId budgetBoostSeasonalityEventId AdaptiveBudgetsSettings baselineBudget maxIncreasePercentage maxDecreasePercentage isCampaignLevelOverride isExcluded

Suivre la hausse et le retour au budget initial

Quatre statuts techniques permettent de suivre l’application de la hausse, le retour au budget initial et la fin de l’ajustement. Parmi eux, le statut « apply » apparaît dans la version la plus récente du message.

Un objectif ROAS temporairement moins strict

Le réglage targetRoasRelaxationPercentMillis prévoit un assouplissement temporaire de la cible ROAS en complément de la hausse du budget.

Voir les détails techniques

targetRoasRelaxationPercentMillis indique que la hausse de budget s'accompagne d'un assouplissement temporaire de la cible de rentabilité, exprimé en pourcentage-millièmes.

Déclenché par un événement

Le réglage budgetBoostSeasonalityEventId associe la hausse à un événement saisonnier. Il suggère un lien avec un calendrier, sans préciser à lui seul comment la hausse est déclenchée.

AdaptiveBudgetsSettings prévoit aussi des limites pour les ajustements automatiques : un pourcentage autorisé, un minimum et un maximum. Des réglages propres à une campagne et une option d’exclusion sont prévus. Le système peut ainsi encadrer l’ampleur des variations de budget.

Voir les détails techniques

AdaptiveBudgetsSettings décrit un second mécanisme, adjacent : des bornes d'ajustement automatique en pourcentage, un plafond et un plancher, avec une possibilité de surcharge au niveau campagne et une option d'exclusion. Autrement dit, un compte peut définir l'amplitude dans laquelle le système s'autorise à bouger seul.

Ce que ça change pour le pilotage

En période de forte saisonnalité, une variation de dépense ou de ROAS peut aussi venir d’un ajustement temporaire du budget. Avant d’attribuer l’écart à la concurrence ou à une optimisation, vérifiez si une hausse a été appliquée puis annulée sur la période et quelles limites étaient autorisées.

6

AI search, Shopping et assistants

Dans une réponse générée, l'annonce doit être cohérente avec ce que l'IA vient d'expliquer.

Google indique que, pour les annonces servies dans AI Overviews, deux contextes sont pris en compte : la requête de l'utilisateur et le contenu de l'AI Overview. L'annonce Search ou Shopping doit gagner l'enchère, répondre à la requête et rester pertinente par rapport aux informations de la réponse générée.

Le code contient des fonctions qui pourraient servir à rapprocher les annonces du contenu d’une conversation.

requête utilisateur → réponse générée → intention commerciale détectée → annonce et produit pertinents pour les deux contextes

Dans une recherche classique, Google rapproche la requête, l’annonce et la landing page. Avec une réponse générée par l’IA, le contenu de cette réponse compte aussi. Plusieurs brevets de 2023 décrivent des annonces adaptées aux conversations : repérer les termes importants dans les échanges, préciser le besoin au fil des messages et adapter le texte publicitaire. Ces brevets décrivent des possibilités, pas la preuve de leur déploiement.

SEMANTIC_QUERY_MATCH SEARCH_INTENT AIM_TEXTUALIZED_RESPONSE AIM_USER_QUERY AIM_LLM_PAGE_MARKDOWN NATURAL_LANGUAGE_GROUNDING

Shopping utilise aussi le flux produit et le site

AI Max for Shopping exploite les données du flux Merchant Center, le contenu du site et la génération de titres pour répondre à des requêtes plus conversationnelles. Final URL expansion peut parcourir le site pour identifier des catégories, nouveautés, pages éditoriales commerciales et autres destinations pertinentes.

Le code prévoit des informations produit (gmc_product_info), des suggestions d’assets Merchant Center, des informations sur les titres et descriptions, ainsi que plusieurs versions de landing pages. Le productFidelityScore évalue si un asset généré décrit correctement le produit.

Les pièces du procès indiquent que les annonces textuelles et les Product Listing Ads utilisent des systèmes d’enchère distincts. Partager des sources de contenu ou des modèles ne signifie donc pas passer par une enchère unique.

Des assistants pour préparer et modifier les campagnes

Le nom GENERIC_MUTATE indique qu’un assistant peut préparer ou appliquer des modifications dans le compte, avec les contrôles prévus par le produit. Un autre ensemble, Ads Guide, réunit l’historique des échanges, les informations du site, la personnalisation et la création de campagnes. Il prévoit aussi des fonctions spécialisées et des modèles capables de raisonner en plusieurs étapes.

Les produits annoncés par Google suivent la même direction : Ads Advisor, Analytics Advisor et Ask Advisor. Google précise qu'une approbation est demandée avant l'application d'une action.

Voir les détails techniques
AWN_ADS_ADVISOR_ANALYSIS AWN_ADS_ADVISOR_DEEP_RESEARCH AWN_ADS_ADVISOR_BID_BUDGET_GUIDANCE_AGENT AWN_ADS_ADVISOR_NEGATIVE_KEYWORDS_SKILL AWN_ADS_ADVISOR_POLICY_SKILL_AUTOFIX AWN_ADS_ADVISOR_GENERIC_MUTATE AWN_ADS_ADVISOR_UI_NAVIGATION_TOOL
campagne = objectif + brief + contraintes + informations de référence + actions autorisées

Pour piloter ces assistants, les consignes et les sources doivent être cohérentes. Une règle de marque est difficile à appliquer si le site, le flux produit, Business Profile et les assets donnent des informations contradictoires. L’assistant s’appuie sur les données auxquelles il a accès.

7

Que faire sur vos campagnes et votre site ?

Huit chantiers pour les équipes SEO, SEA et AI search.

1. Structurer les pages pour que Google Ads utilise leur contenu

Dans le HTML de la page, chaque information importante doit être facile à repérer : produit ou service, public visé, bénéfices, preuves, prix, disponibilité et conditions. Organisez le contenu en sections claires, avec des phrases compréhensibles même lorsqu’elles sont lues séparément.

2. Rendre les promesses visibles

Affichez clairement les prix, remises, délais, garanties, certifications et restrictions. Chaque promesse de l’annonce doit pouvoir être retrouvée dans la page, avec ses conditions. Par exemple, conservez « dès 50 € d’achat » à côté de « livraison offerte ».

3. Aligner title, H1, sections, meta et schema

L’IA peut combiner le title, le H1, les sections, les balises meta et les données structurées. Ces éléments doivent décrire la même offre, la même marque et les mêmes conditions. L’objectif est la cohérence des informations, sans répéter mécaniquement les mêmes mots partout.

4. Traiter les URL et la navigation comme des leviers SEA

Rendez les pages de catégorie, de service, de zone desservie, les comparatifs et les sélections saisonnières faciles à trouver depuis la navigation. Le visiteur doit retrouver rapidement l’offre promise dans l’annonce et comprendre comment acheter ou prendre contact.

5. Préparer des assets complémentaires

Variez les arguments : produit, bénéfice, usage, public, preuve, prix, disponibilité, marque et appel à l’action. Des titres complémentaires donnent plus de possibilités de combinaison que plusieurs reformulations du même bénéfice.

6. Utiliser les requêtes pour améliorer les pages

L’historique des requêtes, le broad match, les Search Themes et les rapports AI Max montrent les besoins exprimés par les internautes. Utilisez-les pour repérer les informations manquantes, ajouter des sections utiles et créer des landing pages adaptées. Vérifiez aussi que le site justifie les promesses associées à ces recherches.

7. Conserver des mots-clés identiques sur les requêtes stratégiques

Le ciblage sans mots-clés ne supprime pas les règles de priorité. Sur les requêtes importantes pour la marque, les produits ou la rentabilité, un mot-clé identique à la recherche et éligible à la diffusion reste utile pour orienter le choix de la campagne. Cela ne garantit pas à lui seul la diffusion.

8. Vérifier AdsBot et harmoniser les sources

Une règle globale dans robots.txt ne suffit pas à contrôler AdsBot. Il faut vérifier AdsBot-Google, AdsBot-Google-Mobile, les réponses HTTP, les redirections et le rendu du contenu principal. Site, Merchant Center, Business Profile, YouTube, profils sociaux et assets existants doivent rester cohérents sur le nom de marque, les catégories, les produits, les visuels, les zones desservies, les prix et les conditions promotionnelles.

AI Brief

Un brief utile précise les messages obligatoires, les promesses interdites, les requêtes à viser ou à éviter, les audiences prioritaires et les pages autorisées. Indiquez aussi les termes sensibles, les catégories exclues et les preuves disponibles sur le site. Suivez ensuite les performances, les requêtes, la cohérence entre l’annonce et la page, et les conversions réellement supplémentaires.

8

Ce qu'il faut surveiller

Neuf points à vérifier dans Google Ads, vos rapports et les journaux de votre serveur.

Point de contrôle Où le lire Ce que ça révèle
Accès d'AdsBot Logs serveur filtrés sur AdsBot-Google et AdsBot-Google-Mobile, robots.txt, codes de réponse. Les pages auxquelles AdsBot n’arrive pas à accéder, même si Googlebot y parvient.
Origine de la correspondance Rapport des termes de recherche, colonne de type de correspondance, libellés AI_MAX_KEYWORDLESS et AI_MAX_BROAD_MATCH. La part du trafic captée hors de vos mots-clés, et sur quelles intentions.
Terme de recherche, page et titre d’annonce ai_max_search_term_ad_combination_view La destination et le texte que Google associe à chaque intention.
URL retenues par l'expansion Rapport des URL de destination, liste des exclusions, page feeds. Les pages sans objectif commercial qui reçoivent du trafic payant.
Assets générés automatiquement Onglet des assets, filtre sur la source de création, assets refusés ou en attente. Les promesses que la page ne justifie pas, et celles que Google a écartées.
Variété des assets Ad Strength et le détail de ses recommandations, rapport de performance des assets. Les titres qui se répètent et les arguments manquants.
Composantes du Quality Score Colonnes CTR attendu, pertinence de l'annonce et expérience sur la page, au niveau du mot-clé. L'écart entre un texte attractif et une destination qui tient la promesse.
Cohérence entre vos sources Diagnostics Merchant Center, fiche Business Profile, suggestions d'assets proposées par Google. Quelle source Google retient quand le site, le flux et la fiche se contredisent.
Trafic supplémentaire des Search Themes Colonne d'incrémentalité des Search Themes dans Performance Max. Si un thème capte une demande nouvelle ou en réattribue une déjà couverte.

Ces observations ne suffisent pas à prouver l’effet d’une modification. La saisonnalité, la concurrence, le budget et l’apprentissage des enchères peuvent aussi faire évoluer les résultats. Pour mesurer un effet, comparez des situations aussi proches que possible, ne changez qu’un facteur à la fois et laissez suffisamment de temps au test.

9

Méthode, sources et annexe

Nous avons analysé les versions 3.34 et 3.37 de l’application pour relever les fonctions prévues, les informations échangées et les réglages disponibles. La comparaison porte sur la même architecture, afin de distinguer les changements de version des différences liées à la façon dont l’application est construite. Ce travail a été complété par l’observation de l’interface web ads.google.com : plusieurs captures du trafic échangé lors de sessions réelles ont permis de recouper le vocabulaire et les schémas du site avec ceux relevés dans l’application.

Un outil développé pour l’étude a permis de lire la structure du programme, au-delà d’une simple recherche de mots. Des contrôles ont vérifié que l’analyse couvrait bien les données attendues : 3 018 groupes lus sur 3 018, puis 220 champs identiques sur 225 lors d’une comparaison avec l’interface web. L’inventaire de la version 3.37 comprend 1 638 listes de valeurs techniques et 39 409 entrées. La méthode détaillée reste consultable ci-dessous.

Voir les détails techniques

Le binaire n'a pas été lu par simple extraction de chaînes. Un désérialiseur du snapshot Dart a été écrit pour l'occasion et contrôlé par les oracles internes du format : 3 018 clusters lus sur 3 018, aucune référence hors de son type, fin de flux atteinte exactement. Les initialiseurs BuilderInfo, qui déclarent les champs protobuf, ont été désassemblés puis recoupés avec les descripteurs de l'interface web : 220 champs identiques sur 225. Les comptes d'inventaire ont été refaits par identité de classe et de bibliothèque, ce qui sépare les homonymes que le premier dump agrégeait : 1 638 types d'enums et 39 409 constantes en version 3.37.

Cette lecture est comparée aux pièces du procès US v. Google, à la documentation des produits, aux publications Google Research et aux brevets cités plus bas. Ces sources aident à interpréter les fonctions repérées dans le code.

L’application ne révèle pas les réglages internes des modèles, les seuils de décision ni les fonctions réellement activées sur chaque compte. Certains liens restent des hypothèses, notamment le rôle de SEARCH_SHADOW et l’ordre des contrôles ou des étapes AI Max. Beyond, Evergreen, Servo, Steelmill, Uniserve et Sequoia restent des noms internes sans documentation publique.

Sources principales

Procès US v. Google

Documentation et annonces Google

Publications de recherche

Brevets

Annexe

Les inventaires bruts de la version 3.37 sont publiés sur une page séparée : 173 services gRPC regroupés par famille, les 25 enums cités dans l'étude avec leurs 1 507 valeurs, et les 2 143 bibliothèques protobuf. Ils font plusieurs fois la taille de ce texte et ne se lisent pas de la même façon.

Consulter l'annexe : inventaires de la version 3.37

La question à se poser : que peut comprendre Google Ads de notre entreprise et de notre offre, et quelles promesses notre site permet-il de justifier ?

Autres sources et études

Sept 2026 RESONEO Shop, une démo WebMCP : 135 outils exposés à un agent IA, 33 scénarios guidés, données en direct et simulées Août 2026 Ce que ChatGPT récupère, ce qu'il montre, ce qu'il cite (mis à jour : il cherche beaucoup moins large, et cite autant) Août 2026 Google Map disséqué : 72 signaux de ranking et l'architecture qui relie le Web, les lieux et l'IA Juil 2026 ChatGPT experiments tracker : ce qu'OpenAI teste avant de le déployer Juil 2026 Comment votre téléphone Google vous tracke pour « mieux vous servir » Juin 2026 3 729 456 URLs internes de Google, sans en ouvrir aucune Juin 2026 Ce que Google construit vraiment Juin 2026 Dans la tête de l'algorithme Pinterest Juin 2026 Comment Chrome classe les sites en interne Mai 2026 Le téléphone IA de demain, vu de l'intérieur d'un APK Google More stuffs...
RESONEO