E-comerciantes: ¿Cuál sería la mejor integración para vuestro Checkout?

Actualidad, Funcionalidades, Suscripciones y Pagos | 27.02.2018

Checkout popin embedded

Para empezar, definamos el término Chekout, palabra muy conocida en el mercado del e-comercio y del pago. Corresponde a “la fase que consiste, en pasar de la página del comerciante, con la cesta que contiene los artículos seleccionados, a la página de confirmación del pedido. La fase de Checkout incluye esencialmente en ingresar los datos de pago y si necesario los datos relacionados con la entrega.”

A través de esta definición, comprendemos su verdadera importancia. Basta con una incidencia, una incomprensión, una falta de claridad, o bien un sentimiento de inseguridad… y todo el recorrido de compra será cuestionado. Por eso se deberán tener en cuenta los aspectos técnicos y prácticos en la elección de la modalidad y del formato del Checkout, aunque no son los únicos que entran en juego.

L’iFrame, la clave para una experiencia de usuario fluida y optimizada

La redirección o la apertura de una nueva página en el navegador en el que el cliente puede ingresar sus datos de pago, se ha vuelto cada vez más rara. Insistamos sobre las razones por las cuales esta modalidad se vio abandonada. Dar la impresión al cliente que se « va » de la página del comerciante con el cual tiene una relación, para encontrarse en la página de un beneficiario desconocido, con un diseño diferente es muy desconcertante e impide un funcionamiento fluido de la experiencia del cliente durante su recorrido de compra.

Es así que apareció la etiqueta iFrame en 1997. Permite incrustar en una página HTML (la del comerciante) un elemento de otra fuente (el Checkout en nuestro caso).

Pero los comerciantes siempre tienen la elección en dos tipos de iFrame:

Embedded” (cuadra con el contenido incluido en la página web del comerciante mostrando el formulario).

Exemple d’iframe SlimPay affiché en embedded

Pop-in” (cuadro de contenido relacionado con la página web del comerciante y se abre por encima de dicha página)

SlimPay Checkout Popin iframe

La pregunta que nos hacemos es saber cuál de las dos posibilidades elegir y cuáles son los criterios de elección.

Hay que plantearse una pregunta fundamental:

Si el comerciante debería preguntarse algo, sería lo siguiente: ¿Puede seguir interactuando el cliente/consumidor con los elementos de la página durante en Checkout Global?

Para ejemplificar, cuando está en la página web de una cadena de centros de fitness, el comerciante desea dejar la oportunidad al cliente para editar la fórmula elegida con un margen de tiempo lo más importante posible durante el proceso de compra y Checkout incluido. Es importante que después de que el cliente ha empezado a rellenar informaciones (firma del mandato, datos de facturación) el cliente pueda volver hacia atrás para por ejemplo añadir la opción de “clases colectivas” además del acceso ilimitado a las máquinas. En este caso un iFrame versión embedded seria recomendado porque no impide hasta el momento del pago las interacciones con el resto de la página web del comerciante.

Al contrario, si el comerciante no necesita modificaciones, la versión POPin sería una versión más adaptada.

¿Cómo incluir el iFrame en su diseño ?

Para el modo embeded, es importante reflexionar detenidamente  sobre la talla del cuadro que acogerá el contenido incluido en la página web del comerciante donde se mostrará el formulario. Lo ideal sería una altura de 320 pixels. Si la altura es demasiado baja el formulario se extenderá demasiado. Al contrario, demasiada altura creerá espacios vacíos y blancos, perturbando la calidad visual de la página. En estos dos casos la experiencia del cliente es alterada.

El modo POPin ofrece una adaptación automática de la altura del cuadro,  mostrándose por encima de la página del comerciante con la evolución de los pasos.

Para resumir:

integration online checkout website

 

 

This post is also available in: English Français

Volver a artículos