LTEvo · Privacidad

Necesarias

Guardamos tu elección en este navegador para recordar tus preferencias.

Siempre activas

Los cambios se aplican al guardar. Política de cookies

Saltar al contenido principal
16 de septiembre de 2026•6 min de lectura•Por Víctor Lasheras

Revisado el 2 de octubre de 2026

TPV Virtual: Qué Es y Cómo Cobrar con Tarjeta en tu Tienda Online

16 de septiembre de 2026
TPV Virtual: Qué Es y Cómo Cobrar con Tarjeta en tu Tienda Online

Qué es un TPV virtual

Un TPV virtual es un servicio para aceptar pagos online con tarjeta u otros métodos compatibles. La tienda envía los datos de la operación a una pasarela, el proveedor gestiona su autorización y el comercio recibe la confirmación y posterior liquidación según su contrato.

Para elegirlo, compara coste total, métodos de pago, integración y soporte. Una comisión baja no compensa un checkout que falla o pedidos que quedan pendientes después de cobrar.

Cómo funciona un pago en una tienda online

Pedido

1

Importe calculado en servidor

La tienda registra un pedido y envía una solicitud válida al proveedor.

Autenticación y autorización

2

Pasarela y banco

El proveedor procesa la operación y solicita comprobaciones cuando proceden.

Confirmación

3

Notificación verificada

El servidor comprueba el resultado y actualiza el pedido sin duplicarlo.

La pantalla de éxito que ve el comprador no basta para dar un pedido por pagado. Debe existir una confirmación fiable del proveedor, comprobada en el servidor. No confundas autorización, captura y liquidación: según el sistema pueden ser momentos distintos.

En Redsys con redirección, revisa el formato de parámetros, versión de firma y validación de notificaciones especificados en la documentación de tu integración. Firmar y cifrar no son lo mismo; una función hash por sí sola no cifra datos ni sustituye HTTPS.

La tienda puede utilizar una página alojada por el proveedor o componentes integrados. Ambas opciones requieren una configuración segura y obligaciones PCI aplicables a su implementación. Evita almacenar datos de tarjeta en tu base de datos si tu integración está diseñada para que los gestione la pasarela.

PSD2, SCA y 3D Secure

El Real Decreto-ley 19/2018 de servicios de pago recoge la autenticación reforzada de clientes: combina elementos independientes de conocimiento, posesión e inherencia. En una compra puede implicar una aprobación en la aplicación bancaria u otro mecanismo del emisor.

3D Secure es un protocolo, no un sinónimo de PSD2. Permite autenticar al titular de la tarjeta dentro del flujo de pago. Una operación puede seguir un flujo sin interacción adicional o exigir un desafío; no decidas por tu cuenta que un importe pequeño siempre queda exento. El proveedor y el banco aplican las reglas pertinentes, límites acumulados y controles de riesgo. La documentación de autenticación 3D Secure de Stripe explica cómo se integra en su plataforma.

Qué necesita comprobar el dueño de la tienda

  • Que el flujo de autenticación funciona en móvil y permite volver al checkout.
  • Que se informa de una denegación sin exponer datos técnicos o sensibles.
  • Que un reintento no cobra dos veces el mismo pedido.
  • Que devoluciones y cancelaciones se concilian con el panel de pagos.
  • Que los estados «pendiente», «pagado» y «reembolsado» tienen un significado claro.

Redsys, CECA y Stripe: cómo compararlos

Las condiciones de una solución bancaria dependen de la entidad y del contrato. No hay una tarifa universal de Redsys o CECA, ni un plazo único de alta.

CriterioRedsys / solución bancariaCECA / solución bancariaStripe
ContrataciónA través de la entidad que lo ofreceSegún entidad y oferta vigenteAlta y verificación de la cuenta en la plataforma
PrecioPresupuesto del banco, cuotas y mínimosPresupuesto del banco, cuotas y mínimosTarifas publicadas o contrato personalizado
IntegraciónRedirección u opciones compatibles con contratoSegún producto e integración contratadosCheckout, Elements y APIs según el proyecto
Métodos de pagoConfirmar tarjeta, Bizum y monederos habilitadosConfirmar métodos disponibles con la entidadConfirmar métodos disponibles para cuenta, país e integración
SoporteRevisar responsabilidad entre banco y desarrolladorRevisar canal técnico y bancarioPlataforma y soporte conforme al plan

