Stripe vs pasarelas españolas para startups: qué usar según tu modelo de negocio

Cada vez que una startup nos dice que "ya tiene integrados los pagos", preguntamos lo mismo: ¿cuánto tardáis en saber si un cobro ha fallado? ¿Y en hacer el cuadre de fin de mes? Las respuestas suelen ser incómodas.

La pasarela de pago no es un detalle técnico. Es el punto donde tu producto toca el dinero real. Y dependiendo de cuál uses, ese punto puede ser fluido o un infierno operativo semanal.

Lo que vas a aprender en este artículo:

• Por qué la elección de pasarela afecta algo más que la tasa de comisión

• Cuándo Stripe tiene sentido para una startup española y cuándo no

• Qué ofrece Redsys y para qué tipo de negocio encaja mejor

• Qué alternativas existen (Adyen, Mollie) y en qué momento considerarlas

• La posición de Ebägurin según modelo de negocio, para que no pierdas tiempo evaluando opciones que no son tuyas

Por qué la pasarela de pago es una decisión operativa, no solo técnica

La pasarela de pago afecta tres áreas que los founders suelen subestimar hasta que ya duelen.

Conversión. Cada paso de fricción en el checkout cuesta clientes. Un formulario largo, una redirección inesperada o un botón que no inspira confianza reducen la tasa de conversión. Según datos de Baymard Institute, la tasa media de abandono de carrito en ecommerce está en torno al 70%. Buena parte de ese abandono ocurre en el momento del pago.

Operaciones internas. ¿Quién reconcilia los cobros a fin de mes? ¿Cómo se registran las devoluciones? ¿Qué pasa cuando un pago queda en estado pendiente? Si tu pasarela no tiene buena API, buenos logs y buenas integraciones con tu stack contable, alguien de tu equipo va a dedicar horas cada semana a tareas manuales que deberían ser automáticas.

Contabilidad y cumplimiento. En España, los cobros están sujetos a RGPD cuando involucran datos personales, y la trazabilidad de facturas y cobros es obligatoria desde el punto de vista fiscal. Una pasarela que no genera registros claros o que no se integra bien con herramientas de facturación como Holded o Alegra es deuda operativa desde el día uno. Si quieres profundizar en cómo estructurar este proceso, el artículo sobre facturación y cobros en startups: cómo no perder dinero por desorden tiene el detalle que necesitas.

"Automatizar el caos solo te da caos más rápido."

Elegir pasarela antes de entender tu modelo de cobro es exactamente eso: automatizar el caos.

Stripe: para qué tipo de startup funciona de verdad

Stripe es la opción por defecto en el ecosistema startup global, y hay buenas razones para ello. Pero "por defecto" no significa "para todos".

Stripe es una plataforma de infraestructura de pagos fundada en 2010. Está disponible en España y tiene cobertura en más de 195 países. Su propuesta central es que cualquier equipo técnico puede integrar cobros complejos con relativamente poco esfuerzo de desarrollo.

Cuándo Stripe encaja bien:

• SaaS con suscripciones recurrentes. Stripe Billing gestiona suscripciones, upgrades, downgrades, trials y dunning (reintentos automáticos de cobro fallido) de forma nativa. Para un SaaS en fase seed que quiere montar la lógica de cobros sin construirla desde cero, Stripe es la elección más lógica.

• Marketplaces o plataformas con pagos entre partes. Stripe Connect permite gestionar pagos entre vendedores y compradores con splits automáticos. Es complejo de integrar bien, pero la alternativa (hacerlo a mano) es peor.

• Equipos con capacidad técnica mínima. La documentación de Stripe es, objetivamente, la mejor del mercado. Un developer junior puede integrar un checkout funcional en un día. Eso tiene valor real en early-stage.

• Negocios con clientes internacionales. Si tu startup vende fuera de España desde el principio, Stripe gestiona divisas, impuestos locales y métodos de pago locales sin que tengas que montar infraestructura adicional.

Precios reales en España:

• Tarjeta europea estándar: 1,5% + 0,25 €

• Tarjeta no europea: 3,25% + 0,25 €

• SEPA Direct Debit: 0,35 € por transacción (máximo 6 €)

