Las estructuras de comisiones de Stripe y PayPal, los flujos de pago (Payment Element / redirección de PayPal frente a campos de tarjeta alojados) y la realidad de sus módulos para PrestaShop descritas aquí están actualizadas. Confirma siempre los precios vigentes en el panel de tu propio procesador, ya que ambos publican tarifas específicas por país que pueden cambiar.
Casi todos los comerciantes de PrestaShop acaban ante la misma bifurcación: ¿Stripe o PayPal? Desde fuera parecen intercambiables: ambos aceptan tarjetas, ambos son estables y ambos tienen un módulo para PrestaShop. Pero parten de ideas distintas sobre a quién pertenece el proceso de pago. Stripe mantiene el pago en tu sitio y trata el formulario de tarjeta como parte de tu página. PayPal coloca su propia marca entre tú y el comprador y, en su flujo clásico, lleva al cliente a su sitio para confirmar. Esa única diferencia se refleja en tus comisiones, tu conversión, quién genera confianza en la transacción y cómo se desarrolla una disputa. Esta guía trata de tomar la decisión para una tienda concreta, la tuya, no de declarar un ganador universal, porque no lo hay.
Si ya lo tienes decidido y solo necesitas la parte técnica, claves API, webhooks, SCA, Apple Pay, ese es otro trabajo que cubrimos de principio a fin en la guía de integración de Stripe para PrestaShop. Este artículo es la decisión que viene antes.
La respuesta corta, y después los matices
Para la mayoría de tiendas PrestaShop, la respuesta honesta es ambos: Stripe como procesador principal de tarjetas y PayPal como botón adicional para los clientes que lo quieren sí o sí. Ofrecer más de un método relevante es una de las pocas mejoras con efecto positivo fiable en el pago (explicamos el razonamiento en por qué ofrecer más opciones significa vender más). Pero "ambos" no sale gratis, y muchas tiendas hacen bien en usar solo uno. El resto de esta guía te da el marco para saber en qué caso estás.
Comisiones: haz los números con tu propia mezcla de tarjetas
Aquí es donde Stripe suele ganar, pero la diferencia depende por completo de dónde se hayan emitido las tarjetas de tus clientes, así que no tomes una tarifa destacada como verdad absoluta. Las tarifas europeas publicadas sitúan a Stripe en torno al 1,5% + 0,25 € para tarjetas del Espacio Económico Europeo y en una tarifa más alta (aproximadamente 2,5% + 0,25 €) para tarjetas de fuera del EEE, sin cuota mensual. La tarifa estándar de PayPal para pagos online con tarjeta ronda el 2,49% + 0,35 €. Tómalas como cifras orientativas: ambos procesadores publican precios específicos por país y negocian tramos por volumen, así que confirma los números de tu cuenta en lugar de citar los nuestros.
Lo importante es la forma de la diferencia, que tiene dos partes:
| Valor del pedido | Stripe (tarjeta EEE, ~1,5% + 0,25 €) | PayPal (~2,49% + 0,35 €) | Diferencia |
|---|---|---|---|
| 20 € | ~0,55 € | ~0,85 € | PayPal ~55% más |
| 50 € | ~1,00 € | ~1,60 € | PayPal ~60% más |
| 150 € | ~2,50 € | ~4,09 € | PayPal ~64% más |
La comisión fija (0,25 € frente a 0,35 €) pesa más en carritos pequeños, de modo que una tienda que vende accesorios de 15 € nota la diferencia con más intensidad que una que vende muebles de 300 €. El porcentaje se acumula en cada pedido, así que la diferencia es recurrente, no puntual. ¿Qué significa eso para ti? En una tienda con un volumen mensual relevante y tarjetas mayoritariamente europeas, dirigir la mayor parte de los pagos por Stripe en lugar de PayPal es dinero real que conservas; pero una tienda cuyos clientes prefieren de verdad pagar desde saldo de PayPal puede convertir suficientes pedidos extra como para compensar el sobrecoste por transacción. Modela el escenario con tu mezcla de tarjetas y tu valor medio de pedido antes de asumir que gana lo "más barato".
Experiencia de pago: en tu página o con cambio de contexto
Esta es la diferencia que el cliente realmente percibe, y en PrestaShop interactúa directamente con la forma en que está construido tu proceso de pago.
Stripe muestra sus campos de tarjeta dentro de tu propia página de pago (Payment Element / Stripe Elements). El cliente nunca abandona tu dominio; muchos ni siquiera perciben que interviene un tercero. En un pago por pasos o en una sola página de PrestaShop, esto mantiene el flujo continuo: los datos de la tarjeta están en el mismo CheckoutPaymentStep que todo lo demás, y Apple Pay / Google Pay pueden aparecer como botón exprés mediante el Express Checkout Element de Stripe o el soporte de monederos en Payment Element, según la versión del módulo.
PayPal tiene dos caras. Su flujo clásico redirige al cliente a paypal.com para iniciar sesión y confirmar, y después lo devuelve a tu controlador de confirmación de pedido: un cambio de contexto que a algunos compradores les transmite seguridad y a otros les resulta brusco. PayPal también ofrece procesamiento de tarjetas en el sitio (sus campos alojados Advanced Credit and Debit Card), que se comporta más como Stripe y mantiene al comprador en tu página. Cuál de estas opciones expone tu módulo de PrestaShop depende del módulo y de su configuración, así que ya no conviene asumir que "PayPal = redirección".
La redirección tiene dos lecturas. Para un comprador sin cuenta PayPal añade un obstáculo que puede hacerte perder el pedido; para un comprador con cuenta puede mejorar la conversión, porque paga con unas credenciales que ya tiene y en las que confía. Por eso esta decisión depende de tu audiencia, no de una regla universal.
Hay un detalle de tiempos específico de PrestaShop que conviene entender porque confunde a los comerciantes al revisar la lista de pedidos: con el flujo clásico de PayPal, el pedido de PrestaShop no se crea en el instante en que el cliente hace clic en "Pagar con PayPal". El módulo redirige, el comprador aprueba en PayPal, PayPal lo devuelve al controlador del módulo y solo entonces, después de capturar el pago, el módulo llama a validateOrder() para escribir el pedido en PrestaShop. Así que un cliente que aprueba en PayPal pero cierra la pestaña antes de ser redirigido de vuelta puede dejar el dinero capturado en PayPal sin que exista aún un pedido correspondiente en PrestaShop. Ese hueco es exactamente la razón de ser de la llamada webhook/IPN que explicamos más abajo, y por eso "pagado en PayPal, sin pedido en PrestaShop" es un síntoma conocido, no un misterio.
[SCREENSHOT: paso de pago en un proceso de compra de PrestaShop en una sola página, con un campo de tarjeta de Stripe integrado en la página y un botón de PayPal uno junto al otro como dos opciones seleccionables]
Confianza: ¿a quién cree estar pagando realmente el cliente?
Para una tienda pequeña o recién lanzada, todavía sin reputación, el mayor activo de PayPal no es su tecnología: es el nombre. Un visitante que compra por primera vez y nunca ha oído hablar de tu tienda puede aun así hacer clic en "Pagar con PayPal" porque confía en que PayPal actúe como intermediario entre él y un vendedor desconocido. Ese efecto de confianza prestada es más fuerte justo cuando tu propia marca tiene menos capital de confianza.
La confianza de Stripe funciona de otra manera. No tiene una marca visible para el consumidor durante el pago, así que genera seguridad de forma indirecta: un formulario de tarjeta limpio, integrado en la página, dentro de un sitio con SSL y aspecto profesional. Para una tienda consolidada con una marca reconocible, esa sensación cuidada suele convertir igual o mejor que una redirección. ¿Qué significa eso para ti? Cuanto más nueva y menos conocida sea tu tienda, más valor tiene mantener la confianza prestada de PayPal en la mezcla; cuanto más asentada esté tu marca, más cómodo resulta liderar solo con Stripe.
Disputas y protección del vendedor: importa dónde está el dinero
La experiencia de una devolución de cargo es realmente distinta entre ambos, y conviene entenderlo antes de encontrarte en medio de una.
| Stripe | PayPal | |
|---|---|---|
| Quién gestiona la disputa | Las redes de tarjetas; presentas pruebas a través de Stripe | Primero el propio Centro de resoluciones de PayPal, antes de que se convierta en una devolución de cargo de tarjeta |
| Comisión típica por disputa | ~15 € por disputa (normalmente se devuelve si ganas) | Por lo general, sin comisión por disputa en reclamaciones estándar |
| Protección del vendedor | Puntuación antifraude de Stripe Radar; impugnación basada en pruebas | Protección del vendedor para bienes físicos elegibles enviados con seguimiento |
| Reputación | Procesador neutral: dependes de la calidad de tus pruebas | Suele percibirse como más favorable al comprador en casos disputados |
La implicación práctica: PayPal puede resolver algunos problemas mediando antes de que se mueva el dinero, lo cual es cómodo; pero si da la razón al comprador, los fondos pueden retirarse sin más de tu saldo de PayPal. Stripe no media; te da una ventana para presentar pruebas al banco. Uses el que uses, tu defensa es la misma documentación: confirmación del pedido, seguimiento del envío, prueba de entrega, mensajes del cliente. PrestaShop ya guarda todo eso en el historial del pedido, así que la tarea real es poder reunirlo rápido antes de que empiece a correr el plazo de pruebas del procesador.
Alcance y métodos de pago locales
Si vendes fuera de tu país, mira más allá de las tarjetas. Stripe admite una larga lista de divisas y, algo crucial para vendedores europeos, métodos locales como iDEAL, Bancontact y domiciliación SEPA desde la misma integración; el impacto en conversión de ofrecer el método que el cliente espera en su propio país es considerable (lo explicamos en métodos de pago locales que abren mercados locales). La fortaleza de PayPal es la contraria: menos divisas, pero un reconocimiento de marca casi universal, que pesa en mercados como Estados Unidos, Reino Unido y Australia, donde los compradores recurren a PayPal en compras internacionales.
Si lo que realmente necesitas es una amplia cobertura de métodos locales europeos con un único contrato, también merece la pena comparar un agregador multimétodo, consulta Mollie para PrestaShop, y, para una tienda dirigida específicamente al mercado polaco, Przelewy24 suele importar más que Stripe o PayPal.
El pago aplazado ya forma parte de esta decisión
Algo ha cambiado en los últimos años: ambos procesadores ya intermedian soluciones de compra ahora y paga después. PayPal integra Pay in 3 / Pay Later en su botón; Stripe integra Klarna, Afterpay/Clearpay y otros a través de Payment Element. Para valores de carrito medios o altos, ofrecer pagos a plazos puede aumentar la finalización de compra, pero es un tema con sus propios compromisos (comisiones, elegibilidad, devoluciones), que tratamos en Compra ahora y paga después: qué significa para tu conversión. La idea para esta decisión es que "Stripe vs PayPal" ya no es solo una cuestión de tarjetas: ambos pueden ser también tu puerta de entrada al BNPL.
Integrar cualquiera de los dos con PrestaShop
Ambos tienen módulos oficiales para PrestaShop, y ambos funcionan. La decisión debería basarse en comisiones, audiencia y confianza, no en la idea de que un módulo sea más sólido que el otro. Algunas realidades específicas de PrestaShop que conviene conocer antes de conectar nada:
- Usa la API moderna. Para Stripe, eso significa un módulo construido sobre la Payment Intents API (no la API Charges antigua): es lo que permite que la SCA europea / 3D Secure 2 funcione correctamente. El equivalente de PayPal es su SDK actual de Orders/Checkout, no el flujo NVP/SOAP obsoleto.
- Los webhooks deciden si los pedidos son reales. Ambos procesadores confirman los pagos fuera de banda. Si el endpoint del webhook está bloqueado por un cortafuegos, una regla de Cloudflare o
.htaccess, aparece el síntoma clásico de PrestaShop: pedidos atascados a medio estado sin cargo correspondiente. La parte de Stripe se explica paso a paso en la guía de integración de Stripe. - La divisa debe coincidir. El pago tiene que crearse en la misma divisa que PrestaShop mostró al cliente; una discrepancia entre la divisa activa y el cargo es una causa habitual de quejas por importes incorrectos.
Para el panorama más amplio, Mollie, Adyen, pasarelas locales y cómo se comparan los módulos oficiales, empieza por Mejores módulos de pago para PrestaShop en lugar de volver a decidirlo aquí.
Usar ambos sin duplicar la administración
Si eliges "ambos", y la mayoría de tiendas lo hacen, el coste no son las comisiones por transacción, sino la carga administrativa: dos paneles, dos cuentas de liquidación, dos conciliaciones al cierre de mes. Es manejable, pero es la parte que los comerciantes suelen subestimar.
Aquí es donde mantener los pagos dentro de un único flujo de pago se gana su sitio. Nuestro módulo Checkout Revolution presenta Stripe, PayPal, Apple Pay, Google Pay, Link y tarjetas normales como opciones dentro de un único pago de PrestaShop en una sola página (verificable en el propio conjunto de funciones del módulo), configurado desde el panel de administración en lugar de mediante una factura de desarrollador. ¿Qué significa eso para ti? El cliente ve un único paso de pago limpio y elige su método; tú no duplicas tu tema ni mantienes dos experiencias de pago separadas para dar soporte a dos procesadores. Y como los datos del pedido llegan de forma consistente a PrestaShop independientemente de qué procesador haya cobrado el dinero, consolidar ambos flujos de ingresos en una sola vista, para contabilidad y conciliación, es exactamente el tipo de trabajo para el que están pensados los informes de Financial Revolution, de modo que "dos cuentas de liquidación" no significa dos contabilidades que tengas que unir a mano.
Cuándo elegir solo uno
Ambos es la opción por defecto, no una ley. Elige un único procesador cuando el segundo sea pura carga adicional:
- Solo Stripe: una tienda B2B cuyos compradores pagan con tarjeta o transferencia bancaria y nunca piden PayPal, o cualquier tienda donde la postura de PayPal, más favorable al comprador en disputas, suponga un riesgo real para tu tipo de producto (artículos de alto valor, personalizados o propensos a disputas).
- Solo PayPal: una tienda recién creada que quiere el lanzamiento más sencillo posible y la máxima confianza prestada desde el primer día. Añade Stripe más adelante, cuando tengas volumen y reconocimiento de marca, y el ahorro en comisiones empiece a importar.
- Ninguno como opción principal: si tu mercado tiene una preferencia local dominante (iDEAL en Países Bajos, BLIK/Przelewy24 en Polonia, Bancontact en Bélgica), lidera con eso y trata las tarjetas como opción secundaria. Lo que esperan realmente los clientes de cada mercado europeo está mapeado en métodos de pago para el comercio electrónico europeo.
Cómo decidir para tu tienda
Redúcelo a cuatro preguntas y la respuesta suele aparecer:
- ¿Cuál es tu mezcla de tarjetas y tu pedido medio? Tarjetas mayoritariamente del EEE y márgenes ajustados empujan hacia Stripe por comisiones; los carritos pequeños sufren más la comisión fija de PayPal.
- ¿Qué tan consolidada está tu marca? Una marca nueva y desconocida se apoya en la confianza prestada de PayPal; una marca reconocida y cuidada puede liderar solo con Stripe.
- ¿Dónde vendes? Venta intraeuropea con métodos locales favorece a Stripe (o a un agregador como Mollie); mucho comercio transfronterizo con Estados Unidos, Reino Unido o Australia mantiene el valor de PayPal.
- ¿Puedes asumir algo de administración? Si sí, ofrece ambos y deja que los clientes elijan. Si eres una tienda de una sola persona y necesitas proteger tu tiempo, usa bien uno en lugar de usar mal dos.
No hay un procesador que sea simplemente "mejor". Stripe suele ser el motor de tarjetas más barato, integrado en la página y flexible con métodos locales; PayPal es el nombre de confianza que convierte al comprador prudente y al comprador internacional. Las tiendas PrestaShop más sólidas tratan eso como una ventaja, no como un dilema: ofrecen al cliente la elección y mantienen ambos dentro de un proceso de pago limpio, para que la única decisión que tenga que tomar el comprador sea pagar.
Preguntas frecuentes
¿Stripe siempre es más barato que PayPal?
Normalmente, con mezclas de tarjetas europeas, pero no de forma automática. La tarifa de Stripe para tarjetas del EEE (alrededor de 1,5% + 0,25 € en precios europeos publicados) suele quedar por debajo de la tarifa estándar online de PayPal para tarjeta (alrededor de 2,49% + 0,35 €), y la diferencia aumenta a medida que sube el valor del pedido. Pero el ahorro solo existe en tarjetas que cumplen las condiciones del tramo más bajo, las tarjetas de fuera del EEE cuestan más en Stripe, y PayPal puede seguir siendo el resultado más rentable en conjunto si su confianza prestada convierte pedidos que un pago solo con tarjeta habría perdido. Modela el escenario con tu propia mezcla de tarjetas y tu valor medio de pedido en lugar de asumir que decide la tarifa destacada.
¿Puedo usar Stripe y PayPal al mismo tiempo en PrestaShop?
Sí, y la mayoría de tiendas deberían hacerlo. Son módulos de pago separados y no entran en conflicto; cada uno registra su propia opción de pago en el proceso de compra. El coste real de usar ambos no es técnico, sino administrativo: dos paneles y dos cuentas de liquidación que conciliar a final de mes. Presentar ambos dentro de un único paso de pago (el tipo de cosa que hace nuestro módulo Checkout Revolution) mantiene limpia la parte visible para el cliente, aunque por detrás sigas liquidando en dos cuentas.
¿Por qué PayPal cobró el dinero pero no apareció ningún pedido en PrestaShop?
Este es el desfase de tiempos de pedido de PayPal. En el flujo clásico con redirección, el pedido de PrestaShop solo se escribe cuando el cliente vuelve al controlador del módulo y el módulo llama a validateOrder() después de la captura; por tanto, si el comprador aprueba en PayPal y luego cierra la pestaña antes de ser redirigido de vuelta, el pago puede quedar capturado sin que exista aún un pedido en PrestaShop. La llamada servidor a servidor de PayPal (IPN/webhook) es lo que cierra ese hueco, por eso una URL de llamada bloqueada suele ser la causa habitual. Comprueba que el pago existe en tu panel de PayPal y confirma después que la URL de llamada no esté bloqueada por un cortafuegos, un desafío de Cloudflare o una regla de .htaccess.
¿Elegir Stripe o PayPal afecta a SCA / 3D Secure?
Ambos gestionan la autenticación reforzada de cliente, pero solo si el módulo está actualizado. Para Stripe, eso significa un módulo construido sobre la Payment Intents API: activa 3D Secure 2 automáticamente cuando la tarjeta y el emisor lo requieren. Para PayPal, significa el SDK actual de Orders/Checkout en lugar de la integración NVP/SOAP obsoleta. Un módulo que aún use la antigua API Charges de Stripe o el flujo heredado de PayPal puede gestionar mal la SCA europea, así que confirma la generación de API antes de instalar.
¿Cuál es mejor para una tienda recién creada sin reputación?
PayPal, desde el primer día, específicamente por la confianza prestada. Un visitante que compra por primera vez y nunca ha oído hablar de tu tienda puede pagar igualmente porque confía en que PayPal se coloque entre él y un vendedor desconocido; ese efecto es más fuerte precisamente cuando tu propia marca aún no tiene capital de confianza. El camino habitual es lanzar con PayPal para ofrecer esa tranquilidad, añadir Stripe cuando tengas volumen y una marca reconocible, y dejar que el ahorro en comisiones de Stripe empiece a importar a medida que creces.
