Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

Questions fréquentes

Cette page fournit des informations générales et des questions fréquentes sur l'API Google Pay.

À propos de l'API Google Pay

Google Pay permet de payer sans effort sur votre application et votre site Web. Grâce à l'API Google Pay, vos clients peuvent utiliser les cartes enregistrées dans leur compte Google pour payer facilement dans vos applications et sur vos sites.

Obtenir de l'aide

Inscrivez-vous à la Google Pay & Wallet Console, puis sélectionnez "Contacter l'assistance". Nous pouvons vous aider à résoudre les problèmes liés à vos intégrations. Consultez également notre guide de dépannage Android et notre guide de dépannage Web pour déboguer vous-même votre intégration.

Fonctionnalités compatibles

L'API Google Pay propose plusieurs fonctionnalités.

Modes de paiement acceptés

L'API Google Pay peut renvoyer des cartes ou des jetons réseau.

Facturation récurrente et abonnements

La compatibilité avec la facturation récurrente est liée au mode de paiement renvoyé dans la réponse de l'API Google Pay. Vous pouvez utiliser les cartes tokenisées et les cartes enregistrées pour la facturation récurrente. Pour traiter la facturation récurrente, le marchand n'a pas besoin d'appeler notre API à une fréquence donnée. En revanche, les identifiants de paiement sont stockés côté marchand pour les paiements récurrents. Le marchand utilise les API de sa passerelle de paiement pour gérer la facturation récurrente.

Google Pay accepte les paiements récurrents si les affirmations suivantes sont vraies :

Les marchands respectent les règles du réseau, telles que les transactions initiées par le marchand.
Les conditions de paiement sont divulguées et acceptées par l'utilisateur dans le parcours d'achat du marchand.

Nous acceptons également la facturation récurrente avec des montants variables. Par exemple, les factures de téléphone mensuelles des opérateurs mobiles sont acceptées. Pour en savoir plus, les marchands doivent contacter le représentant de leur passerelle de paiement.

Rechargement automatique

Pour traiter un rechargement automatique du même montant, le marchand n'a pas besoin d'appeler notre API à chaque fois. Les identifiants de paiement sont stockés côté marchand et réutilisés. Pour en savoir plus, les marchands doivent contacter le représentant de leur passerelle de paiement.

Rejets de débit

Les marchands peuvent gérer les annulations de transactions, les remboursements ou les litiges de la même manière que les rejets de débit pour les autres modes de paiement. Pour en savoir plus, les marchands doivent contacter le représentant de leur processeur.

Collecte de dons

Les organisations à but non lucratif (OBNL) approuvées peuvent intégrer l'API Google Pay pour collecter des dons, à condition de fournir des documents prouvant, certifiant et validant leur statut d'organisation à but non lucratif. Par exemple, les OBNL américaines doivent fournir une preuve valide de leur statut 501(c)3 de l'IRS pour être éligibles.

Règles et conditions d'utilisation

Conditions d'utilisation de Google Pay

Tous les marchands doivent accepter et respecter les Conditions d'utilisation de Google Pay.

Règlement sur l'utilisation acceptable de l'API Google Pay

Tous les marchands doivent accepter et respecter le Règlement sur l'utilisation acceptable de l'API Google Pay.

Règlement sur les jeux d'argent et de hasard

Notre règlement sur les jeux d'argent et de hasard est défini dans le Règlement sur l'utilisation acceptable de l'API Google Pay.

Notre règlement sur les jeux d'argent et de hasard peut être modifié de temps en temps. Toutes les demandes sont soumises à un examen et à une approbation.

Nous acceptons les intégrations de jeux d'argent et de hasard provenant d'entreprises basées dans les pays suivants :

Australie
Autriche
Canada
Tchéquie
France
Géorgie
Allemagne
Grèce
Hongrie
Irlande
Italie
Japon
Pays-Bas
Pologne
Portugal
Roumanie
Espagne
Suède
Royaume-Uni

À l'avenir, nous pourrions décider d'étendre la compatibilité au-delà du niveau actuel.

Pour obtenir l'accès en production à l'API Google Pay pour les intégrations de jeux d'argent et de hasard, vous devez remplir un certain nombre de conditions préalables :

