Implementación de una integración de Hosted Checkout

  1. Solicitar una interacción de Hosted Checkout
  2. Obtener el resultado del pago
  3. Personalizar la experiencia de pago
  4. Configurar la accesibilidad de los campos hospedados
  5. Oferta de planes de pago
  6. Verificación de los detalles de pago
  7. Compatibilidad con situaciones que no son de comercio electrónico
  8. Seguimiento con Google Analytics
  9. Ignorar las características de seguridad
  10. Prueba e inicio de transacciones en producción



Mastercard Payment Gateway Características soportadas

Seguridad de pagos y prevención de fraudes

Operaciones de pago

Métodos de pago

Opciones de pago

Datos adicionales

Otras características

Implementación de una integración de Hosted Checkout

Prerrequisitos

  • Asegúrese de que el perfil de negocio está habilitado para el servicio de Hosted Checkout.
  • Se recomienda que opte por el servicio de Notificaciones para recibir notificaciones (correo electrónico/Webhook) si el pago se realiza correctamente. El motor de pagos (en su nombre) también puede enviar notificaciones por correo electrónico al pagador.
  • Antes de comenzar su integración, consulte Consejos y mejores prácticas.

Solicitar una Hosted Checkout interacción

Solicitar una Hosted Checkout interacción es un proceso simple:

  1. Solicitar un sesión checkout usando la operacion Create Checkout Session La solicitud debe incluir datos de pago y la interacción, así como instrucciones de finalización. Ejemplo curl para la Create Checkout Session se muestra a continuación.
    curl https://evopaymentsmexico.gateway.mastercard.com/api/nvp/version/57 \
    -d "apiOperation=CREATE_CHECKOUT_SESSION" \
    -d "apiPassword=$PWD" \
    -d "apiUsername=merchant.<your_merchant_id>" \
    -d "merchant=<your_merchant_id>" \
    -d "interaction.operation=AUTHORIZE" \
    -d "order.id=<unique_order_id>" \
    -d "order.amount=100.00" \
    -d "order.currency=USD"
    
    Para obtener información sobre cómo generar la contraseña de API, vea Generar Contraseña API.

    Una respuesta exitosa a esta operación contendrá los parametros session.id y successIndicatorPuede guardar el valor devuelto en el parametro successIndicator en su tienda para verificar el éxito o falla del pago. Ver Obteniendo el Resultado del Pago.

    Crear referencia de API Checkout Session [REST][NVP]

  2. Consulte el archivo checkout.js del servidor de pagos. Esto colocará un objeto Checkout.
    <script src="https://evopaymentsmexico.gateway.mastercard.com/checkout/version/57/checkout.js" data-error="errorCallback" data-cancel="cancelCallback"></script>
    
    Si está habilitado para los tipos de transacción Authorization y Purchase transaction types, se debe usar Hosted Checkout minimo version 52.

    checkout.js Reference[JavaScript]

  3. Operación Checkout.configure(), pasando un objeto JSON que incluye el session.id devuelto y otros parámetros de solicitud.
    Checkout.configure({
                  session: { 
                	id: '<ID_de_sesión_de_pago_Checkout>'
           			},
                  interaction: {
                        merchant: {
                            name: 'Your merchant name',
                            address: {
                                line1: '200 Sample St',
                                line2: '1234 Example Town'            
                            }    
                        }
                                                                    }
                });
    
    Los datos pasados en Checkout.configure() nunca sobrescribirán los datos que proporcionó en la operación Create Checkout Session.
  4. Comience el proceso de pago llamando a uno de los siguientes:
    • Para mostrar la interacción de pago en un Lightbox:
      Checkout.showLightbox()
    • Para mostrar la interacción de pago en un Hosted Payment Page:
      Checkout.showPaymentPage()

Ejemplo de código HTML para solicitar una interacción de pago

