Preguntas frecuentes

En esta página se ofrece información general y preguntas frecuentes sobre la API de Google Pay.

Acerca de la API de Google Pay

Google Pay permite pagar sin complicaciones en tu aplicación y sitio web. Con la API de Google Pay, tus clientes pueden usar las tarjetas guardadas en sus cuentas de Google para pagar sin problemas en tus aplicaciones y sitios.

Cómo obtener asistencia

Regístrate en la Consola de Google Pay y Wallet y selecciona Contactar con el equipo de asistencia. Podemos ayudarte a solucionar problemas con tus integraciones. Además, consulta nuestra guía de solución de problemas de Android y nuestra guía de solución de problemas de la Web para depurar tu integración.

Funciones disponibles

La API de Google Pay tiene varias funciones compatibles.

Formas de pago admitidas

La API Google Pay puede devolver tarjetas o tokens de red.

Facturación periódica y suscripciones

La compatibilidad con la facturación periódica está vinculada al método de pago devuelto en la respuesta de la API Google Pay. Tanto las tarjetas tokenizadas como las tarjetas registradas se pueden usar para la facturación periódica. Para procesar la facturación periódica, el comercio no tiene que llamar a nuestra API con una cadencia determinada. En su lugar, la credencial de pago se almacena en el lado del comercio para los pagos periódicos. El comercio usa las APIs de su pasarela de pagos para gestionar la facturación periódica.

Google Pay admite pagos periódicos si se cumplen las siguientes afirmaciones:

  • Los comercios cumplen las reglas de la red, como las transacciones iniciadas por el comercio.
  • El usuario debe conocer y aceptar las condiciones de pago en el flujo de compra del comercio.

También admitimos la facturación periódica con importes variables. Por ejemplo, se admiten las facturas telefónicas mensuales de los operadores de telefonía móvil. Para obtener más información, los comerciantes deben ponerse en contacto con el representante de su pasarela de pago.

Recarga automática o "recarga"

Para procesar un cargo de recarga automática por el mismo coste, el comercio no tiene que llamar a nuestra API cada vez. La credencial de pago se almacena en el lado del comercio y se reutiliza. Para obtener más información, los comerciantes deben ponerse en contacto con el representante de su pasarela de pago.

Devoluciones de cargos

Los comercios pueden gestionar las anulaciones de transacciones por cancelaciones, reembolsos o disputas de la misma forma que gestionan las devoluciones de cargos de otras formas de pago. Para obtener más información, los comercios deben ponerse en contacto con el representante de su procesador.

Recogida de donaciones

Las organizaciones sin ánimo de lucro aprobadas pueden integrar la API de Google Pay para recaudar donaciones, siempre y cuando proporcionen documentación que demuestre, certifique y valide su estado de organización sin ánimo de lucro. Por ejemplo, las organizaciones sin ánimo de lucro de Estados Unidos deben proporcionar una prueba válida de su estado 501(c)(3) emitida por el IRS para poder optar a la verificación.

Términos y políticas

Términos del Servicio de Google Pay

Todos los comercios deben aceptar y cumplir los Términos del Servicio de Google Pay.

Política de Uso Aceptable de la API de Google Pay

Todos los comercios deben aceptar y cumplir la Política de Uso Aceptable de la API de Google Pay.

Política de juegos de azar y apuestas

Nuestra política sobre juegos de azar y apuestas se define en la Política de Uso Aceptable de la API de Google Pay.

Nuestra política sobre juegos de azar y apuestas puede cambiar ocasionalmente. Todas las solicitudes están sujetas a revisión y aprobación.

Aceptamos integraciones de juegos de azar y apuestas de empresas con sede en los siguientes países:

  • Australia
  • Austria
  • Canadá
  • Chequia
  • Francia
  • Georgia
  • Alemania
  • Grecia
  • Hungría
  • Irlanda
  • Italia
  • Japón
  • Países Bajos
  • Polonia
  • Portugal
  • Rumanía
  • España
  • Suecia
  • Reino Unido

En una fase posterior, podríamos decidir ampliar la asistencia más allá del nivel actual.

