Cet article fait partie du guide de migration d'Universal Analytics vers Google Analytics 4. Consultez son sommaire.

[UA→GA4] Migrer la collecte des données d'e-commerce d'UA vers GA4

Bonnes pratiques pour configurer la collecte des données d'e-commerce dans des propriétés Google Analytics 4
Cet article s'adresse aux propriétaires de sites Web qui souhaitent collecter des données d'e-commerce dans leurs propriétés Universal Analytics et Google Analytics 4. Il contient également des informations sur les bonnes pratiques pour les propriétaires d'applications mobiles qui utilisent Google Analytics pour Firebase.

Le nom de certains événements et paramètres d'e-commerce a changé pour les propriétés Google Analytics 4. Utilisez les paramètres et noms GA4 appropriés pour obtenir les rapports sur l'e-commerce et les données d'événements d'e-commerce les plus utiles dans votre propriété GA4.

Pour migrer d'UA à GA4 :

  • Ne modifiez pas votre implémentation UA.
  • Créez des événements en double pour votre propriété GA4. Utilisez les nouveaux paramètres et noms d'événement requis pour les propriétés Google Analytics. Vous disposerez de deux implémentations indépendantes côte à côte, chacune agissant de manière légèrement différente.

Éviter de partager les implémentations d'e-commerce entre UA et GA4

Si vous utilisez votre implémentation d'e-commerce UA existante (c'est-à-dire les événements dataLayer et le code gtag.js) avec une propriété GA4, vos rapports sur l'e-commerce GA4 ne seront pas complets. La bibliothèque gtag.js traduit automatiquement certains événements et paramètres UA, mais pas tous, en fonction de ce qui est nécessaire pour GA4.

Par ailleurs, vous ne devez pas non plus simplement basculer vers les noms des événements et des paramètres GA4. UA ne collectera aucune donnée pour les événements qu'il ne reconnaît pas. Par exemple, tous les événements d'e-commerce GA4 comportent le paramètre item_id au lieu de id.

Pour cette raison, nous vous recommandons de mettre en place deux implémentations : une pour UA et une pour votre propriété GA4.

Étant donné que cela entraîne l'envoi de deux événements au lieu d'un seul habituellement, vous pouvez utiliser votre implémentation UA et ajouter uniquement les événements/paramètres supplémentaires requis pour envoyer des données aux propriétés GA4. Vous devez toutefois connaître en détail les deux ensembles différents d'événements et de paramètres. Si vous conservez votre structure et vos objets dataLayer UA :

  • vous devez ajouter de nouveaux événements/paramètres GA4 pour accéder à l'ensemble des fonctionnalités de reporting dans les propriétés GA4 ;
  • lorsqu'un événement UA a été abandonné dans GA4, vous devez créer un événement en double avec le nouveau nom GA4.

Principes de base : événements et paramètres

Un événement indique comment interpréter les données de produit, de liste et/ou de promotion que vous envoyez. Les paramètres transmettent des informations plus spécifiques sur un événement.

  • Pour GA4, les paramètres sont intégrés dans un tableau items (en savoir plus). Notez la différence avec le dataLayer UA, pour lequel des informations supplémentaires sur les actions devaient être spécifiées pour des événements distincts.
  • L'ajout de tags d'e-commerce est soumis aux limites d'événements et de paramètres GA4. Vous pouvez spécifier jusqu'à 25 paramètres personnalisés par événement (le tableau items n'occupe qu'un seul emplacement), jusqu'à 50 dimensions personnalisées et 50 métriques personnalisées par projet (en savoir plus).

Paramètres obligatoires pour l'e-commerce GA4

(paramètres obligatoires en gras)

Si vous n'incluez pas les paramètres requis pour les événements spécifiques à l'e-commerce (ex. items, item_id et item_name), ils ne s'afficheront pas dans vos rapports sur l'e-commerce GA4. Au lieu de cela, ils seront enregistrés comme événements personnalisés.

Nom de l'événement

Paramètres

view_item

currency, items, value

view_item_list

items, item_list_name, item_list_id

select_item

items, item_list_name, item_list_id

add_to_wishlist

currency, items, value

add_to_cart

currency, items, value

view_promotion

items, promotion_id, promotion_name, creative_name, creative_slot, location_id

select_promotion

items, promotion_id, promotion_name, creative_name, creative_slot, location_id