Stripe también documenta Bizum. No es correcto descartarlo por una ausencia general de ese método; consulta los requisitos de país, moneda e integración en su documentación de Bizum.

Como referencia consultada el 2 de octubre de 2026, Stripe publica 1,5 % + 0,25 € para tarjetas estándar del EEE y 2,8 % + 0,25 € para tarjetas prémium del EEE. Otras tarjetas, conversión de divisa y servicios pueden tener costes diferentes. Comprueba las tarifas oficiales de Stripe para España antes de presupuestar; no utilices esa referencia para estimar una oferta bancaria distinta.

Una comparación práctica de coste total

Pide una oferta por escrito y calcula escenarios con tu número previsto de pedidos, ticket medio, mezcla de tarjetas y devoluciones. Incluye alta, cuotas, mínimos, comisión variable, importe fijo por operación, contracargos, cambio de moneda y trabajo de mantenimiento de la integración.

Ejemplo orientativo: una tienda con muchos pedidos pequeños debe revisar el componente fijo por operación; una que vende a varios países debe revisar divisas y tarjetas extranjeras. El resultado depende de sus contratos, no de cuál marca parezca más barata en una tabla genérica.

Checklist técnico antes de empezar a cobrar

Pruebas que debes pedir al desarrollador

  1. HTTPS y credenciales: certificados válidos, claves de prueba separadas de producción y secretos fuera del navegador.
  2. Importe y moneda: cálculo en servidor y validación de que coinciden con el pedido.
  3. Notificaciones: firma comprobada, registros de errores y recepción sin bloqueos del cortafuegos.
  4. Idempotencia: una notificación repetida o un doble clic no duplican cobros ni actualizaciones de stock.
  5. Casos de prueba: pago correcto, denegación, autenticación fallida, abandono y reintento.
  6. Devoluciones: parciales y completas, con estado de pedido coherente.
  7. Conciliación: localizar la operación por pedido y comparar importes con el proveedor.
  8. Comunicación: mensajes de checkout y correos según el estado real del pago.

Cobrado en el proveedor, pendiente en la tienda

Revisa registros, validación de firma, importe, procesamiento y entrega de notificaciones. El cortafuegos es una posibilidad, no la única causa. Cualquier excepción debe ser limitada y mantener la verificación criptográfica de las peticiones.

Si tu tienda utiliza WooCommerce o PrestaShop, confirma compatibilidad de la extensión con sus versiones y prueba actualizaciones en un entorno separado. Incluye ese trabajo en el mantenimiento web.

Condiciones de venta y obligaciones del comercio

Explica quién vende, precio total, entrega, devoluciones, privacidad y contacto. El texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios regula la información previa y el desistimiento en contratos a distancia. El plazo general de 14 días tiene excepciones y condiciones; no copies una política de otra tienda sin adaptarla al producto y al tipo de cliente.

Cuándo conviene integrar o renovar el TPV

Cuando cambias de plataforma, añades suscripciones, vendes internacionalmente o aparecen cobros difíciles de conciliar, revisa el flujo completo. Definir pago, pedido, stock y devoluciones antes de programar reduce incidencias y facilita elegir proveedor.

Tiendas online

¿Necesitas una tienda con pagos y pedidos bien integrados?

Valoramos catálogo, pagos y gestión antes de elegir la plataforma para tu negocio.

Ver creación de tiendas online

En LTEvo podemos revisar tu checkout o plantear una tienda online con el alcance de integración que necesita tu negocio. Para reservas y sistemas propios, consulta el desarrollo web a medida.

Artículos relacionados

¿Hablamos de tu proyecto?

¿Quieres lanzar o mejorar tu tienda?

Valoramos catálogo, pagos y gestión antes de elegir la plataforma para tu negocio.