Para obtener acceso a producción de la API de Google Pay para integraciones de juegos de azar y apuestas, debes cumplir una serie de requisitos previos:

  • Si tienes una integración de juegos de azar y apuestas solo para Android en uno de los países mencionados anteriormente, debes cumplir la política de juegos de azar y apuestas de Google Play y completar primero el proceso de verificación de Google Play. Después, podremos evaluar tu integración solo para Android para que puedas acceder a producción de la API de Google Pay.
  • Si tienes una integración de juegos de azar y apuestas solo para la Web en uno de los países mencionados anteriormente, debes enviar una licencia autorizada que demuestre que cumples los requisitos para ofrecer servicios de juegos de azar y apuestas en el país durante el proceso de incorporación a la API de Google Pay. Después, podremos evaluar tu integración solo para la Web para darte acceso a producción a la API de Google Pay.
  • Si tienes una integración de juegos de azar y apuestas en Android y en la Web en uno de los países mencionados anteriormente, debes cumplir la política de juegos de azar y apuestas de Google Play y completar primero el proceso de verificación de Google Play. Después, podremos evaluar tus integraciones de Android y Web para darte acceso a producción a la API de Google Pay.

Países con condiciones o restricciones específicas

Se permiten las integraciones de juegos de azar y apuestas en los países que se indican si cumplen los siguientes criterios:

País Requisitos para la integración con Android Requisitos de la integración web
Bulgaria Sí, con restricciones:
  • Las aplicaciones que redirigen a un sitio web son aptas.
  • No se permiten las aplicaciones que no redirigen a un sitio web.
 Sí
Chipre Sí, con restricciones:
  • La lotería estatal es apta.
  • OPAP Cyprus Limited cumple los requisitos.
  • Los casinos online están prohibidos.
  • Las máquinas tragaperras están prohibidas.
  • Están prohibidas las apuestas de carreras de caballos.
  • Están prohibidas las apuestas de carreras de perros.
  • Se prohíben las apuestas financieras.
  • Se prohíben los mercados de apuestas.
 Sí, con restricciones:
  • La lotería estatal es apta.
  • OPAP Cyprus Limited cumple los requisitos.
  • Los casinos online están prohibidos.
  • Las máquinas tragaperras están prohibidas.
  • Están prohibidas las apuestas de carreras de caballos.
  • Están prohibidas las apuestas de carreras de perros.
  • Se prohíben las apuestas financieras.
  • Se prohíben los mercados de apuestas.
Finlandia Sí, con restricciones:
  • Veikkaus Oy cumple los requisitos.
 Sí, con restricciones:
  • Veikkaus Oy cumple los requisitos.
Kazajistán Sí, con restricciones:
  • Las loterías son aptas.
  • Se permiten las apuestas deportivas.
  • Se permiten los totalizadores.
  • Los casinos online están prohibidos.
  • Los casinos electrónicos están prohibidos.
 Sí, con restricciones:
  • Las loterías son aptas.
  • Se permiten las apuestas deportivas.
  • Se permiten los totalizadores.
  • Los casinos online están prohibidos.
  • Los casinos electrónicos están prohibidos.
Polonia No Sí, con restricciones:
  • Los proveedores de juegos de azar y apuestas con licencia pueden anunciarse.
Sudáfrica Sí, con restricciones:
  • Se permiten las apuestas deportivas online.
 Sí, con restricciones:
  • Se permiten las apuestas deportivas online.

Si amplías la API de Google Pay a un país para el que no se te ha aprobado previamente, ponte en contacto con nosotros para obtener la aprobación de la ampliación. Ten en cuenta que deberás proporcionar una licencia de juegos de azar y apuestas autorizada para cada país en el que tengas previsto ofrecer servicios relacionados con juegos de azar y apuestas. No permitimos que la API de Google Pay se use para servicios de juegos de azar y apuestas dirigidos a menores de edad o a personas que, por cualquier otro motivo, tengan prohibido participar en juegos de azar y apuestas según la legislación local.

Política de atención sanitaria

Nuestra política sobre atención sanitaria se define en la Política de Uso Aceptable de la API de Google Pay.

Prepárate para compartir una licencia pertinente durante la incorporación para validar tu caso práctico de atención sanitaria. Todas las solicitudes están sujetas a revisión y aprobación.

Política de servicios financieros

Nuestra política de servicios financieros se define en la Política de Uso Aceptable de la API de Google Pay.