Si vous avez une intégration de jeux d'argent et de hasard réservée à Android dans l'un des pays mentionnés précédemment, vous devez d'abord respecter la Règle sur les jeux d'argent et de hasard de Google Play et suivre le processus de validation de Google Play. Nous pourrons ensuite évaluer votre intégration Android uniquement pour l'accès en production à l'API Google Pay.
Si vous disposez d'une intégration de jeux d'argent et de hasard sur le Web uniquement et que vous êtes basé dans l'un des pays mentionnés précédemment, vous devez fournir une licence autorisée pour prouver que vous êtes éligible à proposer des services de jeux d'argent et de hasard dans le pays lors de votre procédure d'intégration à l'API Google Pay. Nous pourrons ensuite évaluer votre intégration Web uniquement pour l'accès en production à l'API Google Pay.
Si vous avez intégré des jeux d'argent et de hasard sur Android et sur le Web dans l'un des pays mentionnés précédemment, vous devez d'abord respecter le Règlement sur les jeux d'argent et de hasard de Google Play et suivre le processus de validation de Google Play. Nous pourrons ensuite évaluer vos intégrations Android et Web pour l'accès en production à l'API Google Pay.

Pays soumis à des conditions ou restrictions spécifiques

Les intégrations de jeux d'argent et de hasard sont autorisées dans les pays listés si elles répondent aux critères suivants :

Pays	Éligibilité à l'intégration Android	Éligibilité à l'intégration Web
Bulgarie	Oui, avec des restrictions : Les applications qui redirigent vers un site Web sont éligibles. Les applications qui ne redirigent pas vers un site Web sont interdites.	Oui
Chypre	Oui, avec des restrictions : La loterie d'État est éligible. OPAP Cyprus Limited est éligible. Les casinos en ligne sont interdits. Les machines à sous sont interdites. Les paris sur les courses hippiques sont interdits. Les paris sur les courses de chiens sont interdits. La spéculation sur les écarts financiers est interdite. Les plates-formes d'échange de paris sont interdites.	Oui, avec des restrictions : La loterie d'État est éligible. OPAP Cyprus Limited est éligible. Les casinos en ligne sont interdits. Les machines à sous sont interdites. Les paris sur les courses hippiques sont interdits. Les paris sur les courses de chiens sont interdits. La spéculation sur les écarts financiers est interdite. Les bourses de paris sont interdites.
Finlande	Oui, avec des restrictions : Veikkaus Oy est éligible.	Oui, avec des restrictions : Veikkaus Oy est éligible.
Kazakhstan	Oui, avec des restrictions : Les loteries sont autorisées. Les paris sportifs sont autorisés. Les totalisateurs sont autorisés. Les casinos en ligne sont interdits. Les casinos électroniques sont interdits.	Oui, avec des restrictions : Les loteries sont autorisées. Les paris sportifs sont autorisés. Les totalisateurs sont autorisés. Les casinos en ligne sont interdits. Les casinos électroniques sont interdits.
Pologne	Non	Oui, avec des restrictions : Les fournisseurs de jeux d'argent et de hasard titulaires d'une licence sont éligibles.
Afrique du Sud	Oui, avec des restrictions : Les paris sportifs en ligne sont autorisés.	Oui, avec des restrictions : Les paris sportifs en ligne sont autorisés.

Si vous étendez l'API Google Pay à un pays pour lequel vous n'avez pas encore été approuvé, contactez-nous pour obtenir l'approbation de cette extension. Veuillez noter que vous devrez fournir une licence de jeux d'argent et de hasard autorisée pour chaque pays dans lequel vous prévoyez de proposer des services liés aux jeux d'argent et de hasard. Nous n'autorisons pas l'utilisation de l'API Google Pay pour les services de jeux d'argent et de hasard destinés aux personnes mineures ou à celles qui ne sont pas autorisées à jouer en vertu des lois locales.

Règlement sur les services de santé

Notre règlement sur les soins de santé est défini dans le Règlement sur l'utilisation acceptable de l'API Google Pay.

Préparez-vous à partager une licence pertinente lors de l'intégration pour valider votre cas d'utilisation dans le domaine de la santé. Toutes les demandes sont soumises à examen et approbation.

Règlement sur les services financiers

Notre règlement sur les services financiers est défini dans le Règlement sur l'utilisation acceptable de l'API Google Pay.

Préparez-vous à partager une licence pertinente lors de l'intégration pour valider votre cas d'utilisation des services financiers. Toutes les demandes sont soumises à un examen et à une approbation.

Questions fréquentes générales