<html>
    <head>
        <script src="https://evopaymentsmexico.gateway.mastercard.com/checkout/version/57/checkout.js" data-error="errorCallback" data-cancel="cancelCallback"></script>
        <script type="text/javascript">
            function errorCallback(error) {
                  console.log(JSON.stringify(error));
            }
            function cancelCallback() {
                  console.log('Payment cancelled');
            }
            Checkout.configure({
              session: { 
            	id: '<your_create_checkout_session_ID>'
       			},
              interaction: {
                    merchant: {
                        name: 'Your merchant name',
                        address: {
                            line1: '200 Sample St',
                            line2: '1234 Example Town'            
                        }    
                    }
               }
            });
        </script>
    </head>
    <body>
       ...
      <input type="button" value="Pay with Lightbox" onclick="Checkout.showLightbox();" />
      <input type="button" value="Pay with Payment Page" onclick="Checkout.showPaymentPage();" />
       ...
    </body>
</html>
Los valores que controlan el comportamiento del Hosted Checkout se pueden usar en Checkout.configure() como:
  • Literales – por ejemplo quantity : 300
  • Funciones que devuelven un valor, por ejemplo quantity : function() { return 100 + 200 }.

Las funciones se ejecutan cuando se inicia el proceso de pago.

Devoluciones de llamada

<script src="https://evopaymentsmexico.gateway.mastercard.com/checkout/version/57/checkout.js"
         data-cancel="cancelCallback"
         data-beforeRedirect="Checkout.saveFormFields"
         data-afterRedirect="Checkout.restoreFormFields">
</script>

<script>
     function cancelCallback() { 
          confirm('Are you sure you want to cancel?');
         // code to manage payer interaction
    }
// or if you want to provide a URL:
// cancelCallback = "someURL"
</script>

Las devoluciones de llamada se proporcionan para administrar eventos que pueden ocurrir durante la interacción del pago.

El uso de las devoluciones de llamada es opcional, pero debe definir aquellas que necesita en el cuerpo de la misma etiqueta <script> que consulta el archivo checkout.js.

Todas las devoluciones de llamada deben tener una implementación. Estas se invocarán cuando se inicie el evento pertinente.

Devoluciones de llamada básicas

Las devoluciones de llamada básicas se proporcionan para administrar los siguientes eventos:

  • cancel: cuando el pagador cancela la interacción del pago.
  • error: cuando se encuentra un error.
  • complete: cuando el pagador completa la interacción del pago.
  • timeout: cuando el pago no se completa dentro de la duración disponible para que el pagador realice el pago.

Estas pueden ser funciones o URL. Si proporciona una URL en lugar de una función en una devolución de llamada, el pagador será redirigido a esta URL cuando se inicie el evento.

Redirigir devoluciones de llamada

Dado que Hosted Checkout admite interacciones de pago que requieren redirigir al pagador a otros sitios web para continuar con el pago (por ejemplo PayPal, Masterpass), las devoluciones de llamada se proporcionan para administrar lo que sucede antes de la redirección y después de volver a Hosted Checkout para finalizar el procesamiento de la transacción.

  • beforeRedirect: antes de que al pagador se le presente la interfaz de pago. Devuelve datos necesarios para restaurar el estado de la página, para que afterRedirect la utilice.
  • afterRedirect: cuando el pagador regresa de completar la interacción del pago. Utiliza los datos guardados por beforeRedirect para devolver el estado de la interfaz de pago guardada.

El objeto Checkout también proporciona dos funciones para ayudarle a implementar las devoluciones de llamada beforeRedirect y afterRedirect:

  • saveFormFields: guarda todos los campos del formulario actual para que restoreFormFields los utilice. Úselo en su implementación de beforeRedirect o implemente beforeRedirect como Checkout.saveFormFields.
  • restoreFormFields: restaura los campos de los formularios guardados por saveFormFields. Úselo en su implementación de afterRedirect o implemente afterRedirect como Checkout.restoreFormFields.