Prepárate para compartir una licencia pertinente durante la incorporación para validar tu caso práctico de servicios financieros. Todas las solicitudes están sujetas a revisión y aprobación.

Preguntas frecuentes generales

Las siguientes preguntas frecuentes se aplican a los comerciantes:

Utilizo un proveedor de servicios de pago importante para gestionar todos los riesgos y la autenticación reforzada de clientes. ¿Qué debo saber sobre GPay?

La API Google Pay devuelve los métodos de pago en una carga cifrada y firmada. Los métodos de pago devueltos son PAN o tarjetas tokenizadas formadas por PAN de dispositivo (DPAN) y criptogramas.

Las cargas de tarjetas tokenizadas se procesan sin pasos ni desafíos adicionales.

Las cargas de tarjetas que consisten en un PAN requieren 3D Secure a través de una solución interna o proporcionada por un PSP.

Si tu proveedor de servicios de pago gestiona toda la lógica de riesgo y de autenticación reforzada de clientes, asegúrate de que tu integración de la API de Google Pay incluya las siguientes propiedades:

  • merchantInfo.merchantName (Android, Web): el nombre del comercio se muestra en la hoja de pago.
  • transactionInfo.countryCode (Android, Web): indica dónde se procesa la transacción. Debes especificar el país del banco adquirente.
  • transactionInfo.totalPrice (Android, Web): el valor monetario total de la transacción con una precisión decimal opcional de dos decimales.
¿Cómo puedo obtener un ID de comercio de Google?
Puedes obtener un ID de comercio de Google después de que Google apruebe tu sitio web. Para iniciar el proceso, inicia sesión en la consola de Google Pay y Wallet y crea una integración de la API de Google Pay. Debes proporcionar una lista de dominios completos junto con los subdominios que te ayudan a llamar a la API de Google Pay.
¿Podemos usar un único ID de comercio en varias marcas y canales (web y aplicación)?
Sí, se puede usar un único ID de comercio en varias marcas y plataformas (como la Web y Android), y generalmente se recomienda para simplificar la conciliación.
¿Cómo pueden los comercios promocionar la aceptación de Google Pay en sus aplicaciones y sitios entre sus usuarios?
Para destacar que admites Google Pay, usa los recursos disponibles en nuestras directrices de marca para Android y la Web.
Si tienes una integración de Android, puedes indicar en la descripción de Play Store que ahora admites Google Pay. En el caso de las integraciones web, puedes añadir una descripción directamente al sitio web del comercio.
¿Las plataformas de comercio electrónico pueden admitir Google Pay?
Sí, la API de Google Pay admite la incorporación de plataformas de comercio electrónico. Los procesadores de pagos, las pasarelas o las plataformas de comercio electrónico que alojan una página de tramitación de la compra en nombre de sus comercios pueden usar la función de tramitación de la compra alojada de Google Pay.
¿Qué proveedores de pagos admiten Google Pay?
Para ver una lista de los procesadores que admiten Google Pay, consulta nuestra lista de procesadores de Google Pay.
¿En qué países y zonas se puede usar Google Pay?
Consulta nuestra lista de países admitidos que usan Google Pay para hacer pagos online o en aplicaciones.
¿Qué países y regiones admiten los tokens de Google Pay (CRYPTOGRAM_3DS)?
Consulta nuestra página Métodos de pago admitidos para compras en tienda y sin contacto para ver una lista de los países y los bancos de cada país que admiten tokens de Google Pay (CRYPTOGRAM_3DS). Se muestran tanto las tarjetas admitidas como las no admitidas.
¿Qué diferencia hay entre la Facturación en Google Play por Compras en Aplicaciones y la API de Google Pay?
Los desarrolladores de Google Play que vendan productos digitales y servicios en aplicaciones Android deben usar la Facturación en Google Play por Compras en Aplicaciones, tal como se especifica en el Centro de Políticas para Desarrolladores de Play. Algunos ejemplos de Facturación por compras en aplicaciones son los productos de juegos virtuales, las funciones o el contenido de aplicaciones y los productos de software en la nube. Consulta la página Descripción general de Facturación de Google Play para obtener más información sobre la Facturación por compras en aplicaciones.
Cuando se usa en aplicaciones, la API de Google Pay solo está disponible para productos y servicios físicos.
¿Google Pay cobra alguna comisión?
Google Pay no cobra tarifas adicionales a los usuarios, comercios ni desarrolladores por usar la API de Google Pay para hacer pagos. En concreto, los comercios siguen pagando comisiones de procesamiento a su procesador de pagos.
¿Qué hace Google para validar las credenciales y evitar fraudes?
Todas las tarjetas que se añaden a Google pasan por un proceso de autorización de verificación para validar los datos de la tarjeta, incluido el código de verificación de la tarjeta (CVC). Google también utiliza un motor de riesgo propio basado en datos de instrumentos, perfiles de cuentas de Google, historial de compras, ubicaciones e información de dispositivos. Sin embargo, los comercios deben seguir usando sus herramientas de evaluación de fraudes y riesgos con las transacciones de Google Pay.
¿Se admite Google Pay en WebViews de aplicaciones móviles?
Los WebViews de Android son totalmente compatibles con Google Pay e imitan la experiencia de la Web para móviles, siempre que añadas la dependencia de WebKit necesaria. Sin embargo, en las WebViews de iOS, la API isReadyToPay siempre devolverá false debido a las restricciones de iOS sobre las cookies de terceros. Tanto la aplicación Android como el dominio del sitio web de WebView deben estar aprobados para el acceso a producción. Para obtener información específica sobre la implementación, consulta la documentación sobre cómo usar WebView de Android o cómo usar WKWebView de iOS.
Mi procesador no aparece en la lista. ¿Puedo seguir integrando mi sistema con Google Pay?
Google Pay sigue forjando colaboraciones con plataformas de comercio electrónico y procesadores de pagos. Si no encuentras tu procesador en g.co/pay/processors, puedes enviar una solicitud. Recibirás una notificación cuando tu procesador esté disponible.
¿Cómo puedo habilitar Google Pay si ya tengo un procesador de pagos o un proveedor de plataformas de pago?
Google Pay funciona con varios proveedores de servicios de pago y proveedores de plataformas de comercio electrónico. Cada uno ofrece documentación específica y personalizada para ayudarte a empezar, junto con nuestro tutorial principal para que la incorporación sea sencilla.
¿Cómo puedo ofrecer Google Pay a gran escala a mis comercios si soy un procesador de pagos admitido?
Los procesadores de pagos admitidos pueden implementar nuestra solución de tramitación de la compra alojada para integraciones web. La tramitación de la compra alojada permite que tus clientes ofrezcan Google Pay a sus clientes y se salten la incorporación individual a Google Pay.