• Stripe Billing: incluido en el plan base para volúmenes bajos; a partir de cierto volumen, hay tarifas adicionales por funciones avanzadas

Para una startup con tickets medios de 30-100 € y volumen bajo-medio, estas tarifas son asumibles. El problema aparece cuando el ticket medio es bajo (por ejemplo, pagos de 5-10 €), donde la parte fija de 0,25 € empieza a morder margen.

Cuándo Stripe no es la respuesta:

• Si tu cliente es una empresa española que paga por transferencia bancaria o domiciliación SEPA y no quiere meter una tarjeta en ningún sitio, Stripe no te aporta mucho que no pueda hacer tu banco directamente.

• Si tienes un ecommerce con catálogo físico y tu PSP (proveedor de servicios de pago) ya está integrado con Redsys a través de tu banco, cambiar a Stripe añade complejidad sin un beneficio claro.

• Si tu volumen de transacciones es muy alto (más de 50.000-100.000 € al mes), conviene hablar directamente con Stripe para negociar tarifas, porque las estándar dejan de ser competitivas.

Redsys: para quién es y por qué todavía importa

Redsys es el sistema de procesamiento de pagos detrás de la mayoría de bancos españoles. No es una pasarela en el sentido moderno: es la infraestructura de pago bancaria española, y su integración técnica es, en comparación con Stripe, bastante más arcaica.

Pero eso no significa que sea irrelevante.

Por qué Redsys sigue siendo relevante en España:

• Es el estándar que usan la mayoría de entidades bancarias españolas (BBVA, Santander, CaixaBank, Sabadell...). Si tu empresa ya tiene una cuenta bancaria con uno de estos bancos y quieren ofrecerte su TPV virtual, casi seguro que es Redsys por detrás.

• Para ecommerce tradicional orientado al mercado español, los clientes están acostumbrados al flujo de pago de Redsys. La redirección al entorno 3DS de su banco no les genera fricción; es lo que conocen.

• En sectores regulados (administración pública, servicios oficiales, algunas compras B2B en grandes empresas), Redsys es prácticamente obligatorio porque los departamentos de compras solo operan con TPVs bancarios homologados.

Las limitaciones reales de Redsys:

• La integración técnica es más compleja y menos documentada. No hay SDKs modernos de primer nivel. La mayoría de las integraciones en startups se hacen a través de plugins de terceros para WooCommerce, PrestaShop o similar.

• No hay equivalente nativo a Stripe Billing para gestionar suscripciones. Si quieres cobros recurrentes, tienes que construirlo encima de Redsys o usar un módulo específico del banco.

• El soporte técnico pasa a través del banco, no de Redsys directamente. Si hay un problema de integración, el tiempo de respuesta puede ser largo.

• La experiencia de checkout es menos personalizable y más rígida visualmente.

En startups early-stage que construyen producto digital (SaaS, apps, plataformas), Redsys casi nunca es la primera opción. Donde tiene sentido es en negocios con modelo de ecommerce clásico, clientes mayoritariamente españoles y una relación bancaria ya establecida que simplifica la contratación.

Alternativas que vale la pena conocer: Adyen y Mollie

Hay dos actores más que aparecen con frecuencia en conversaciones de startups españolas y que merecen contexto real, no solo menciones de pasada.

Adyen

Adyen es la opción enterprise. Es la plataforma que usan Spotify, Uber o Glovo. Su propuesta es unificar todos los canales de pago (online, TPV físico, in-app) en una sola plataforma con datos centralizados.

El problema para early-stage: el acceso a Adyen requiere volúmenes mínimos significativos y un proceso de onboarding que no está pensado para una startup de 8 personas. Las tarifas son competitivas a escala, pero la complejidad de implementación no tiene sentido antes de llegar a Series B o facturar varios millones al mes. Si estás en ese punto, ya tendrás un equipo técnico y financiero que pueda gestionarlo.

Mollie

Mollie es la opción intermedia que mucha gente ignora y que merece más atención en España.

Es una plataforma de pagos holandesa con buena presencia en Europa que ofrece algo que Stripe no tiene: métodos de pago locales europeos de forma muy sencilla. Si tu startup tiene clientes en Alemania, Países Bajos, Bélgica o Francia, Mollie gestiona iDEAL, Bancontact, Klarna o SEPA con menos fricción de integración que Stripe.