view_cart

currency, items, value

remove_from_cart

currency, items, value

begin_checkout

coupon, currency, items, value

add_payment_info

coupon, currency, items, payment_type, value

add_shipping_info

coupon, currency, items, shipping_tier, value

purchase

affiliation, coupon, currency, items, transaction_id, shipping, tax, value

refund

affiliation, coupon, currency, items, transaction_id, shipping, tax, value

Les paramètres (coupon, affiliation, item_list_name et item_list_id) peuvent être transmis au niveau de l'événement ou de l'article. S'ils sont présents à la fois au niveau de l'événement et de l'article, le niveau de l'article est prioritaire.

Paramètre d'événement

Paramètres au niveau de l'article

Articles (voir ci-dessous)

affiliation, coupon, currency, discount, index, item_id, item_brand, item_category, item_category2, item_category3, item_category4, item_category5, item_list_name, item_list_id, item_name, item_variant, price, quantity

Le tableau suivant décrit les paramètres du tableau d'articles individuels qui peuvent être collectés.

Nom du paramètre du tableau d'articles

Description

affiliation

Nom ou code de l'affilié (partenaire/fournisseur, le cas échéant) associés à un article individuel

coupon

Nom ou code du bon de réduction (le cas échéant) associés à un article individuel

discount

Remise (le cas échéant) associée à un article individuel

item_brand

Marque de l'article

item_category

Catégorie de l'article

item_category2

Hiérarchie de la deuxième catégorie ou taxonomie supplémentaire pour l'article

item_category3

Hiérarchie de la troisième catégorie ou taxonomie supplémentaire pour l'article

item_category4

Hiérarchie de la quatrième catégorie ou taxonomie supplémentaire pour l'article

item_category5

Hiérarchie de la cinquième catégorie ou taxonomie supplémentaire pour l'article

item_id

Identifiant de l'article (obligatoire)

item_name

Nom de l'article (obligatoire)

item_variant

Variante de l'article, ou code unique ou description donnant plus de détails/options sur les articles

price

Prix de l'article

quantity

Quantité associée à l'article avec lequel un utilisateur interagit

Mappage entre UA et GA4

Certains noms ont changé. Par exemple, les paramètres du dataLayer qui correspondaient précédemment à "impression" ou "product" sont désormais regroupés dans items.

Il existe maintenant un tableau items.

Il n'y a aucune distinction entre l'e-commerce et l'e-commerce amélioré dans les propriétés GA4.

Comment utiliser ce tableau ?

  • Comparez les modifications apportées aux événements (colonne A par rapport à colonne C).
  • Examinez les exigences et les modifications au niveau des dimensions/paramètres (colonne B par rapport à colonne D). Consultez le tableau supplémentaire ci-dessous qui met en évidence les modifications apportées aux paramètres des articles/produits.
  • Si vous avez une application Firebase, notez les modifications suivantes apportées aux noms d'événements, puis effectuez les changements correspondants pour les faire correspondre aux noms d'événements GA4 (colonne C). Les nouveaux rapports spécifiques à l'e-commerce dans les propriétés GA4 ne s'afficheront pas dans l'interface Firebase. En outre, la version Firebase des rapports détaillés sur les événements (pour ecommerce_purchase et purchase, par exemple) ne sera peut-être pas mise à jour.
    • Événements modifiés
      • ecommerce_purchase (Google Analytics pour Firebase) -> purchase
      • ecommerce_refund (Google Analytics pour Firebase) -> refund
      • select_content (Google Analytics pour Firebase) -> select_item
      • present_offer (Google Analytics pour Firebase) -> select_promotion
    • Nouveau
      • view_cart

Colonne A

Noms d'événements UA (référence)

Colonne B

Dimensions UA (référence)

Colonne C

Noms d'événements GA4 (référence)

Colonne D

Paramètres GA4 (référence)

purchase

refund

id

coupon

revenue

tax

shipping

currencyCode

**products (voir détails ci-dessous)

purchase

refund

transaction_id

coupon

value

tax

shipping

currency

**items (voir détails ci-dessous)

checkout_option

option

*add_payment_info

payment_type

checkout_option

revenue

currencyCode

option

*add_shipping_info

price

currency

shipping_tier

checkout

currencyCode

revenue

coupon

step (analytics.js uniquement)