Para empezar, primero debes incorporarte como procesador de pagos admitido. Para integrar la solución de compra alojada, ponte en contacto con el punto de contacto técnico de Google que te ayudó con la incorporación.

¿Cómo puede Google Pay adaptarse a las diferentes opciones de envío y precios de mis usuarios si ofrezco envío en mi proceso de compra?
En el caso de las integraciones web, necesitas una dirección de envío y mostrar diferentes opciones de envío y precios en el objeto PaymentDataRequest, el objeto PaymentOptions y el objeto PaymentDataCallbacks. Para ver un ejemplo de una situación, consulta la demostración de actualización dinámica de precios.

En el caso de las integraciones de Android, necesitas una dirección de envío en el objeto PaymentDataRequest.

¿Cómo recibo el dinero de las compras hechas con Google Pay?
La API de Google Pay facilita las transacciones enviando la información para pagos de los usuarios a tu proveedor de servicios de pago. No forma parte del flujo de dinero y está diseñada para integrarse en tu infraestructura de pagos actual.
¿Cuáles son los requisitos para obtener acceso a producción?
Los comercios deben crear un Perfil de Empresa en la Consola de Google Pay y Wallet, y subir capturas de pantalla de su flujo de compra para que se revisen. Cada dominio que aloje la API de Google Pay debe enviarse para su aprobación de forma individual, ya que no se aceptan dominios comodín (por ejemplo, *.merchant.com). Consulta la página Publicar tu integración para Android o Web para obtener más información.
¿Cómo puedo saber el estado de mi solicitud de integración y si tengo que hacer algún cambio después del proceso de revisión?
Después de enviar tu integración de la API de Google Pay para que se revise, recibirás un correo con los resultados. Si tu integración cumple nuestra Política de Uso Aceptable y las directrices de marca, se aprobará y se mostrará como Activa en la consola de Google Pay y Wallet. Si es necesario hacer cambios, el estado será Necesita más información y en el correo se detallará lo que se debe corregir antes de volver a enviar la solicitud. Si tienes alguna pregunta sobre tu envío, puedes ponerte en contacto con el equipo de Asistencia directamente desde la consola de Google Pay y Wallet.
¿Cómo puedo solucionar los problemas de mi integración de la API de Google Pay si aparece un mensaje de error?
Para consultar los códigos de error habituales y sus soluciones, consulta nuestras guías de solución de problemas para Android y la Web. Si tienes más preguntas, ponte en contacto con el equipo de Asistencia a través de la consola de Google Pay y Wallet.
¿Cómo puedo personalizar mi integración de la API de Google Pay para restringir tarjetas?
Todas las personalizaciones de las tarjetas están disponibles en el objeto CardParameters tanto para Android como para la Web. Por ejemplo, puedes elegir qué redes de tarjetas y qué países emisores de tarjetas quieres permitir.
¿Qué es la API de Google Pay?
La API de Google Pay permite que tus clientes paguen con solo pulsar un botón usando los métodos de pago guardados en su cuenta de Google. La API ofrece un proceso de compra sencillo a millones de usuarios con cientos de millones de tarjetas guardadas. Ofrece una mayor seguridad, ya que los datos de pago de los clientes se cifran de extremo a extremo desde los servidores de Google hasta tu procesador de pagos. Es un proceso de integración sencillo que funciona con tu pila de procesamiento de pagos actual y se puede implementar con unas pocas líneas de código.
¿Qué relación hay entre la API de Google Pay y la API de Google Wallet?
La API de Google Pay y la API de Google Wallet son dos APIs independientes. La API de Google Pay permite que tus clientes usen Google Pay como método de pago en tu sitio web o aplicación Android. La API de Google Wallet permite a los desarrolladores crear y gestionar pases, carnés y tarjetas digitales para diversos casos prácticos. Por ejemplo, tarjetas de fidelización, entradas, pases de acceso, registros de salud y otros elementos personalizables. Para obtener más información sobre la API de Google Wallet, consulta la documentación para desarrolladores de la API de Google Wallet.