Les questions fréquentes suivantes s'appliquent aux marchands :

J'utilise un PSP majeur pour gérer tous les risques et l'authentification forte du client. Que dois-je savoir sur GPay ?

L'API Google Pay renvoie les modes de paiement dans une charge utile signée et chiffrée. Les modes de paiement renvoyés se composent de cartes PAN ou tokenisées, constituées de PAN d'appareil (DPAN) et de cryptogrammes.

Les charges utiles de cartes tokenisées sont traitées sans étape ni vérification supplémentaires.

Les charges utiles de carte qui se composent d'un PAN nécessitent 3D Secure via une solution interne ou fournie par un PSP.

Si votre PSP gère toute la logique de risque et d'authentification forte, assurez-vous que votre intégration de l'API Google Pay inclut les propriétés suivantes :

merchantInfo.merchantName (Android, Web) : le nom du marchand s'affiche sur la feuille de paiement.
transactionInfo.countryCode (Android, Web) : indique où la transaction est traitée. Vous devez spécifier le pays de la banque acquéreuse.
transactionInfo.totalPrice (Android, Web) : valeur monétaire totale de la transaction, avec une précision décimale facultative de deux décimales.

Comment obtenir un ID de marchand Google ?

Vous pouvez obtenir un ID marchand Google une fois que Google a approuvé votre site Web. Pour lancer le processus, connectez-vous à la Google Pay & Wallet Console et créez une intégration de l'API Google Pay. Vous devez fournir une liste de domaines complets avec des sous-domaines, qui vous aident à appeler l'API Google Pay.

Pouvons-nous utiliser un seul ID Merchant pour plusieurs marques et canaux (Web/application) ?

Oui, l'utilisation d'un seul ID de marchand pour plusieurs marques et plates-formes (comme le Web et Android) est possible et généralement recommandée pour simplifier le rapprochement.

Comment les marchands peuvent-ils promouvoir l'acceptation de Google Pay dans leurs applications et sur leurs sites auprès de leurs utilisateurs ?

Pour mettre en avant la compatibilité avec Google Pay, veillez à utiliser les ressources disponibles dans nos consignes relatives à la marque pour Android et le Web.

Si vous avez une intégration Android, vous pouvez indiquer dans la description du Play Store que vous acceptez désormais Google Pay. Pour les intégrations Web, vous pouvez ajouter directement une description au site Web du marchand.

Les plates-formes d'e-commerce peuvent-elles accepter Google Pay ?

Oui, l'API Google Pay est compatible avec l'intégration des plates-formes d'e-commerce. Les sociétés de traitement des paiements, les passerelles ou les plates-formes d'e-commerce partenaires qui hébergent une page de paiement pour le compte de leurs marchands peuvent utiliser la fonctionnalité de paiement hébergé de Google Pay.

Quels fournisseurs de services de paiement sont compatibles avec Google Pay ?

Pour trouver la liste des processeurs compatibles avec Google Pay, consultez notre liste des processeurs Google Pay.

Dans quels pays et régions Google Pay est-il disponible ?

Consultez notre liste des pays acceptés qui utilisent Google Pay pour les paiements en ligne ou dans les applications.

Dans quels pays et régions les jetons Google Pay (CRYPTOGRAM_3DS) sont-ils acceptés ?

Consultez notre page Trouver les modes de paiement acceptés pour les achats en magasin et sans contact pour obtenir la liste des pays et des banques qui acceptent les jetons Google Pay.(CRYPTOGRAM_3DS) Les cartes compatibles et non compatibles sont listées.

Quelle est la différence entre la facturation des achats in-app dans Google Play et l'API Google Pay ?

Les développeurs Google Play qui vendent des produits et services numériques dans des applications Android doivent utiliser la facturation des achats in-app dans Google Play, comme indiqué dans le Centre d'informations sur les règles pour les développeurs Google Play. La facturation des achats in-app peut s'appliquer, par exemple, aux produits de jeu virtuels, aux fonctionnalités ou contenus d'applications, et aux produits logiciels cloud. Pour en savoir plus sur la facturation des achats in-app, consultez la page Présentation de Google Play Billing.

Lorsqu'elle est utilisée dans des applications, l'API Google Pay n'est disponible que pour les produits et services physiques.

Google Pay facture-t-il des frais ?

