Configurar un método de pago

Una transacción de pago mediante Web Payments comienza con el descubrimiento de tu aplicación de pago. Aprende a configurar un método de pago y obtén tu aplicación de pago lista para que comerciantes y clientes realicen pagos.

Para utilizarla con la API de Payment Request, una aplicación de pago debe estar asociada con un identificador de método de pago. Los comerciantes que quieran integrarse con una aplicación de pago utilizarán el identificador del método de pago para indicarlo en el navegador. Este artículo analiza cómo funciona el descubrimiento de aplicaciones de pago y cómo configurar tu aplicación de pago para que un navegador la detecte y la invoque correctamente.

Si eres nuevo al concepto de Web Payments (Pagos en la web) o al concepto de cómo funciona una transacción de pago a través de aplicaciones de pago, primero lee los siguientes artículos:

Browser support

Web Payments consists of a few different pieces of technologies and the support status depends on the browser.

Chromium Safari Firefox
Desktop Android Desktop Mobile Desktop/Mobile
Payment Request API
Payment Handler API
iOS/Android payment app ✔* ✔*

Cómo un navegador descubre una aplicación de pago

Cada aplicación de pago debe proporcionar lo siguiente:

  • Identificador de método de pago basado en URL
  • Manifiesto del método de pago (excepto cuando un tercero proporciona el identificador del método de pago)
  • Manifiesto de la aplicación web
Diagrama: cómo un navegador descubre la aplicación de pago a partir de un identificador de método de pago basado en URL

El proceso de descubrimiento comienza cuando un comerciante inicia una transacción:

  1. El navegador envía una solicitud a la URL del identificador del método de pago y obtiene el manifiesto del método de pago.
  2. El navegador determina la URL del manifiesto de la aplicación web a partir del manifiesto del método de pago y obtiene el manifiesto de la aplicación web.
  3. El navegador determina si se debe iniciar la aplicación de pago del sistema operativo o la aplicación de pago basada en la web desde el manifiesto de la aplicación web.

Las siguientes secciones explican en detalle cómo configurar tu propio método de pago para que los navegadores puedan descubrirlo.

Paso 1: Proporciona el identificador del método de pago

Un identificador de método de pago es una cadena basada en URL. Por ejemplo, el identificador de Google Pay es https://google.com/pay. Los desarrolladores de aplicaciones de pago pueden elegir cualquier URL como identificador de método de pago siempre que tengan control sobre ella y puedan ofrecer contenido arbitrario. En este artículo, usaremos https://bobbucks.dev/pay como identificador del método de pago.

Cómo utilizan los comerciantes el identificador de método de pago

Un objeto PaymentRequest se construye con una lista de identificadores de métodos de pago que identifica las aplicaciones de pago que un comerciante decide aceptar. Los identificadores de método de pago se establecen como un valor para la propiedad supportedMethods. Por ejemplo:

[merchant] solicita el pago:

const request = new PaymentRequest([{
  supportedMethods
: 'https://bobbucks.dev/pay'
}], {
  total
: {
    label
: 'total',
    amount
: { value: '10', currency: 'USD' }
 
}
});

Paso 2: Sirve el manifiesto del método de pago

Un manifiesto de método de pago es un archivo JSON que define qué aplicación de pago puede utilizar este método de pago.

Proporciona el manifiesto del método de pago

Cuando un comerciante inicia una transacción de pago, el navegador envía una consulta HTTP GET a la URL del identificador del método de pago. El servidor responde con el cuerpo del manifiesto del método de pago.

Un manifiesto de método de pago tiene dos campos, default_applications y supported_origins.

Nombre de la propiedad Descripción
default_applications (obligatorio) Una matriz de URL que apunta a los manifiestos de aplicaciones web donde se alojan las aplicaciones de pago (La URL puede ser relativa). Se espera que esta matriz haga referencia al manifiesto de desarrollo, manifiesto de producción, etc.
supported_origins Una matriz de URL que apunta a los orígenes que pueden albergar aplicaciones de pago de terceros que implementan el mismo método de pago. Ten en cuenta un método de pago puede ser implementado por múltiples aplicaciones.
Campos del manifiesto del método de pago

Un archivo de manifiesto de método de pago debería parecerse similar al siguiente:

[payment handler] /payment-manifest.json:

{
 
"default_applications": ["https://bobbucks.dev/manifest.json"],
 
"supported_origins": [
   
"https://alicepay.friendsofalice.example"
 
]
}

Cuando el navegador lee el campo de default_applications, encuentra una lista de enlaces a los manifiestos de aplicaciones web de las aplicaciones de pago compatibles.

De manera opcional, dirige el navegador para encontrar el manifiesto del método de pago en otra ubicación

La URL del identificador del método de pago puede responder opcionalmente con una cabecera Link que apunta a otra URL la cual el navegador puede obtener el manifiesto del método de pago. Esto es útil cuando un manifiesto de método de pago está alojado en un servidor diferente o cuando la aplicación de pago es servida por un tercero.

Cómo un navegador descubre la aplicación de pago a partir de un identificador de método de pago basado en URL con redireccionamientos

Configura el servidor del método de pago para que responda con una cabecera Link con el atributo rel="payment-method-manifest" y la URL del manifiesto del método de pago.

Por ejemplo, si el manifiesto está en https://bobbucks.dev/payment-manifest.json, la cabecera de respuesta incluiría:

Link: <https://bobbucks.dev/payment-manifest.json>; rel="payment-method-manifest"

La URL puede ser un nombre de dominio completo o una ruta relativa. Para ver un ejemplo del tráfico de red, inspecciona https://bobbucks.dev/pay/. También puedes usar un comando curl, por ejemplo:

curl --include https://bobbucks.dev/pay

Paso 3: entregar un manifiesto de aplicación web

Un manifiesto de aplicación web se utiliza para definir una aplicación web, como el nombre sugiere. Es un archivo de manifiesto muy utilizado para definir una aplicación web progresiva (PWA).

El manifiesto típico de una aplicación web se vería así:

[payment handler] /manifest.json:

{
 
"name": "Pago con Bobpay",
 
"short_name": "Bobpay",
 
"description": "Ejemplo de la API de Payment Handler.",
 
"icons": [
   
{
     
"src": "images/manifest/icon-192x192.png",
     
"sizes": "192x192",
     
"type": "image/png"
   
},
   
{
     
"src": "images/manifest/icon-512x512.png",
     
"sizes": "512x512",
     
"type": "image/png"
   
}
 
],
 
"serviceworker": {
   
"src": "service-worker.js",
   
"scope": "/",
   
"use_cache": false
 
},
 
"start_url": "/",
 
"display": "standalone",
 
"theme_color": "#3f51b5",
 
"background_color": "#3f51b5",
 
"related_applications": [
   
{
     
"platform": "play",
     
"id": "com.example.android.samplepay",
     
"min_version": "1",
     
"fingerprints": [
       
{
         
"type": "sha256_cert",
         
"value": "4C:FC:14:C6:97:DE:66:4E:66:97:50:C0:24:CE:5F:27:00:92:EE:F3:7F:18:B3:DA:77:66:84:CD:9D:E9:D2:CB"
       
}
     
]
   
}
 
]
}

La información descrita en un manifiesto de aplicación web también se utiliza para definir cómo aparece una aplicación de pago en la IU de Payment Request.

Nombre de la propiedad Descripción
name (obligatorio) Se utiliza como nombre de la aplicación de pago.
icons (obligatorio) Se utiliza como icono de la aplicación de pago. Solo Chrome usa estos íconos; otros navegadores pueden usarlos como íconos de respaldo si no los especifica como parte del instrumento de pago.
serviceworker Se usa para detectar el service worker que se ejecuta como la aplicación de pago basada en web.
serviceworker.src La URL para descargar el script del service worker.
serviceworker.scope Una cadena que representa una URL que define el alcance de registro de un service worker.
serviceworker.use_cache La URL para descargar el script del service worker.
related_applications Se utiliza para detectar la aplicación que actúa como la aplicación de pago proporcionada por el sistema operativo. Encuentra más detalles en la guía para desarrolladores de aplicaciones de pago de Android.
prefer_related_applications Se utiliza para determinar qué aplicación de pago iniciar cuando están disponibles la aplicación de pago proporcionada por el sistema operativo y la aplicación de pago basada en la web.
Campos importantes del manifiesto de la aplicación web
Aplicación de pago con un ícono
Etiqueta e ícono de la aplicación de pago.

La propiedad name del manifiesto de la aplicación web se usa como el nombre de la aplicación de pago, la propiedad icons se usa como el icono de la aplicación de pago.