¿Cuál es la versión actual de la API de Google Pay y cómo se gestionan las actualizaciones?
La versión actual se indica en la documentación de Android y de la Web. Google ha mantenido esta versión durante varios años, añadiendo solo nuevas funciones y campos opcionales. Las actualizaciones que se hagan en la API son retrocompatibles para que no se interrumpan las integraciones actuales.
¿Qué plataformas admiten DPANs (CRYPTOGRAM_3DS) y cuáles FPANs (PAN_ONLY)?
Los DPANs son específicos de Android y solo están disponibles al pagar en dispositivos Android o en la Web móvil o WebViews de Android. La Web para ordenadores y los dispositivos iOS no admiten DPANs y, de forma predeterminada, devolverán PAN_ONLY.
¿Cómo se diferencian un DPAN y un FPAN, y cómo se deben gestionar?
En lugar de identificar estrictamente los DPANs frente a los FPANs, el objeto assuranceDetails está diseñado para ayudar a los comercios a determinar si una transacción debe reforzarse mediante 3D Secure para cumplir los requisitos de la autenticación reforzada de clientes (SCA). Para recibir estos datos, los comercios deben añadir assuranceDetailsRequired: true al parámetro de tarjeta en su solicitud de la API de Google Pay.
¿Qué diferencia hay entre cardHolderAuthenticated y accountVerified?
Cuando se asigna el valor true a assuranceDetailsRequired en la solicitud, la respuesta incluye dos propiedades:
  • accountVerified: indica que la tarjeta utilizada para pagar es auténtica y que la cuenta está en regla. Sin embargo, esta verificación por sí sola no proporciona protección de autorización.
  • cardHolderAuthenticated: indica que el usuario ha iniciado la transacción con su dispositivo Android y ha usado un token de red aprovisionado basado en el dispositivo.