Referencia de checkout.js[JavaScript]

Obtener el resultado del pago

Al regresar al pagador al sitio de la tienda

Una vez que la interacción de pago se completa, puede regresar al pagador al sitio de la tienda y presentar su propia página de recibo al pagador. También puede actualizar su sistema de compras con los detalles del pago.

Para regresar al pagador al sitio de la tienda, debe hacer lo siguiente:

  • proporcionar interaction.returnUrl en la operación Create Checkout Session, O BIEN
  • definir la devolución de llamada complete en la solicitud de Hosted Checkout. Consulte Devoluciones de llamada básicas.

El motor de pagos envía el resultado del pago en un parámetro resultIndicator, que:

  • Se adjunta a la dirección URL (interaction.returnUrl) utilizada para regresar al pagador al sitio de su tienda, O BIEN
  • se proporciona como parámetro de entrada a la función proporcionada en la devolución de llamada complete o se adjunta a la dirección URL proporcionada en la devolución de llamada de complete.

Usted puede determinar si el pago se realizó correctamente o no al comparar el parámetro resultIndicator con el parámetro successIndicator devuelto en la respuesta Create Checkout Session. Una coincidencia indica que el pago se realizó correctamente.

El valor del parámetro resultIndicator nunca debe usarse como número de recibo.

Si se realiza correctamente, presente un recibo de pago al pagador en el sitio de la tienda y actualice el sistema de la tienda con los detalles del pago. Puede recuperar estos mediante la operación Retrieve Order.

Mediante Administración de negocios

Los detalles del pago se registran en Administración de negocios, en la página Detalles del pedido y la transacción. Puede buscar el pago y además realizar las operaciones posteriores.

Uso de Reporting

Si se suscribe a Reporting de servicios web, puede descargar datos de pago de Hosted Checkout en un reporte con formato de Mastercard Payment Gateway.

Mediante notificaciones de correo electrónico o webhook

Si se suscribe a las notificaciones por correo electrónico en Administración de negocios, recibirá una notificación por correo electrónico cada vez que se realice correctamente un pago.

También puede suscribirse a las Notificaciones de webhook para recibir una notificación de la API cada vez que se actualice un pago.

Personalizar la experiencia de pago

Hosted Checkout le permite controlar la visualización de información sobre su negocio y la interacción con el pagador mediante la operación Create Checkout Session o el metodo Checkout.configure(). Tenga en cuenta que los datos proporcionados en la solicitud Create Checkout Session iempre tendrán prioridad sobre los datos proporcionados en el método Checkout.configure(). Para una mayor seguridad, se recomienda que proporcione datos en una sesión utilizando la operación Create Checkout Session.

Ejemplo de solicitud Checkout Session
URL https://evopaymentsmexico.gateway.mastercard.com/api/rest/version/57/merchant/{merchantId}/session
HTTP Method POST
{
    "apiOperation": "CREATE_CHECKOUT_SESSION",
    "interaction": {
        "operation": "AUTHORIZE"
    },
    "order"      : {
        "amount"     : "122.0",
        "currency"   : "USD",
        "description": "Ordered goods",
        "id": "232E32323ddd"
    }
}
Example Checkout.configure( ) Request
Checkout.configure({
session: { 
           id: '<your_create_checkout_session_ID>'
       			},
    billing    : {
        address: {
            street       : '123 Customer Street',
            city         : 'Metropolis',
            postcodeZip  : '99999',
            stateProvince: 'NY',
            country      : 'USA'
        }
    },
    interaction: {
        merchant      : {
            name   : 'Your merchant name',
            address: {
                          line1: '200 Sample St',
                          line2: '1234 Example Town'            
            },
            email  : 'order@yourMerchantEmailAddress.com',
            phone  : '+1 123 456 789 012',
            logo   : 'https://imageURL'
        },
        locale        : 'en_US',
        theme         : 'default',
        displayControl: {
            billingAddress  : 'OPTIONAL',
            customerEmail   : 'OPTIONAL',
            orderSummary    : 'SHOW',
            shipping        : 'HIDE'
        }
    }
});
Los campos proporcionados en el grupo de parámetros interaction.merchant se mostrarán en la página del recibo solo para la integración de la página de Hosted Payment Page, no para el Lightbox.