Google Pay ne facture pas de frais supplémentaires aux utilisateurs, aux marchands ni aux développeurs pour l'utilisation de l'API Google Pay pour les paiements. Les marchands, en particulier, continuent de payer des frais de traitement à leur société de traitement des paiements.

Que fait Google pour valider les identifiants et éviter les fraudes ?

Toutes les cartes ajoutées à Google font l'objet d'une autorisation de validation pour confirmer les informations de la carte, y compris le code CVC. Google exécute également un moteur de risque propriétaire basé sur les données des instruments, les profils de compte Google, l'historique des achats, les positions et les informations sur les appareils. Toutefois, les marchands doivent continuer à utiliser leurs outils actuels d'évaluation des risques et de la fraude pour les transactions Google Pay.

Google Pay est-il compatible avec les WebViews d'applications mobiles ?

Les WebViews Android sont entièrement compatibles avec Google Pay et imitent l'expérience Web mobile, à condition d'ajouter la dépendance WebKit nécessaire. Toutefois, sur les WebView iOS, l'API isReadyToPay renverra toujours la valeur "false" en raison des restrictions iOS sur les cookies tiers. L'application Android et le domaine du site Web dans la WebView doivent être approuvés pour l'accès en production. Pour en savoir plus sur l'implémentation, consultez la documentation Utiliser Android WebView ou Utiliser iOS WKWebview.

Mon processeur ne figure pas dans la liste. Puis-je quand même intégrer Google Pay ?

Google Pay noue constamment des partenariats avec des plates-formes d'e-commerce et des sociétés de traitement des paiements. Si vous ne trouvez pas votre processeur sur g.co/pay/processors, vous pouvez envoyer une demande. Vous recevrez une notification lorsque votre processeur sera disponible.

Comment activer Google Pay si j'ai déjà un fournisseur de plate-forme de paiement ou une société de traitement des paiements ?

Google Pay fonctionne avec différents prestataires de services de paiement et fournisseurs de plates-formes d'e-commerce. Chacun d'eux propose une documentation spécifique et personnalisée pour vous aider à vous lancer, ainsi que notre tutoriel principal pour une intégration facile.

Comment proposer Google Pay à grande échelle à mes marchands si je suis un processeur de paiement compatible ?

Les sociétés de traitement des paiements compatibles peuvent implémenter notre solution de paiement hébergée pour les intégrations Web. Le paiement hébergé permet à vos clients de proposer Google Pay à leurs clients et d'éviter l'intégration individuelle à Google Pay.

Pour commencer, vous devez d'abord vous inscrire en tant que société de traitement des paiements compatible. Pour intégrer la solution de paiement hébergée, contactez le contact technique Google qui vous a aidé à effectuer l'intégration.

Comment Google Pay peut-il proposer différentes options de livraison et différents prix à mes utilisateurs si je propose la livraison dans mon processus de paiement ?

Pour les intégrations Web, vous avez besoin d'une adresse de livraison et vous affichez différentes options de livraison et de tarification dans l'objet PaymentDataRequest, l'objet PaymentOptions et l'objet PaymentDataCallbacks. Pour obtenir un exemple de situation, consultez la démonstration Mise à jour dynamique des prix.

Pour les intégrations Android, vous devez indiquer une adresse de livraison dans l'objet PaymentDataRequest.

Comment recevoir l'argent des achats effectués avec Google Pay ?

L'API Google Pay facilite les transactions en transmettant les informations de paiement des utilisateurs à votre prestataire de services de paiement. Il ne fait pas partie du flux monétaire et est conçu pour s'intégrer à votre infrastructure de paiement existante.

Quelles sont les conditions requises pour accéder à la production ?

Les marchands doivent créer une fiche d'établissement dans la Google Pay & Wallet Console et importer des captures d'écran de leur parcours d'achat pour examen. Chaque domaine hébergeant l'API Google Pay doit être envoyé individuellement pour approbation, car les domaines génériques (par exemple, *.merchant.com) ne sont pas acceptés. Pour en savoir plus, consultez la page Publier votre intégration pour Android et/ou le Web.

Comment puis-je connaître l'état de ma demande d'intégration et savoir si je dois apporter des modifications après votre processus d'examen ?