Cómo determina Chrome qué aplicación de pago lanzar

Lanzamiento de la aplicación de pago específica de la plataforma

Para iniciar la aplicación de pago específica de la plataforma, se deben cumplir las siguientes condiciones:

  • El campo related_applications se especifica en el manifiesto de la aplicación web y:
    • El ID del paquete de la aplicación instalada y la firma coinciden, mientras que la versión mínima (min_version) en el manifiesto de la aplicación web es menor o igual que la versión de la aplicación instalada.
  • El campo prefer_related_applications es true.
  • La aplicación de pago específica de la plataforma está instalada y tiene:
    • Un filtro de intención de org.chromium.action.PAY.
    • Un identificador de método de pago especificado como el valor de la propiedad org.chromium.default_payment_method_name.

Consulta las Aplicaciones de pago de Android: guía para desarrolladores para obtener más detalles sobre cómo configurarlas.

[payment handler] /manifest.json

"prefer_related_applications": true,
"related_applications": [{
 
"platform": "play",
 
"id": "xyz.bobpay.app",
 
"min_version": "1",
 
"fingerprints": [{
   
"type": "sha256_cert",
   
"value": "92:5A:39:05:C5:B9:EA:BC:71:48:5F:F2:05:0A:1E:57:5F:23:40:E9:E3:87:14:EC:6D:A2:04:21:E0:FD:3B:D1"
 
}]
}]

Si el navegador ha determinado que la aplicación de pago específica de la plataforma está disponible, el flujo de descubrimiento finaliza aquí. De lo contrario, continúa con el siguiente paso: lanzamiento de la aplicación de pago basada en la web.

Lanzamiento de la aplicación de pago basada en web

La aplicación de pago basada en web debe especificarse en el campo serviceworker del manifiesto web.

[payment handler] /manifest.json:

"serviceworker": {
 
"src": "payment-handler.js"
}

El navegador inicia la aplicación de pago basada en la web enviando un evento paymentrequest al service worker. El service worker no tiene que estar registrado con anticipación. Puede registrarse justo a tiempo.

Comprender las optimizaciones especiales

Cómo los navegadores pueden omitir la IU de Payment Request e iniciar una aplicación de pago directamente

En Chrome, cuando se llama al método show() de PaymentRequest, la API de Payment Request muestra una IU proporcionada por el navegador llamada "IU de Payment Request". Esta interfaz de usuario permite a los usuarios elegir una aplicación de pago. Después de presionar el botón de Continue (Continuar) en la IU de Payment Request, se inicia la aplicación de pago seleccionada.

La IU de Payment Request interviene antes de iniciar la aplicación de pago.

Mostrar la IU de Payment Request antes de iniciar una aplicación de pago aumenta la cantidad de pasos necesarios para que un usuario complete un pago. Para optimizar el proceso, el navegador puede delegar el cumplimiento de esa información a las aplicaciones de pago e iniciar una aplicación de pago directamente sin mostrar la IU de Payment Request cuando se llama a show().

Omite la IU de Payment Request e inicia la aplicación de pago directamente.

Para iniciar una aplicación de pago directamente, se deben cumplir las siguientes condiciones:

  • show() se dispara con un gesto del usuario (por ejemplo, un clic del ratón).
  • Existe una única aplicación de pago que:
    • Admite el identificador de método de pago solicitado.

¿Cuándo se registra una aplicación de pago de justo a tiempo (JIT) basada en la web?

Las aplicaciones de pago basadas en la web se pueden iniciar sin que el usuario visite previamente el sitio web de la aplicación de pago y no registre al service worker. El service worker puede registrarse justo a tiempo cuando el usuario elige pagar con la aplicación de pago basada en la web. Hay dos variaciones para el tiempo de registro:

  • Si se muestra al usuario la IU de Payment Request, la aplicación se registra justo a tiempo y se inicia cuando el usuario hace clic en Continuar.
  • Si se omite la IU de Payment Request, la aplicación de pago se registra justo a tiempo y se inicia directamente. Omitir la IU de Payment Request para iniciar una aplicación registrada justo a tiempo requiere un gesto del usuario, lo que evita el registro inesperado de los service workers de origen cruzado.

Próximos pasos

Ahora que tienes tu aplicación de pago visible, aprende a desarrollar una aplicación de pago específica para una plataforma y una aplicación de pago basada en la web.