Mostrar información de la marca

Esto incluye su logotipo, así como los datos de contacto.

Para obtener más detalles, consulte.

Administrar la visualización de las direcciones de facturación y de correo electrónico del pagador

Después de recopilar las direcciones de facturación y de correo electrónico del pagador, puede visualizarlas y controlar su capacidad de edición mediante la configuración de los campos interaction.displayControl.billingAddress y interaction.displayControl.customerEmail en una de las siguientes opciones:

  • HIDE: si no desea que Hosted Checkout muestre los campos.
  • MANDATORY: si desea que Hosted Checkout muestre los campos y haga obligatorio el ingreso de datos para el pagador.
  • OPTIONAL: si desea que Hosted Checkout muestre los campos, pero permitir que el pagador decida no ingresar datos en ellos.
  • READ_ONLY: si desea que Hosted Checkout muestre los campos, pero no permitir que el pagador los edite.

Administrar la visualización del resumen del pedido

De forma predeterminada, el resumen del pedido se muestra al pagador antes de que este pueda enviar el pago. Sin embargo, puede controlar la visualización mediante la configuración del campo interaction.displayControl.orderSummary en una de las siguientes opciones:

  • HIDE: si no desea que Hosted Checkout muestre el resumen del pedido.
  • SHOW_PARTIAL: si desea que Hosted Checkout muestre el resumen del pedido, el cual posiblemente no incluya los detalles del pago.
  • SHOW: si desea que Hosted Checkout muestre el resumen del pedido, el cual posiblemente incluya los detalles del pago.

Administrar la visualización de los detalles de envío

Después de recopilar los detalles de envío del pagador, puede visualizarlos mediante la configuración del campo interaction.displayControl.shipping en una de las siguientes opciones:

  • HIDE: si no desea que Hosted Checkout muestre los campos.
  • READ_ONLY: si desea que Hosted Checkout muestre los campos, pero no permitir que el pagador los edite.
El pagador no podrá editar ninguno de los detalles de envío proporcionados anteriormente.

La funcionalidad de la casilla de verificación Misma que dirección de envío no estará disponible si los detalles de envío requeridos no se han proporcionado.

Administrar la visualización de la confirmación de pago

De forma predeterminada, no se solicita confirmación de pago al pagador. Sin embargo, puede controlar la visualización mediante la configuración del campo interaction.displayControl.paymentConfirmation en una de las siguientes opciones:

  • SHOW: si desea que Hosted Checkout muestre la confirmación de pago.
  • HIDE: si no desea que Hosted Checkout muestre la confirmación de pago.

Administrar idioma y tema

De manera predeterminada, el idioma que se muestra con Hosted Checkout se define a partir del explorador del pagador. Sin embargo, puede anular este comportamiento al especificar un identificador de idioma o etiqueta de idioma IETF, en el campo locale; por ejemplo, en_US, es, fr_CA. Si el idioma que especifica no es admitido por Mastercard Payment Gateway, Hosted Checkout aparece en el idioma más semejante.

De manera predeterminada, el tema establecido por defecto por su proveedor de servicios de pago controla la apariencia de Hosted Checkout. Si su proveedor de servicios de pago admite varios temas, puede elegir anular el tema predeterminado al proporcionar el campo interaction.theme en su solicitud.

El tema disponible para usted en este momento es default

Conversión dinámica de moneda

Si usted está configurado para Conversión dinámica de moneda y la moneda local de la tarjeta difiere de la moneda del pedido, Hosted Checkout le ofrecerá al pagador la opción de utilizar la Conversión dinámica de moneda, en lugar de la conversión de esquema de tarjeta. El texto de la oferta está diseñado para cumplir con los requisitos y la configuración regional del esquema de tarjeta.