Une fois que vous avez envoyé votre intégration de l'API Google Pay pour examen, vous recevez un e-mail avec les résultats. Si votre intégration respecte notre Règlement sur l'utilisation acceptable et nos consignes relatives à la marque, elle est approuvée et son état est Active dans la Google Pay & Wallet Console. Si des modifications sont nécessaires, l'état indique Informations supplémentaires requises, et l'e-mail fournit des détails sur ce qui doit être corrigé avant de renvoyer la demande. Pour toute question concernant votre demande, vous pouvez contacter l'assistance directement depuis la Google Pay & Wallet Console.

Comment résoudre les problèmes d'intégration de l'API Google Pay si un message d'erreur s'affiche ?

Pour connaître les codes d'erreur courants et les solutions, consultez nos guides de dépannage pour Android et le Web. Si vous avez d'autres questions, contactez l'assistance via la Google Pay & Wallet Console.

Comment personnaliser mon intégration de l'API Google Pay pour limiter les cartes ?

Toutes les personnalisations des cartes sont disponibles dans l'objet CardParameters pour Android et le Web. Par exemple, vous pouvez choisir les réseaux de cartes et les pays émetteurs de cartes que vous souhaitez autoriser.

Qu'est-ce que l'API Google Pay ?

L'API Google Pay permet à vos clients de payer d'un simple clic avec les modes de paiement enregistrés dans leur compte Google. L'API permet à des millions d'utilisateurs de payer facilement avec des centaines de millions de cartes enregistrées. Il offre une sécurité accrue, car les données de paiement des clients sont chiffrées de bout en bout, des serveurs de Google à votre société de traitement des paiements. L'intégration est simple et fonctionne avec votre pile de traitement des paiements existante. Elle peut être implémentée en quelques lignes de code.

Quel est le lien entre l'API Google Pay et l'API Google Wallet ?

L'API Google Pay et l'API Google Wallet sont deux API distinctes. L'API Google Pay permet à vos clients d'utiliser Google Pay comme mode de paiement sur votre site Web ou votre application Android. L'API Google Wallet permet aux développeurs de créer et de gérer des cartes numériques pour divers cas d'utilisation. Par exemple, des cartes de fidélité, des billets, des cartes d'accès, des dossiers médicaux et d'autres éléments personnalisables. Pour en savoir plus sur l'API Google Wallet, consultez la documentation pour les développeurs sur l'API Google Wallet.

Quelle est la version actuelle de l'API Google Pay et comment les mises à jour sont-elles gérées ?

La version actuelle est indiquée dans la documentation pour Android et le Web. Google gère cette version depuis plusieurs années, en ajoutant uniquement de nouvelles fonctionnalités et des champs facultatifs. Toutes les mises à jour apportées à l'API sont rétrocompatibles pour garantir que les intégrations actuelles ne sont pas perturbées.

Quelles plates-formes sont compatibles avec les DPAN (CRYPTOGRAM_3DS) et les FPAN (PAN_ONLY) ?

Les DPAN sont spécifiques à Android et ne sont disponibles que lors du paiement sur les appareils Android ou sur le Web mobile/les WebViews Android. Le Web pour ordinateur et les appareils iOS ne sont pas compatibles avec les DPAN et renvoient PAN_ONLY par défaut.

Comment faire la différence entre un DPAN et un FPAN, et comment les traiter ?

Plutôt que d'identifier strictement les DPAN par rapport aux FPAN, l'objet assuranceDetails est conçu pour aider les marchands à déterminer si une transaction doit être authentifiée via 3D Secure pour répondre aux exigences d'authentification forte du client (SCA). Pour recevoir ces informations, les marchands doivent ajouter assuranceDetailsRequired: true au paramètre de carte dans leur requête API Google Pay.

Quelle est la différence entre cardHolderAuthenticated et accountVerified ?

Lorsque assuranceDetailsRequired est défini sur true dans la requête, la réponse inclut deux propriétés :

accountVerified : indique que la carte utilisée pour payer est authentique et que le compte est en règle. Toutefois, cette validation ne suffit pas à protéger les autorisations.
cardHolderAuthenticated : indique que l'utilisateur a commencé la transaction avec son appareil Android et a utilisé un jeton réseau provisionné basé sur l'appareil.

Comment utilisons-nous ces indicateurs pour déclencher 3D Secure ?

Les marchands doivent utiliser ces indicateurs pour créer leur logique de déclenchement 3D Secure. Si cardHolderAuthenticated et accountVerified renvoient true, les identifiants sont considérés comme très sécurisés et conformes à la SCA. Vous n'avez pas besoin d'authentifier la transaction pour une authentification 3DS supplémentaire.

