Obtén más información sobre quiénes participan en el ecosistema de Web Payments, cómo interactúan entre sí y cómo puedes participar.
Anatomía de los pagos web
Web Payments comprende varios estándares web:
- API de Payment Request: La API de Payment Request permite confirmar compras de forma rápida y sencilla a través de una IU nativa del navegador. Proporciona un proceso de confirmación de compra coherente y, al mismo tiempo, reduce la necesidad de que los usuarios ingresen su información de envío y pago en cada confirmación de compra.
- API de Payment Handler basada en la Web: La API de Payment Handler basada en la Web abre el ecosistema a los proveedores de pagos, ya que permite que sus aplicaciones de pago basadas en la Web actúen como formas de pago en los sitios web de los comercios a través de la API de Payment Request estándar.
- Identificadores de formas de pago: Los identificadores de formas de pago definen cómo se pueden usar las cadenas (
https://google.com/pay,https://apple.com/apple-pay, etcétera) para identificar una forma de pago. Junto con los identificadores de formas de pago estandarizados, permite que cualquier persona defina su propia forma de pago con identificadores de formas de pago basados en URLs. - Manifiesto de forma de pago: El manifiesto de forma de pago define el archivo de manifiesto legible por máquinas, conocido como manifiesto de forma de pago, que describe cómo participa una forma de pago en el ecosistema de pagos y cómo se deben usar esos archivos.
Cómo funciona el proceso de solicitud de pago
Por lo general, hay cuatro participantes en una transacción en línea.
| Jugadores | Descripción | Uso de la API |
|---|---|---|
| Clientes | Son los usuarios que completan un proceso de confirmación de compra para adquirir artículos en línea. | N/A |
| Comercios | Empresas que venden productos en su sitio web | API de Payment Request |
| Proveedores de servicios de pago (PSP) | Son empresas externas que procesan los pagos, lo que implica cobrar a los clientes y acreditar los pagos a los comercios. También se denominan pasarelas de pago o procesadores de pagos. | API de Payment Request |
| Controladores de pagos | Son empresas de terceros que proporcionan aplicaciones que, por lo general, almacenan las credenciales de pago de los clientes y, con su autorización, se las proporcionan a los comercios para que procesen una transacción. | API de Payment Handler basada en la Web |
- El cliente visita el sitio web de un comercio, agrega artículos a un carrito de compras y comienza el proceso de confirmación de compra.
- El comercio necesita las credenciales de pago del cliente para procesar la transacción. Presentan una IU de solicitud de pago al cliente con la API de Payment Request. La IU enumera varias formas de pago especificadas por los identificadores de formas de pago. Las formas de pago pueden incluir números de tarjetas de crédito guardados en el navegador o controladores de pagos, como Google Pay, Samsung Pay y similares. De manera opcional, el comercio puede solicitar la dirección de envío y la información de contacto del cliente.
- Si el cliente elige una forma de pago como Google Pay, Chrome inicia una app de pagos nativa de la plataforma o una app de pagos basada en la Web. Este paso depende por completo de la implementación del controlador de pagos, según el manifiesto de la forma de pago. Después de que el cliente autoriza el pago, el controlador de pagos devuelve una respuesta a la API de Payment Request, que la retransmite al sitio del comercio. (Si el pago es de tipo push, como las transferencias bancarias o las criptomonedas, el pago ya se procesó cuando el comercio recibe la respuesta).
- El sitio del comercio envía una credencial de pago a un PSP para procesar el pago y, luego, iniciar la transferencia de fondos. Por lo general, también se requiere verificar el pago en el servidor.
- El PSP procesa el pago, solicita de forma segura una transferencia de fondos del banco o la entidad emisora de la tarjeta de crédito del cliente al comercio y, luego, devuelve un resultado de éxito o error al sitio web del comercio.
- El sitio web del comercio notifica al cliente si la transacción se realizó correctamente o no, y muestra el siguiente paso, por ejemplo, el envío del artículo comprado.
Advertencia: Dependencia de PSP
Si eres un comercio y quieres aceptar pagos con tarjeta de crédito, los PSP son un vínculo importante en la cadena de procesamiento de pagos. Implementar la API de Payment Request no elimina la necesidad de un PSP.
Por lo general, los comercios confían en un PSP de terceros para realizar el procesamiento de pagos por motivos de conveniencia y gastos. Esto se debe, principalmente, a que la mayoría de los PSP cumplen con las PCI DSS, un estándar de seguridad de la información que regula la seguridad de los datos de los titulares de tarjetas.
Debido a que lograr y mantener un cumplimiento estricto de las PCI DSS puede ser costoso y difícil, la mayoría de los comercios descubren que confiar en un PSP que cumpla con las normas evita que ellos mismos tengan que pasar por el proceso de certificación. Sin embargo, algunas empresas grandes y financieramente sólidas obtienen su propia certificación de PCI DSS específicamente para evitar esta dependencia de terceros.
Es especialmente importante cuando manejas un número de cuenta principal (PAN) como credencial de pago, es decir, el número grabado en la tarjeta. Para controlar uno con JavaScript, se requiere el cumplimiento del PCI SAQ A-EP.
Por lo tanto, delegar el procesamiento de pagos a un PSP que cumpla con el PCI DSS simplifica los requisitos del sitio del comercio y garantiza la integridad de la información de pago para el cliente.
Cuál es el próximo paso
Obtén más información sobre los campos y métodos de la API de Payment Request en Cómo funciona la API de Payment Request.