La elección de un pagador se puede recopilar al proporcionar una función de gatewayDCCOfferCallback. Si se define, esta se llamará cada vez que el pagador realice una selección en el formulario de la oferta.

Si el pagador no realiza una selección, la devolución de llamada no se llama.

window.gatewayDCCOfferCallback = function(choice) {
    if (choice == 'Accept') {
        //dcc offer was accepted
    } else {
        //dcc offer was rejected
    }
}

Si se acepta una oferta de DCC, Hosted Checkout también proporcionará un texto de recibo, localizado de la misma forma que el texto de la oferta.

ID de pedido

Se recomienda que incluya order.id en su solicitud para identificar fácilmente un pago iniciado desde Hosted Checkout. Puede utilizar un identificador generado por su carrito de compras o ingresar uno propio. Sin embargo, asegúrese de que sea único.

Si no se proporciona un valor en order.id, Mastercard Payment Gateway generará uno automáticamente.

Referencia de API de Checkout.configure[JavaScript]

Autenticación 3-D Secure

Con las integraciones de Hosted Checkout versión 55 y posteriores, la autenticación EMV 3DS estará automáticamente disponible cuando el proveedor de servicios de pago la haya habilitado correctamente.

Para iniciar la autenticación EMV 3DS y otras operaciones de 3DS directamente desde el explorador del pagador, primero debe establecer el canal de autenticación donde su servidor de negocio debe comunicarse con el servidor del motor de pagos para crear una sesión en el motor de pagos. El ID de sesión generado por el motor de pagos se incluye en todas las solicitudes de autenticación iniciadas por el explorador como parámetro de contraseña (consulte autenticación basada en sesión).

Cumplir con WCAG (pautas de accesibilidad del contenido web)

Hosted Checkout puede configurarse para proporcionar una experiencia de usuario que cumple con el Nivel AA de WCAG 2.0. Consulte las Pautas de WCAG 2.0 y asegúrese de que su sitio web se ajusta a esta norma técnica.

Detalles
Checkout.configure({
    merchant   : '<your_merchant_id>',
    order      : {
        amount     : function () { //Dynamic calculation of amount
            return 80 + 20
        },
        currency   : 'USD',
        description: 'Ordered goods',
        id: '<unique_order_id>'
    },
    ....
    ....
    ....
    interaction: {
        ....
        ....
        ....
        displayControl: {
            orderSummary    	: 'SHOW',
            paymentConfirmation	: 'SHOW',
            billingAddress 	: 'OPTIONAL',
            customerEmail   	: 'OPTIONAL',
            shipping        	: 'HIDE'
        }
    }
});

Para cumplir con WCAG, debe mostrar el resumen del pedido y la confirmación de pago al pagador antes de que este envíe su pago. Configure los siguientes parámetros de visualización en "MOSTRAR" en el método Checkout.configure():

  • interaction.displayControl.orderSummary=SHOW
  • interaction.displayControl.paymentConfirmation=SHOW

Establezca el atributo lang

Agregue el atributo lang al elemento html.

<html lang="en">
    <head></head>
    <body></body>
</html>

Oferta de planes de pago

Si tiene planes de pago configurados en su perfil de negocio, de forma predeterminada, todos los planes de pago de la configuración de negocio se mostrarán al pagador durante Hosted Checkout. Sin embargo, los planes de pago disponibles para el pagador estarán determinados por el número de tarjeta que este ingrese y la moneda del pedido.

Limitar los planes de pago disponibles