option (analytics.js uniquement)

**products

*begin_checkout

currency

value

coupon

**items

addToCart

N/A

removeFromCart

N/A

currencyCode

revenue

**products

*add_to_cart

*add_to_wishlist

*remove_from_cart

*view_cart

currency

value

**items

pageview

currencyCode

**products

revenue

*View_item (par défaut pour les vues)

currency

**items

value

pageview

productClick

list

N/A, n'existait pas

**products

*View_item_list (vue "Merchandising")

*select_item

item_list_name

item_list_id

**items

pageview

promotionClick

id

name

creative

position

**products

*view_promotion

*select_promotion

promotion_id

promotion_name

creative_name

creative_slot

**items

* Nouveau nom d'événement ou nom modifié par rapport à UA

Détails

Paramètres GA4

Dimensions UA correspondantes

**Items/Products detail

items

item_id

item_name

item_brand

item_category

item_category2

item_category3

item_category4

item_category5

item_variant

affiliation

discount

coupon

price

quantity

products

id

name

brand

category

N/A, n'existait pas

N/A, n'existait pas

N/A, n'existait pas

N/A, n'existait pas

variant

N/A, n'existait pas

N/A, n'existait pas

coupon

price

quantity

Dans UA, les noms d'événements suivants sont considérés comme des événements d'e-commerce dans les propriétés GA4 :

  • purchase
  • refund
  • begin_checkout
  • add_to_cart
  • remove_from_cart
  • view_cart
  • add_to_wishlist
  • view_item*
  • view_promotion
  • select_promotion
  • select_item*
  • view_item_list
  • add_payment_info
  • add_shipping_info
  • * Ces événements n'acceptent qu'un seul article.