¿Cómo usamos estas marcas para activar 3D Secure?
Los comerciantes deben usar estas marcas para crear su lógica de activación de 3D Secure. Si tanto cardHolderAuthenticated como accountVerified devuelven true, las credenciales se consideran muy seguras y cumplen la SCA, por lo que no es necesario que refuerces la transacción con una autenticación 3DS adicional.
¿Recibirán los comercios tokens de comercio electrónico si configuran assuranceDetailsRequired: true?
No, los tokens de comercio electrónico se controlan a nivel de PSP.
¿Se puede aplicar el cambio de responsabilidad a las transacciones de Google Pay?
La disponibilidad de la transferencia de responsabilidad depende de la red de tarjetas. Consulta Habilitar el cambio de responsabilidad de Visa para obtener más información.
¿Cómo podemos identificar las transacciones de pago aplazado?
Actualmente, no hay ningún identificador específico para las transacciones de BNPL. Aparecerán en tu sistema como credenciales de FPAN normales.
¿Puede Google proporcionar tarjetas de prueba para probar situaciones de autenticación reforzada de clientes?
La API de Google Pay no puede proporcionar tarjetas de prueba de SCA directamente. Tu PSP debería poder usar su paquete de tarjetas de prueba en su entorno aislado para tus necesidades de prueba.
¿Cuál es la fecha de vencimiento o el tiempo de vida (TTL) de la credencial de pago cifrada?
La carga útil cifrada de Google Pay caduca exactamente al cabo de una semana. Los comercios que gestionen autorizaciones retrasadas o procesamiento asíncrono deben asegurarse de que el pago se autorice con su proveedor de servicios de pago (PSP) dentro de este plazo, antes de que caduque la carga útil.
¿Cómo se gestionan las operaciones posteriores a la compra, como los reembolsos y las nuevas autorizaciones?
Google Pay no interviene en el flujo de dinero y actúa estrictamente como intermediario de la credencial tokenizada. Una vez que se produce la transacción inicial, tu proveedor de servicios de pago (PSP) asigna la información de pago de la carga cifrada a su propio token (como un "token de comercio" o un "ID de perfil de cliente"). Todas las interacciones posteriores a la compra y los movimientos de dinero se gestionan íntegramente entre tú y tu PSP.
¿Cómo funciona el sistema de precios dinámico con las transacciones iniciadas por el comercio?
Actualmente, las transacciones iniciadas por el comercio (MITs) no admiten el sistema de precios dinámico. Se trata de una limitación conocida.
¿Qué configuración de la política de seguridad de contenido (CSP) se necesita para Google Pay en un WebView?

Si usas una política de seguridad de contenido (CSP), asegúrate de definir los valores correctos de la directiva connect-src para permitir que se use Google Pay en tu WebView. Por ejemplo:

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
¿Cómo puedo usar un nonce de política de seguridad de contenido (CSP) con la API web de Google Pay?

Si tu sitio aplica una CSP estricta que requiere nonces para ejecutar secuencias de comandos y estilos inyectados dinámicamente:

  1. Incluye el atributo nonce de tu CSP en la etiqueta <script> que carga pay.js:

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

  2. Pasa la propiedad nonce en PaymentOptions al crear una instancia de PaymentsClient:

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

Google Pay aplica este atributo nonce a todos los elementos <style> y <script> insertados dinámicamente, incluidos los estilos de botón creados por createButton().

¿La API de Google Pay usa o requiere la cookie NID durante la tramitación de la compra?

No. La cookie NID no se usa en el proceso de compra de la API de Google Pay ni lo admite.

La cookie NID está asociada a un servicio de Google del lado del servidor diseñado para almacenar datos personalizados de los usuarios que no han iniciado sesión en una cuenta de Google.

Las funciones esenciales del servicio, como la seguridad, la prevención de fraudes y la fiabilidad del servicio, funcionan independientemente de la cookie NID. La API de Google Pay está diseñada para mantener una experiencia segura y fiable para los comercios y los usuarios, independientemente de la presencia de esta cookie.

Google se compromete a proteger la privacidad y se asegura de que estas cookies se gestionen de acuerdo con la Política de Privacidad y la Política de Tecnologías y Cookies de Google. Estos recursos pueden resultarte útiles para la documentación de cumplimiento y para ofrecer más transparencia a tus usuarios.