Accepter Google Pay en tant que marchand

Vous ne contractez pas avec Google Pay comme avec un réseau. Vous l'activez via votre PSP ou votre passerelle, soumettez l'intégration dans la console Google Pay and Wallet, et le bouton apparaît dans votre tunnel. En dessous, cela reste une transaction Visa ou Mastercard, portée par votre relation d'acquisition existante. C'est pourquoi l'intégration est rapide, et pourquoi ce sont les questions commerciales qui méritent du temps.

Pour les tokens d'appareil Mastercard, la responsabilité revient déjà à la banque émettrice. Pour Visa, les transactions éligibles avec token d'appareil bénéficient également du transfert de responsabilité, et les marchands européens y ont été inscrits automatiquement plutôt que sur demande. Les transactions qualifiantes portent une valeur d'eciIndicator de 05, que votre prestataire peut lire après déchiffrement du token de paiement. La conséquence pratique est que les pertes de fraude sur ces transactions passent de vous à l'émetteur. Si personne chez vous n'a jamais demandé au prestataire un état du volume éligible au transfert de responsabilité, c'est une demande sans coût avec un effet direct sur votre ligne d'impayés.

À Money20/20 Europe, le 4 juin 2026, Google a annoncé Google Pay direct checkout, qui place les identifiants de paiement du Wallet sur la propre page de paiement du marchand plutôt que d'emmener l'acheteur sur une surface Google. La fonction a d'abord été activée pour des marchands sélectionnés chez Airwallex, la prise en charge Adyen suivant ensuite. Google a également mis à jour sa fonction Secure Payment Authentication et a rapporté, sur la base de ses propres tests, une réduction de 50 pour cent du temps d'authentification et une hausse de 3 pour cent de la conversion. Par ailleurs, Google a publié en mars 2026 la documentation d'un Universal Commerce Protocol dans lequel le paiement se fait sur des surfaces Google tandis que le marchand reste vendeur. Pris ensemble, la direction est claire : Google positionne Wallet comme le coffre des identifiants de paiement pour l'achat en ligne, et les marchands devront décider quelle part du tunnel ils cèdent.

Un identifiant tokenisé est de la valeur stockée au sens propre. C'est votre capacité à facturer un client récurrent sans le redemander. Ce que l'on oublie facilement, c'est que le token n'est peut-être pas le vôtre.

Les questions sont courtes. Les identifiants stockés sont-ils des tokens réseau enregistrés sur votre propre identité marchand, ou des tokens émis par votre prestataire et valables chez lui seul ? Si vous changiez de prestataire demain, lesquels vous suivraient et lesquels faudrait-il collecter à nouveau ? Qui déclenche une migration de tokens, et que facture votre prestataire pour cela ?

Cela compte parce que cela tarife une chose qui ne figure sur aucune grille. Un prestataire dont les tokens ne voyagent pas a augmenté le coût du départ sans jamais annoncer de montant, et ce coût atterrit sur la seule ligne qu'aucune direction financière ne budgète : la part des clients récurrents à qui l'on demande de ressaisir une carte et qui ne le font pas. Posez la question pendant que vous choisissez encore, pas pendant que vous essayez de partir.

Un wallet ne supprime pas l'interchange, il ajoute une couche. Ce que vous payez est fixé dans votre contrat, et en taux combiné la couche wallet et l'économie carte qui la porte disparaissent dans une moyenne unique impossible à décomposer. Commencez par établir si vous payez trop cher votre prestataire, ou regardez ce que l'optimisation de la performance des paiements fait au taux d'autorisation et au cardmix, car c'est là qu'un wallet vous rapporte ou vous coûte.

Marchés concernés : monde entier