Lorsque l'un des événements ci-dessus est envoyé à une propriété GA4 via l'API gtag.js, le traitement des événements d'e-commerce GA4 recherche une clé items dans le modèle d'événement. S'il la trouve, le paramètre est analysé sous la forme d'un tableau comportant jusqu'à 200 articles, chacun d'entre eux étant un objet avec schéma prédéfini. Pour chaque article, l'e-commerce GA4 transmet les données à n'importe quel champ d'une liste prédéfinie. La liste suivante correspond aux champs prédéfinis initiaux associés à un article :

  • item_id
  • item_name
  • item_brand
  • item_category
  • item_category2
  • item_category3
  • item_category4
  • item_category5
  • item_variant
  • price
  • quantity
  • coupon
  • index
  • item_list_name
  • item_list_id
  • discount
  • affiliation
  • location_id
  • promotion_id (au niveau de l'événement ou de l'article ; le niveau de l'article est prioritaire)
  • promotion_name (au niveau de l'événement ou de l'article ; le niveau de l'article est prioritaire)
  • creative_name (au niveau de l'événement ou de l'article ; le niveau de l'article est prioritaire)
  • creative_slot (au niveau de l'événement ou de l'article ; le niveau de l'article est prioritaire)

Si vous ne modifiez pas l'instrumentation de vos événements depuis UA, vous ne verrez plus les événements suivants dans vos rapports sur l'e-commerce GA4, car les anciens noms d'événements ne seront pas reconnus. Créez un événement en double avec le nom approprié pour votre propriété GA4.

  • set_checkout_option (fusionné avec begin_checkout dans GA4)
  • checkout_progress (fusionné avec begin_checkout dans GA4)
  • select_content (il ne s'agit plus d'un événement d'e-commerce GA4, mais c'est toutefois un événement recommandé, non compatible avec le tableau des articles)

Les propriétés GA4 introduisent d'autres paramètres au niveau de l'article (par exemple, affiliation, currency et quelques paramètres item_category). Vous ne bénéficierez pas des avantages associés à ces paramètres supplémentaires si vous ne remplacez pas les balises. Toutefois, ces paramètres supplémentaires sont facultatifs et ne poseront pas de problème si vous ne les utilisez pas.

Mettre à jour le dataLayer pour Google Tag Manager

Pour profiter des nouveaux événements proposés dans les propriétés GA4, vous devez ajouter de nouveaux événements/paramètres dans le dataLayer et de nouveaux déclencheurs d'événements dans Google Tag Manager.

  • Vous pourrez déterminer manuellement quelle clé dataLayer faire correspondre à un paramètre d'événement spécifié. 
    • Par exemple, dans UA, vous devez déployer le paramètre id (de l'événement d'achat) dans l'objet dataLayer en tant que ecommerce.purchase.actionField.id. Avec GA4, vous pouvez spécifier la clé dataLayer à mapper au paramètre d'événement transaction_id. Si vous avez réutilisé l'objet dataLayer UA, vous pouvez créer une variable dataLayer Google Tag Manager mappée à la clé ecommerce.purchase.actionField.id, puis attribuer cette variable à l'événement Google Analytics 4 en tant que transaction_id. Vous pouvez également mapper la variable dataLayer Google Tag Manager à la clé ecommerce.purchase.transaction_id et l'attribuer au paramètre d'événement transaction_id.
  • Vous pouvez continuer à référencer des objets dataLayer existants.
    • Si vous utilisez des objets dataLayer existants à partir de votre implémentation UA, vous ne pouvez pas profiter des nouveaux paramètres et noms d'événement GA4 (paramètres supplémentaires au niveau de item, par exemple). Toutefois, vous obtiendrez des rapports sur l'e-commerce pour les événements existants si vous créez manuellement les variables nécessaires dans Tag Manager.
Lorsque vous configurez un tag d'événement GA4 dans Google Tag Manager afin d'envoyer un événement d'e-commerce à l'aide du dataLayer, vous devez saisir manuellement les variables dataLayer en tant que paramètres d'événements, comme le nom du paramètre. Par exemple : items et value {{ecommerce.purchase.products}}, où {{ecommerce.purchase.products}} est une variable dataLayer Tag Manager que vous devez créer afin de lire le tableau de produits dans le dataLayer. Vous devez créer une variable dataLayer pour chaque paramètre au niveau de l'événement, l'attribuer à un paramètre d'événement, puis répéter cette procédure pour chaque événement d'e-commerce. Pour plus de détails, consultez l'exemple ci-dessous.

Code push dataLayer Google Tag Manager UA (référence)

Implémentation Google Tag Manager GA4 réutilisant le dataLayer existant implémenté pour UA

dataLayer.push({

  'ecommerce': {

    'purchase': {

      'actionField': {

        'id': 'T12345',                         // ID de la transaction. Obligatoire pour les achats et les remboursements.

        'affiliation': 'Online Store',

        'revenue': '35.43',                     // Valeur totale de la transaction (taxes et frais de livraison inclus)

        'tax':'4.90',

        'shipping': '5.99',

        'coupon': 'SUMMER_SALE'

      },

      'products': [{                            // Liste de productFieldObjects.

        'name': 'Triblend Android T-Shirt',     // Le nom ou l'identifiant est obligatoire.

        'id': '12345',

        'price': '15.25',

        'brand': 'Google',

        'category': 'Apparel',

        'variant': 'Gray',

        'quantity': 1,

        'coupon': ''                            // Vous pouvez omettre les champs facultatifs ou les définir sur une chaîne vide.

       },

       {

        'name': 'Donut Friday Scented T-Shirt',

        'id': '67890',

        'price': '33.75',

        'brand': 'Google',

        'category': 'Apparel',

        'variant': 'Black',

        'quantity': 1

       }]

    }

  }

});

 

Vous devez créer des variables dataLayer pour chaque paramètre au niveau de l'événement, comme dans l'exemple ci-dessous.

 

Vous devez répéter cette procédure pour chaque événement d'e-commerce dont vous effectuez le suivi.

Exemples d'intégration

Configurer l'entonnoir d'achat

Un entonnoir d'achat comprend généralement quatre étapes :

Afficher les produits

L'utilisateur consulte un article ou une liste d'articles. Pour mesurer le nombre de vues/d'impressions de la liste d'articles, déployez une liste d'articles au niveau du dataLayer et collectez un événement en même temps que ces données.

  • gtag.js 
    • Événement : view_item_list OU view_item
      • Dans UA, l'événement équivalent est "impressions".
    • Paramètres : ils doivent inclure au moins item_id OU item_name.
      • Dans UA, les paramètres ne comportaient pas le préfixe "item_", et "list_position" a été remplacé par "index".
  • Google Tag Manager 
    • Événement : view_item_list OU view_item
      • Dans UA, l'événement équivalent est "impressions".
    • Paramètres : items correspond à une variable dataLayer "ecommerce.items". Les paramètres correspondent à "items{ }" et doivent inclure au moins item_id OU item_name.
      • Dans UA, les paramètres ne comportaient pas le préfixe "item_". De plus, "position" a été remplacé par "index".

Ajouter au panier

L'utilisateur sélectionne un article et l'ajoute à son panier. Il peut y avoir des variantes, par exemple ajouter un article à une liste de souhaits ou demander plus d'informations.

  • gtag.js
    • Événement : add_to_cart
    • Paramètres : ils doivent inclure au moins item_id OU item_name.
  • Google Tag Manager
    • Événement : add_to_cart
      • Dans UA, l'événement dataLayer équivalent est "addToCart". Il nécessitait un actionFieldObject "add" supplémentaire. actionFieldObject n'est plus nécessaire dans l'objet dataLayer pour GA4.
    • Paramètres : regroupés dans "items", ils doivent inclure au moins item_id OU item_name.
      • Dans UA, il fallait ajouter une variable "products" distincte pour les informations sur les produits.

Règlement

L'utilisateur accède à son panier contenant un article et commence le processus de règlement. Les étapes supplémentaires (par exemple l'ajout d'informations de paiement ou de livraison) sont associées à leurs propres événements GA4. Si votre flux de règlement inclut ces étapes supplémentaires, assurez-vous d'envoyer des événements spécifiques pour qu'ils soient inclus dans votre entonnoir d'achat.  

  • gtag.js
    • Événement : begin_checkout
      • Dans UA, il existe des événements pour "checkout_progress" et "set_checkout_option" qui ne sont pas disponibles dans les propriétés GA4. Consultez plutôt les événements spécifiques pour add_to_cart, add_shipping_info et add_payment_info.
    • Paramètres : ils doivent inclure au moins item_id OU item_name.
  • Google Tag Manager
    • Événement : begin_checkout
      • Dans UA, l'événement dataLayer équivalent est "checkout". Cette action nécessitait un objet actionFieldObject supplémentaire (soit "checkout"). Un tel actionField n'est pas nécessaire dans GA4. Toutefois, vous ne devez pas modifier votre implémentation existante : vous risqueriez de nuire au schéma d'e-commerce dans UA.
    • Paramètres : regroupés dans "items", ils doivent inclure au moins item_id OU item_name.
      • Dans UA, il fallait ajouter une variable "products" distincte pour les informations sur les produits.

Acheter

L'utilisateur effectue un achat.

  • Dans les propriétés GA4, cet événement est automatiquement marqué comme conversion une fois qu'il a été ajouté à votre code.
  • gtag.js
    • Événement : purchase
      • Dans UA, il existait des événements pour "checkout_progress" et "set_checkout_option" qui ne sont pas encore disponibles dans les propriétés GA4. 
    • Paramètres : ils doivent inclure au moins transaction_id.
 

UA – analytics.js

référence

UA – gtag.js

référence

Propriétés GA4 – gtag.js

référence

ga('ec:addProduct', {

  'id': 'P12345',

  'name': 'Android Warhol T-Shirt',

  “Other optional values”

});

 

ga('ec:setAction', 'purchase', {

  'id': 'T12345', 

  “Other optional values”                        });

gtag('event', 'purchase', {

  "transaction_id": "123",

  “Other optional values”

  "items": [

    {

      "id": "P12345",

      "name": "Android Warhol T-Shirt",

     “Other optional values”

    },

    {

      "id": "P67890",

      "name": "Flame challenge TShirt",

     “Other optional values”

    }

  ]

});

gtag('event', 'purchase', {

  "transaction_id": "123",

  “Other optional values”

  "items": [

    {

      "item_id": "P12345",

      "item_name": "Android Warhol T-Shirt",

     “Other optional values”

    },

    {

      "item_id": "P67890",

      "item_name": "Flame challenge TShirt",

     “Other optional values”

    }

  ]

});

La balise analytics.js utilise l'e-commerce amélioré pour définir un objet productFieldObject qui donne des informations détaillées sur le produit, et un objet actionFieldObject pour spécifier l'action qui se déroule.

 

La migration vers gtag.js donne lieu à de grandes différences. Un seul événement est automatiquement enregistré en tant qu'e-commerce. Les informations sur la transaction et le produit peuvent être incluses. Celles sur le produit peuvent être envoyées dans un tableau (plutôt que de nécessiter des événements supplémentaires).

Envoyez un événement d'achat avec les articles inclus dans la transaction.

 

La dénomination des valeurs requises est différente. Par exemple, "id" devient "item_id", et "name" devient "item_name".

 

Notez également les différences au niveau des valeurs facultatives.

Envoyez un événement d'achat avec les articles inclus dans la transaction.

 
  • Google Tag Manager
    • Événement : purchase
      • Dans UA, l'événement dataLayer équivalent est purchase. Il nécessite un champ d'action pour l'ensemble de la transaction. 
    • Paramètres : regroupés dans "items", ils doivent inclure au moins item_id OU item_name.
      • Dans UA, il fallait ajouter une variable "products" distincte pour les informations sur les produits.
 

UA – Tag Manager

référence

Propriétés GA4 – gtag.js

référence

dataLayer.push({

  'ecommerce': {

    'purchase': {

      'actionField': {

        'id': 'T12345',

        ‘Other optional values’

      },

      'products': [{

        'name': 'Triblend Android T-Shirt',     

        'id': '12345',

        ‘Other optional values’

       },

       {

        'name': 'Donut Friday Scented T-Shirt',

        'id': '67890',

        ‘Other optional values’

       }]

    }

  }

});

dataLayer.push({

  'event': 'purchase',

  'ecommerce': {

    'items': [{

      'item_name': 'Triblend Android T-Shirt',

      'item_id': '12345',

      ‘Other optional values’

    },

    {

      'item_name': 'Donut Friday Scented T-Shirt',

      'item_id': '67890',

      ‘Other optional values’

 

    }]

  }

});

Envoyez les détails de la transaction au dataLayer à l'aide de l'action d'achat, ainsi qu'un événement qui déclenchera une balise activée pour l'e-commerce amélioré.

Envoyez les données sur la transaction avec une page vue, si celle-ci est disponible lors du chargement de la page. Sinon, utilisez un événement lorsque les données sur la transaction deviennent disponibles.

Modifications notables :

  • GA4 liste les articles plutôt que les produits. Bien que vous puissiez utiliser votre implémentation UA, votre propriété GA4 ne collecte que des informations de base (le nombre d'événements, par exemple) et n'accepte pas de fonctionnalités supplémentaires (ex., la création de rapports sur les entonnoirs).
  • La dénomination des valeurs requises est différente. Par exemple, "id" devient "item_id", et "name" devient "item_name".
    • Notez également les différences au niveau des valeurs facultatives.

Pour mesurer les transactions, déployez une liste d'articles au niveau du dataLayer et collectez un événement purchase en même temps que ces données. Cet exemple suppose que les informations sur les produits affichées sur une page sont connues au moment du chargement de la page.

Activités d'e-commerce supplémentaires

Les propriétés GA4 peuvent également capturer des informations supplémentaires :

  • Mettre en avant un privilège qui était associé à un article ou à un événement.
    • Coupon vous permet de spécifier le nom d'un bon de réduction associé à un article (livraison gratuite ou réduction de 20 % sur un article, par exemple). Le type de données est une chaîne, et il s'agit d'un paramètre de type "item".
    • Discount (nouveau) vous permet de spécifier la valeur monétaire de la remise associée à un article ("0,05", par exemple). Il s'agit de données de type "float".
  • Promotion : les promotions incluent un système de messagerie intégré au site afin de rediriger les utilisateurs vers une section spécifique de votre site/application.
    • promotion_id ou promotion_name est nécessaire, sinon les données ne seront disponibles que dans les rapports standards du tableau d'événements.
    • Pour attribuer un achat à une promotion, vous devez ajouter le paramètre promotion_id ou promotion_name au niveau de l'article ou de la liste d'articles de chaque événement d'e-commerce.
  • Refunds : évalue le remboursement d'une transaction.
    • Le remboursement est un événement spécifique qui peut traiter les remboursements totaux ou partiels.
    • transaction_id est nécessaire, sinon les données ne seront disponibles que dans les rapports standards du tableau d'événements.
Ces informations vous-ont elles été utiles ?
Comment pouvons-nous l'améliorer ?
Recherche
Effacer la recherche
Fermer le champ de recherche
Applications Google
Menu principal
Rechercher dans le centre d'aide
true
69256
false
false