Puede limitar los planes de pago disponibles en oferta al especificar restricciones en los planes de pago, según cada transacción. Esto resulta útil si desea asegurarse de que las opciones de pago ofrecidas al pagador cumplan con los criterios predefinidos, con lo cual se evita el procesamiento del pago si el pagador altera los datos de los planes de pago. Puede utilizar los siguientes campos en la solicitud para especificar las restricciones:

  • constraints.paymentPlans.supported[n]: los planes de pago que se ofrecen para esta transacción.
  • constraints.paymentPlans.numberOfPayments: el número permitido de cuotas para el plan de pago.
  • constraints.paymentPlan.numberOfDeferrals: el número permitido de meses de diferimiento para el plan de pago.
Mostrar los términos de pago para un plan de pago

De forma predeterminada, los términos de pago para un plan de pago, si están disponibles, se mostrarán en Hosted Checkout. Puede ocultarlos al configurar interaction.displayControl.paymentTerms=HIDE en Checkout.configure().

Ofrecer el Plan AMEX en algunas regiones puede requerir que reporte al pagador de los términos de pago antes de procesar el pago.

Verificación de los detalles de pago

Para tarjeta, tarjeta de regalo y pagos de Automated Clearing House, Hosted Checkout solo admite verificación de los detalles del pago.

Para esto, configure interaction.operation=VERIFY en la solicitud Create Checkout Session.

Hosted Checkout usa los métodos de verificación reconocidos por el adquirente configurado y los datos proporcionados en la solicitud.

Usted puede determinar si la operación de verificación se realizó correctamente o no al comparar resultIndicator con successIndicator.

Si la interacción no se realizó correctamente, Hosted Checkout muestra un mensaje donde se indica que la verificación no pudo realizarse y se solicita que el pagador vuelva a intentarlo.

Compatibilidad con integraciones que no son de comercio electrónico

Puede usar Hosted Checkout con cualquier fuente de transacción configurada en el perfil de negocio (Internet, centro de llamadas, pedido por teléfono, etc.).

Detalles

Para esto, proporcione transaction.source en la solicitud Create Checkout Session.

Si se solicita un Hosted Checkout con una transaction.source distinta a INTERNET, las opciones de pago que requieren que el pagador esté presente (por ejemplo, PayPal, autenticación 3-D Secure, etc.) no serán admitidas.

Si no proporciona transaction.source en la solicitud:

  • Se configura de manera predeterminada en INTERNET si se admite en el vínculo de negocio-adquirente.
  • Si no se admite, se configura de manera predeterminada como la fuente de transacción en su perfil de negocio.

Código de seguridad de tarjeta de control

Puede controlar si se requiere que los pagadores proporcionen el Código de seguridad de la tarjeta para procesar el pago, al configurar interaction.displayControl.cardSecurityCode, en la solicitud Create Checkout Session, en uno de los siguientes valores:

  • OPTIONAL: si desea que Hosted Checkout muestre el campo de ingreso del Código de seguridad de la tarjeta en Hosted Checkout, pero no es obligatorio completar este campo.
  • MANDATORY (predeterminado): si desea que Hosted Checkout muestre el campo de ingreso del Código de seguridad de la tarjeta y que sea obligatorio completarlo.
Tenga cuidado cuando deje el Código de seguridad de la tarjeta como opcional, ya que posiblemente algunos adquirentes lo requieran para procesar la transacción.

Referencia de API de Create Checkout Session [REST][NVP]

Seguimiento de interacciones de Hosted Checkout

Puede usar devoluciones de llamada para realizar un seguimiento de los eventos de pago y otras interacciones de Hosted Checkout.

Para hacer un seguimiento de las interacciones de Hosted Payment Page, también puede utilizar Google Analytics. Para esto, use el identificador de propiedad de Google Analytics para el sitio de su tienda en el campo interaction.googleAnalytics.propertyId.

Ignorar las características de seguridad

Si está configurado para la autenticación 3-D Secure o un servicio de administración de riesgos, tiene la opción de ignorarlos, si así lo desea.