Precios en España: similar a Stripe en tarjetas (1,8% + 0,25 € para tarjetas europeas), con ventaja en algunos métodos de pago locales.

Para una startup de servicios con clientes mixtos (España + Europa), Mollie es una alternativa real a Stripe que conviene evaluar. No tiene el ecosistema de integraciones de Stripe ni su Billing, pero para cobros más sencillos el producto es sólido y el soporte en español es mejor.

La posición de Ebägurin: qué pasarela según tu modelo

Esto no es un ranking. Es lo que recomendamos dependiendo de cómo es tu negocio.

Si eres un SaaS con suscripciones: Stripe, sin más vuelta de hoja. Stripe Billing para las suscripciones, Stripe Checkout si quieres el checkout hosted sin desarrollo, y Stripe Radar para gestión de fraude. La infraestructura está hecha para ti.

Si eres un negocio de servicios B2B que factura a empresas españolas: Stripe para cobros con tarjeta o domiciliación SEPA, pero con una advertencia. Muchas empresas B2B en España prefieren el pago por transferencia bancaria o confirming. En ese caso, la pasarela de pago no es el cuello de botella: lo es el proceso de facturación y seguimiento de cobros. Antes de elegir herramienta, monta ese proceso.

Si tienes un ecommerce físico o catálogo tradicional orientado al mercado español: Redsys a través de tu banco, o evalúa Mollie si quieres algo más moderno con integración más limpia. Stripe puede funcionar, pero añade una capa de complejidad que no siempre se justifica si ya tienes una relación bancaria y un plugin funcional.

Si vendes en varios países europeos: Mollie como primera opción si los métodos de pago locales son relevantes para tu conversión. Stripe si ya tienes el equipo técnico para sacarle partido a su ecosistema.

Si estás en pre-seed con producto en validación: no sobre-ingeniería esto. Stripe con el plan básico, checkout hosted, y ya. Cuando el modelo de cobro esté validado y el volumen empiece a importar, se revisa. Igual que el resto del tech stack para startups en fase early-stage, la clave es empezar con lo mínimo que funciona, no con lo más sofisticado que podrías necesitar algún día.

"El stack perfecto no existe. Existe el stack que tu equipo usa de verdad."

Lo mismo aplica a la pasarela de pago. La mejor pasarela no es la que tiene más funciones: es la que encaja con tu modelo, tu equipo técnico y tus clientes.

Errores frecuentes que vemos en startups españolas

Elegir por defecto, sin contexto. "Todos usan Stripe" no es un criterio. Es una forma de aplazar la decisión. Stripe tiene sentido en muchos casos, pero si tu modelo no es digital-first, puede añadir complejidad innecesaria.

No considerar el coste real por transacción. El 1,5% + 0,25 € parece poco hasta que calculas cuánto es a escala. Con 500 transacciones mensuales de 20 €, son 275 € al mes solo en comisiones. Eso es un gasto que hay que tener en el modelo financiero desde el principio.

Montar suscripciones encima de una pasarela que no las soporta bien. Hemos visto startups construir lógica de renovación manual sobre Redsys porque "ya tenían la integración hecha". El coste de mantenimiento de ese código supera con creces lo que habría costado migrar a Stripe Billing desde el principio.

Ignorar la conciliación contable. Si la pasarela no se integra con tu software de contabilidad o facturación, alguien va a exportar CSVs a mano cada mes. Ese alguien podría estar haciendo algo más útil. Antes de elegir pasarela, pregunta cómo se integra con Holded, Alegra o lo que uses para facturar.

Cambiar de pasarela sin planificar la migración. Migrar clientes con suscripciones activas de una pasarela a otra es un proyecto técnico no trivial. No es imposible, pero si lo haces en caliente, sin planificación, el riesgo de cobros fallidos y churns evitables es alto.

Si tu startup ya tiene producto y clientes pero los cobros son un proceso manual o están generando errores frecuentes, eso es deuda operativa que se acumula cada mes. En Ebägurin trabajamos con startups early-stage para mapear exactamente dónde está el problema y qué hay que cambiar. Si quieres que lo revisemos contigo, empezamos con un diagnóstico de 1-2 semanas. Agendar una llamada →