Les marchands recevront-ils des jetons d'e-commerce s'ils définissent assuranceDetailsRequired: true ?

Non, les jetons d'e-commerce sont contrôlés au niveau du PSP.

Les transactions Google Pay sont-elles éligibles au transfert de responsabilité ?

La disponibilité du transfert de responsabilité dépend du réseau de cartes. Pour en savoir plus, consultez Activer le transfert de responsabilité Visa.

Comment identifier les transactions de type "Acheter maintenant, payer plus tard" ?

Actuellement, il n'existe aucun identifiant spécifique pour les transactions BNPL. Ils apparaîtront dans votre système comme des identifiants FPAN classiques.

Google peut-il fournir des cartes de test pour tester les scénarios d'ACS ?

L'API Google Pay ne peut pas fournir directement de cartes de test SCA. Votre PSP devrait pouvoir utiliser sa suite de cartes de test dans son environnement sandbox pour vos besoins de test.

Quelle est la date d'expiration ou la valeur TTL (Time-To-Live) des identifiants de paiement chiffrés ?

La charge utile Google Pay chiffrée expire exactement au bout d'une semaine. Les marchands qui gèrent des autorisations différées ou un traitement asynchrone doivent s'assurer que le paiement est autorisé auprès de leur prestataire de services de paiement (PSP) dans ce délai avant l'expiration de la charge utile.

Comment les opérations post-achat, telles que les remboursements et les réautorisations, sont-elles gérées ?

Google Pay ne fait pas partie du flux monétaire et sert uniquement de passerelle pour les identifiants tokenisés. Une fois la transaction initiale effectuée, votre prestataire de services de paiement (PSP) mappe les informations de paiement de la charge utile chiffrée à son propre jeton propriétaire (par exemple, un "jeton marchand" ou un "ID de profil client"). Toutes les interactions post-achat et les mouvements d'argent sont gérés entièrement entre vous et votre PSP.

Comment la tarification dynamique fonctionne-t-elle avec les transactions initiées par le marchand ?

Actuellement, les transactions initiées par le marchand (MIT) ne sont pas compatibles avec la tarification dynamique. Il s'agit d'une limitation connue.

Quelle configuration de Content Security Policy (CSP) est requise pour Google Pay dans une WebView ?

Si vous utilisez une Content Security Policy (CSP), veillez à définir les valeurs appropriées pour la directive connect-src afin d'autoriser l'utilisation de Google Pay dans votre WebView. Exemple :

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com

Comment utiliser un nonce Content Security Policy (CSP) avec l'API Web Google Pay ?

Si votre site applique une CSP stricte nécessitant des nonces pour l'exécution de scripts et les styles injectés dynamiquement :

Incluez l'attribut CSP nonce dans la balise <script> qui charge pay.js :

<script
  async
  src="https://pay.google.com/gp/p/js/pay.js"
  nonce="your-nonce-value"
  onload="onGooglePayLoaded()">
</script>

Transmettez la propriété nonce dans PaymentOptions lors de l'instanciation de PaymentsClient :

const paymentsClient = new google.payments.api.PaymentsClient({
  environment: 'TEST',
  nonce: 'your-nonce-value'
});

Google Pay applique cet attribut nonce à tous les éléments <style> et <script> injectés de manière dynamique, y compris les styles de boutons créés par createButton().

L'API Google Pay utilise-t-elle ou nécessite-t-elle le cookie NID lors du règlement ?

Non. Le cookie NID n'est pas utilisé pour le processus de paiement de l'API Google Pay et ne le prend pas en charge.

Le cookie NID est associé à un service Google côté serveur conçu pour stocker des données personnalisées pour les utilisateurs qui ne sont pas connectés à un compte Google.

Les fonctions essentielles du service, y compris la sécurité, la prévention des fraudes et la fiabilité du service, fonctionnent indépendamment du cookie NID. L'API Google Pay est conçue pour offrir une expérience sécurisée et fiable aux marchands et aux utilisateurs, que ce cookie soit présent ou non.

Google s'engage à respecter la confidentialité et s'assure que ces cookies sont traités conformément aux Règles de confidentialité et aux Règles concernant les technologies et les cookies de Google. Ces ressources peuvent vous être utiles pour votre documentation sur la conformité et pour fournir plus de transparence à vos utilisateurs.