Detalles
  • Ignorar la autenticación de pago: configure interaction.action.3DSecure=BYPASS en la solicitud Create Checkout Session.
  • Ignorar la evaluación de riesgos: configure risk.bypassMerchantRiskRules=ALL en la solicitud Create Checkout Session.

Pruebe su integración

Antes de comenzar con transacciones en directo, debe probar su integración para garantizar una funcionalidad correcta.

Solución de problemas y preguntas frecuentes

¿Qué debo hacer si Hosted Checkout devuelve un error?

Hosted Checkout puede devolver un número de errores de integración. Consulte Pruebe su integración.

¿Por qué veo una página de error?

Aparecerá una página de error cuando se intente una solicitud de Hosted Checkout incorrecta. Entre las causas comunes de errores se incluyen las siguientes:

  • No se han suministrado los campos obligatorios.
  • Las URL proporcionadas en la solicitud no son absolutas.
¿Qué sucede si el pagador envía dos veces (hace doble clic) en el botón "Pagar"?

Si el pagador oprime dos veces el botón "Pagar", la transacción no se repetirá con su banco o el banco del pagador.

¿Dónde se encuentra el protocolo PAGE y la página de referencia de la API de solicitud PAGAR de Hosted Payment Page?

La integración JavaScript de Hosted Checkout está dejando de usar el protocolo PAGE.

En el caso de integraciones de Hosted Payment Page existentes, consulte las pautas de integración y la Referencia de API (Haga clic aquí (HTML) o aquí (WADL)).

¿Son compatibles los explorados de Microsoft con Hosted Checkout?

Sí. IE 11 (modo no empresarial) y Edge son compatibles.

Consejos y mejores prácticas

Qué tan segura es la Hosted Checkout integración?

El modelo Hosted Checkout es seguro ya que requiere que se autentique en la servidor de pagos, y los detalles de pago recopilados en la página de pago se envían directamente desde el navegador del pagador al servidor de pagos.

Si elige not to return the payer to your shop site, para devolver al pagador al sitio de su tienda, se recomienda que revise el correo electrónico de notificación o inicie sesión en la portal de Administración para asegurarse de que los detalles del pedido sean correctos antes de enviar los productos al pagador.
¿Existe alguna restricción sobre el tamaño del archivo y las dimensiones para el logotipo del negocio de la página de pago?

Aunque por diseño no hay restricciones en el tamaño del archivo, se recomienda que no exceda de 100 kb para garantizar que la página se cargue rápidamente. Las dimensiones recomendadas para el logotipo son 140 width × 140 height (pixels).

¿Puedo utilizar cualquier proveedor hospedado para hospedar la imagen del logotipo?

Sí, puede hospedar la imagen del logotipo en cualquier proveedor, sin embargo, es obligatorio que la URL sea segura (HTTPS). Si su proveedor hospedado no admite una URL segura, la siguiente es una lista de proveedores que pueden ofrecerle hospedaje HTTPS gratuito: https://www.google.com.au/search?q=secure+image+hosting+providers

¿Por qué la casilla de verificación "Misma que dirección de envío" a veces no aparece?

Esta casilla de verificación solo está visible cuando se han llenado todos los campos obligatorios en la dirección de envío. Debe asegurarse de que el pagador los haya completado o de llenar usted mismo aquellos que falten (como por ejemplo shipping.country, en caso de que no se realice el envío internacional de las mercancías).

¿Cómo puedo optimizar mis interacciones móviles con Hosted Checkout?

Si desea ofrecer a sus clientes una buena experiencia móvil que incluya la optimización de su experiencia de Hosted Checkout en dispositivos móviles, le recomendamos agregar una metaetiqueta de "ventana gráfica" en la página de su sitio. Por ejemplo:

<meta name="viewport" content="width=device-width, initial-scale=1">

Tenga en cuenta que es importante elegir los valores de ventana gráfica correctos para sus páginas y probar su propio sitio con estos cambios.

Derechos de autor © 2020 Mastercard