Checkout en una página o por pasos en PrestaShop: qué campos sobran y cuándo usar 1 clic

Cada cierto tiempo alguien propone cambiar el checkout «a una sola página» porque convierte más. A veces mejora, a veces no cambia nada y a veces empeora. Lo que decide si un cliente termina la compra no es tanto el número de pantallas como el número de decisiones, de campos y de sorpresas que encuentra por el camino.

Cómo es el checkout de PrestaShop

Desde la 1.7, el proceso de compra de PrestaShop es una sola página dividida en bloques que se abren por orden: datos personales, direcciones, método de envío y pago. Es un híbrido: no recarga la página entre pasos, pero obliga a completar cada bloque antes del siguiente. Los temas y los módulos de checkout de terceros cambian esa estructura, para bien o para mal.

Una página o por pasos: lo que cambia de verdad

Con pocos campos, una página funciona bien. Con muchos, los pasos ordenan. Antes de cambiar la estructura, merece más la pena reducir lo que se pide.

Los campos que suelen sobrar

• Tratamiento (Sr./Sra.) y fecha de nacimiento. Si no los usas para nada concreto, fuera. En PrestaShop, la fecha de nacimiento se desactiva en los ajustes de clientes, y los campos de la dirección se ajustan por país en su formato de dirección.
• Contraseña obligatoria. Permitir comprar como invitado y ofrecer crear la cuenta al final retiene a quien compra por primera vez.
• Repetir el email. Mejor validar el formato y mostrarlo claro en la confirmación.
• Empresa y NIF para todos. Solo hacen falta si el cliente quiere factura a nombre de una empresa. Que aparezcan cuando los pide.
• Segunda línea de dirección obligatoria. Opcional, siempre.
• Dirección de facturación aparte sin una casilla de «usar la misma».

Hay campos que parecen sobrar y no: el teléfono lo piden casi todos los transportistas, y quitarlo se paga en incidencias de entrega. El código postal tiene que estar antes que la ciudad si quieres calcular el envío pronto.

Las sorpresas que hacen abandonar

La causa más repetida de abandono en el checkout es descubrir un coste que no se esperaba, normalmente el envío. Enséñalo cuanto antes, si es posible ya en el carrito con un cálculo estimado.

Y aquí hay también reglas que cumplir. La ley de consumidores (Real Decreto Legislativo 1/2007, artículo 60 bis) exige el consentimiento expreso del cliente para cualquier pago adicional al principal: nada de casillas premarcadas que añadan un seguro, una garantía o una donación. Y el artículo 98.2 obliga a que el botón final deje claro que el pedido implica pagar, con una fórmula como «Pedido con obligación de pago» o equivalente sin ambigüedad. Un «Continuar» en el último paso no vale.

Errores que llegan tarde

• Validaciones que solo saltan al pulsar el botón final.
• Mensajes en inglés o genéricos («Campo no válido») sin decir qué está mal.
• Formatos rígidos de teléfono o de código postal que rechazan lo que el cliente escribe con espacios.
• Métodos de pago que fallan en móvil porque el módulo no se ha actualizado con el tema.

Este último es más frecuente de lo que parece. Un checkout que mezcla tema nuevo, módulos de pago antiguos y una versión de PHP para la que no se probaron rompe en el peor sitio, y lo hace sin avisar. Tener PrestaShop y los módulos de pago al día, y probar una compra completa tras cada actualización, es parte de cuidar la conversión.

Cuándo tiene sentido comprar en un clic

La compra en un clic deja al cliente pagar sin recorrer el checkout entero. Funciona bien cuando:

• El producto se compra solo, sin necesidad de configurar mucho.
• Gran parte de las visitas llegan desde el móvil.
• Hay compra por impulso o el cliente ya conoce el producto.
• El cliente repite y no quiere volver a rellenar sus datos.

Encaja peor en pedidos B2B con muchas líneas, en productos personalizables o cuando el envío depende mucho de la dirección. En ese caso hay una variante útil: pedir la dirección después del pago. Funciona siempre que el envío se recalcule cuando llega la dirección, y que la tienda no use la cuenta de un cliente existente sin que inicie sesión.

Ofrecer algo más sin estorbar

El checkout es también un buen momento para ofrecer un complemento: el cliente ya ha decidido comprar. La condición es que no estorbe: una sola oferta relacionada con lo que hay en el carrito, que se añada o se quite con un clic sin salir del proceso y que nunca venga marcada de serie.

Mide antes de cambiar

GA4 tiene eventos para cada fase: begin_checkout, add_shipping_info, add_payment_info y purchase. Con ellos ves en qué paso se pierden los clientes antes de tocar nada, y puedes comparar después del cambio. Sin esa medida, cualquier rediseño del checkout es una opinión.

Checklist

• Quita los campos que no usas y deja opcionales los que no son imprescindibles.
• Compra como invitado activada.
• Coste de envío visible antes del último paso.
• Ninguna casilla premarcada que añada un cobro.
• Botón final con «obligación de pago» o una fórmula igual de clara.
• Compra de prueba completa en móvil tras cada actualización.
• Embudo de GA4 medido antes y después de cada cambio.

Cómo resolverlo en PrestaShop

RKR Compra en 1 clic añade un botón en la ficha, el carrito y los listados que abre un modal con nombre, email, DNI/NIE, teléfono y una nota. La dirección se puede escribir ahí, elegir entre las guardadas o dejarla para después del pago: el cliente la completa desde un portal con un enlace que caduca o desde su cuenta, y el envío se recalcula con las reglas nativas de PrestaShop. Si el email ya es de un cliente registrado, le pide que inicie sesión, y puedes limitar el botón a las categorías donde tiene sentido. RKR Buy More Pro pone una oferta en el carrito, en el paso de envío o en el de pago, que el cliente acepta o quita con un clic; si deja de cumplir las condiciones, la línea con descuento se retira sola, y un test A/B te dice qué variante funciona.