Stripe vs Paddle: Cuál Elegir para Cobrar en tu SaaS

La diferencia clave: Merchant of Record (MoR) vs pasarela pura

Una pasarela de pago mueve dinero de A a B. Eso es Stripe en su núcleo. Tú eres el vendedor, tu empresa aparece en el cargo de la tarjeta del cliente, tú emites la factura y tú declaras el IVA en cada jurisdicción donde operes.

Un Merchant of Record funciona diferente: Paddle se convierte legalmente en el vendedor de tu software. El cliente le compra a Paddle, Paddle te transfiere el neto. A efectos fiscales, Paddle es quien vende. Ellos registran el IVA, el GST australiano, el consumo japonés, el sales tax de Texas. Tú no tocas nada de eso.

¿Por qué importa? Porque en cuanto vendes a clientes en más de un país —y en un SaaS eso ocurre desde el día uno si tienes pricing en inglés— tienes obligaciones fiscales en múltiples jurisdicciones. La OCDE y la UE han endurecido las reglas desde 2023. Un SaaS con 50 clientes en seis países ya tiene un problema de compliance que antes solo tenían empresas de 50M€.

La elección entre MoR y pasarela pura no es técnica. Es sobre dónde quieres poner la carga operativa. Stripe te da control total y te carga con la responsabilidad total. Paddle te quita ambas cosas al mismo tiempo. Ni uno es mejor en abstracto. Depende de tu etapa, tu equipo y tu mercado.

Los siguientes apartados desgranan cada dimensión con números concretos para que puedas decidir sin adivinar.

Stripe en 30 segundos: pasarela + Billing + tú gestionas IVA/impuestos por país

Stripe lanzó en 2010 y hoy procesa volúmenes de billones de dólares al año. Su producto para SaaS se llama Stripe Billing: gestiona suscripciones, facturación recurrente, upgrades/downgrades, períodos de prueba y ciclos anuales. Por encima de eso puedes añadir Stripe Tax, que calcula automáticamente el IVA/sales tax correcto en cada transacción.

El stack Stripe para un SaaS típico en 2026 es: Stripe Payments + Stripe Billing + Stripe Tax + Stripe Radar (antifraude). Opcionalmente Stripe Sigma para analytics SQL sobre tus datos de pago y Stripe Revenue Recognition para accrual accounting.

Lo que Stripe no hace: no declara impuestos por ti. Calcula, muestra, cobra el IVA al cliente —pero tú sigues siendo responsable de remitirlo a cada autoridad fiscal. Si tienes clientes en Alemania, debes estar registrado como empresa a efectos de IVA en la UE o usar el régimen OSS (One Stop Shop). Si vendes a empresas B2B con CIF intracomunitario, puedes aplicar inversión del sujeto pasivo. Todo eso lo decides y lo gestionas tú.

La ventaja de este modelo: control granular sobre cada aspecto del billing. Puedes hacer cosas que Paddle no permite —descuentos complejos, facturación por uso con metering personalizado, integración profunda con tu CRM o ERP, emitir facturas con tu propio logotipo y formato en PDF. Si tienes un developer en el equipo, Stripe es la elección natural. La documentación es la mejor del sector sin discusión.

Paddle en 30 segundos: MoR, ellos cobran/facturan/IVA en tu nombre

Paddle existe desde 2012 y empezó como plataforma para desarrolladores de software independientes que vendían en mercados globales. En 2023 adquirió ProfitWell (analytics de SaaS) y lo integró gratuitamente en su plataforma. Hoy es la opción más popular entre SaaS B2C pequeños y medianos que venden a nivel global desde etapas tempranas.

El modelo es simple: cuando un cliente compra tu software, la transacción legal es entre ese cliente y Paddle. Paddle gestiona el pago, emite la factura, calcula y declara el IVA, GST, sales tax o cualquier impuesto local aplicable en más de 200 países. Tú recibes el neto después de su comisión y después de impuestos.

Esto elimina de golpe: registro de IVA en múltiples países, declaraciones trimestrales/anuales por jurisdicción, gestión de IVA intracomunitario, cumplimiento con el Digital Services Act en la UE, y potenciales sanciones por declaración incorrecta. Para un equipo de dos o tres personas que no quiere contratar un asesor fiscal internacional, eso es un alivio enorme.

Lo que Paddle no es: flexible. Su API es más limitada que Stripe. Sus opciones de personalización del checkout son menores. Si tienes un modelo de pricing muy personalizado —facturación por uso con métricas complejas, contratos enterprise con descuentos negociados, billing anual con créditos ajustables— Paddle puede quedarse corto. También rechaza algunas categorías de producto: nada de servicios profesionales, nada de bienes físicos, nada de contenido adulto.

Comisiones 2026 reales

Las comisiones que importan no son las del titular de la web. Son las que suman en tu P&L real a distintos volúmenes. Vamos a desglosarlo:

Stripe — estructura de fees 2026

• Tarjetas europeas (EEE): 1,4% + 0,25€ por transacción
• Tarjetas no europeas (US, UK, etc.): 2,9% + 0,30€
• Stripe Tax (si lo activas): 0,5% adicional por transacción con impuesto calculado
• Stripe Billing (suscripciones): incluido sin coste adicional desde 2024
• Stripe Radar (antifraude avanzado): 0,05€ por transacción evaluada
• Stripe Sigma: 0,02€ por query

Stripe no cobra comisión mensual fija. Solo pagas por transacción.

Paddle — estructura de fees 2026

• Tarifa estándar: 5% + 0,50$ del subtotal (precio sin IVA)
• Para volúmenes altos (>200.000$/mes): tarifa negociable bajo petición
• ProfitWell Metrics y Retain (dunning): incluidos sin coste adicional
• No hay fee por Stripe Tax equivalente porque Paddle incluye todo

Comparativa real a distintos volúmenes (pagos EU, todo anual)

Los números asumen ticket medio de 50€/transacción y clientes mayoritariamente europeos. Con clientes no-EU en Stripe, la tarjeta sube a 2,9%+0,30€ y la brecha se estrecha. La clave: a volúmenes bajos la diferencia absoluta es pequeña. A partir de 50.000€ MRR, la diferencia de 1.300-3.400€/mes justifica tener al menos un asesor fiscal parcial si puedes migrar a Stripe.

Impuestos: la pesadilla que Paddle resuelve por ti

El IVA en software digital tiene reglas específicas desde la directiva europea 2015/EU. El tipo de IVA aplicable depende de dónde está el cliente, no donde está tu empresa. Un cliente en Francia paga 20% de TVA. Uno en Alemania, 19% MwSt. Uno en Hungría, 27%. Uno en Australia, 10% GST. Uno en California, entre 7,25% y 10,75% sales tax según el condado.

Si eres el vendedor (modelo Stripe), tienes tres opciones: registrarte en cada jurisdicción donde superes el umbral de ventas, usar el régimen OSS de la UE para consolidar declaraciones europeas, o asumir el riesgo de no declarar y esperar que nadie te audite. La tercera opción funciona hasta que no funciona.

El régimen OSS cubre UE. Fuera de UE —Reino Unido post-Brexit, EE.UU., Canadá, Australia, Japón— necesitas registros separados o un asesor local. En EE.UU. la situación es especialmente complicada porque el sales tax varía estado a estado y a veces condado a condado. Stripe Tax calcula automáticamente el importe correcto, pero tú sigues siendo responsable de registrarte y pagar en cada jurisdicción.

Paddle resuelve esto completamente. Al ser el Merchant of Record, ellos están registrados en todas las jurisdicciones relevantes. Sus abogados fiscales gestionan los cambios regulatorios. Cuando la India cambió las reglas del GST para software digital en 2023, los clientes de Paddle no hicieron nada. Los de Stripe tuvieron que actualizar su configuración.

Si vendes solo en España o solo en la UE y tienes OSS configurado, la ventaja fiscal de Paddle se reduce. Si ya vendes —o planeas vender pronto— en EE.UU., LATAM, Asia o Australia, Paddle elimina un problema real antes de que te cueste dinero o una sanción.

Dunning y recovery: ambos lo hacen, Stripe gana en control

El dunning es el proceso de recuperar pagos fallidos: tarjeta caducada, fondos insuficientes, límite superado. En un SaaS con suscripciones, un 5-8% de churn mensual viene de pagos fallidos involuntarios. Recuperar esos pagos tiene impacto directo en el MRR.

Stripe tiene Smart Retries: un algoritmo que decide cuándo reintentar cada pago basándose en datos históricos de millones de transacciones. Puedes configurar el número de reintentos, los intervalos, qué email se envía al cliente en cada estado y cuándo suspender el acceso. Control total. Si quieres algo más avanzado, existen herramientas como Churnkey o Stunning que se integran con Stripe vía webhooks.

Paddle incluye Retain (ex-ProfitWell Retain) de forma gratuita desde la adquisición. Retain hace dunning inteligente con actualizaciones de tarjeta automáticas a través de las redes de Visa/Mastercard, reintentos optimizados y páginas de recuperación personalizadas. El resultado promedio que Paddle publica es 7-9% de revenue recuperado. No está mal para algo que viene incluido sin configuración extra.

¿Quién gana? Stripe en control y personalización. Si quieres afinar el dunning por segmento de cliente, por plan, por antigüedad, o integrarlo con tu sistema de soporte para que un agente contacte al cliente antes de cancelar, Stripe lo permite. Paddle lo hace bien de forma automática pero no te deja tocar los detalles. Para la mayoría de SaaS medianos, Retain es suficiente. Para SaaS con ARPU alto y proceso de retención activo, Stripe más una herramienta especializada es mejor.

API y developer experience: Stripe gana

No hay debate en esta categoría. Stripe tiene la mejor documentación de pago del mercado, punto. Sus guías de inicio están traducidas, tienen ejemplos en doce lenguajes, cada endpoint tiene playground interactivo y los changelogs son detallados y con versiones pinned para evitar breaking changes accidentales.

La CLI de Stripe permite hacer testing local con webhooks reales tuneados a tu máquina. Puedes simular pagos fallidos, disputas, reembolsos, expiración de tarjetas. El dashboard de test y producción están completamente separados. El SDK de React para el checkout (Stripe Elements) es maduro y accesible.

Paddle tiene una API decente pero claramente secundaria. La documentación mejoró mucho con Paddle Billing (lanzado en 2023 como reemplazo de Paddle Classic), pero sigue siendo menos completa. Los webhooks son más limitados. Hay funcionalidades que solo puedes hacer desde el dashboard, no desde API. Si usas un stack moderno —Next.js, Remix, SvelteKit— encontrarás más ejemplos de Stripe en GitHub y Stack Overflow que de Paddle, por un ratio de 10:1 aproximadamente.

Para un equipo técnico, Stripe reduce el tiempo de integración inicial y reduce la probabilidad de bugs silenciosos en el billing. Hemos visto proyectos donde la integración de Stripe se hizo en dos días con un developer mid-level. Paddle bien integrado suele llevar el doble, no porque sea más complejo sino porque hay menos recursos y la API Classic (aún muy usada) tiene peculiaridades que no están bien documentadas.

Si tu SaaS tiene un modelo de billing estándar —planes fijos, ciclo mensual/anual, cambio de plan con proration— la brecha de DX entre ambos es menor. Si tu modelo es complejo, Stripe.

Billing portal y self-service: empate técnico

Ambas plataformas ofrecen un portal de cliente donde el usuario puede gestionar su suscripción: cambiar plan, actualizar tarjeta, ver historial de facturas, cancelar. Esto es ahora una expectativa básica en cualquier SaaS.

Stripe Customer Portal es configurable desde el dashboard: decides qué acciones puede hacer el cliente, con qué restricciones y hacia qué planes puede moverse. Se embebe en tu web con una URL segura o se puede hostear en dominio propio con algo más de trabajo. El diseño es limpio y funciona bien en móvil.

Paddle tiene su propio overlay de checkout y gestión de suscripción que se activa mediante JavaScript. Históricamente su personalización visual era muy limitada. Con Paddle Billing 2023+ mejoró: puedes personalizar colores, logo y algunos elementos de layout. No es tan flexible como Stripe Elements pero es funcional y rápido de poner en marcha.

La diferencia real está en el contexto de uso: si tu web ya está diseñada con un sistema de diseño propio, Stripe Customer Portal puede verse un poco desconectado visualmente (aunque con CSS custom se puede mejorar). Paddle al ser un overlay tiene menos fricción visual porque el usuario entiende que está en un sistema de pago separado.

En términos de funcionalidad para el usuario final —lo que le importa al cliente de tu SaaS— el empate es real. Ambos cubren los casos de uso del 95% de los SaaS. La diferencia está en lo que el developer puede configurar, y ahí Stripe vuelve a tener ventaja por granularidad.

¿Vas a vender solo en España/EU o global? La respuesta cambia todo

Esta pregunta tiene más peso que cualquier comparativa de features o comisiones. Define cuál de los dos modelos tiene sentido para tu situación concreta.

Escenario A: SaaS B2B, clientes todos en España y posiblemente Francia, Alemania, algún cliente italiano. Ticket medio 100-500€/mes. El IVA intracomunitario se gestiona con OSS desde la AEAT. Tienes acceso a un gestor o un asesor fiscal básico. En este caso Stripe es la elección lógica: comisiones menores, más control, developer experience mejor, y el overhead fiscal es manejable con OSS más una declaración trimestral.

Escenario B: SaaS B2C o PLG (product-led growth), pricing en inglés desde el lanzamiento, apuntas a mercado global, clientes potenciales en EE.UU., LATAM, Asia. Equipo pequeño de dos o tres personas, ninguno especializado en fiscal. Aquí Paddle tiene sentido claro: eliminas un problema que va a crecer con cada nuevo país donde consigas clientes. El sobrecoste de 3-4% de comisión adicional es menor que el coste de un asesor fiscal internacional o el riesgo de una sanción en una jurisdicción donde no te hayas registrado.

Escenario C: SaaS enterprise, contratos anuales, facturación por wire transfer o ACH, clientes con CRO/CFO que aprueban el pago. Stripe con Stripe Invoicing es la herramienta adecuada. Paddle está pensado para pagos con tarjeta y no encaja bien en flujos enterprise con órdenes de compra y net-30/net-60.

La geografía de tus clientes no es solo donde están hoy. Es donde quieres que estén en 18 meses. Si la respuesta es global y no tienes equipo fiscal, empieza con Paddle. Si la respuesta es EU y tienes capacidad de gestionar OSS, empieza con Stripe y valora el cambio si la distribución geográfica cambia.

Para qué SaaS conviene Stripe

Stripe es la elección correcta en estas situaciones:

Early stage con clientes EU/España. Si estás en los primeros 6-12 meses, tus clientes son mayoritariamente españoles o europeos y tienes un developer, Stripe te da el control que necesitas para iterar rápido en tu modelo de pricing. OSS cubre el IVA EU con declaración trimestral única.

Control fino sobre el billing. Si tu modelo de negocio tiene complejidad: facturación por uso (metered billing), créditos, seats variables, descuentos por volumen, contratos con condiciones específicas, Stripe tiene la API para hacerlo. Paddle tiene sus propios constructores de pricing pero son más rígidos.

Integración con stack existente. Si tu empresa ya usa Salesforce, HubSpot, NetSuite o cualquier ERP/CRM maduro, Stripe tiene integraciones nativas o de terceros para casi todo. El ecosistema de herramientas alrededor de Stripe (Revenue Recognition, Sigma, Churnkey, Baremetrics, ChartMogul) es el más maduro del mercado.

Alto volumen donde la diferencia de comisión es material. A partir de 50.000€ MRR, la diferencia entre el 1,4%+0,25€ de Stripe y el 5%+0,50$ de Paddle supera los 1.500€/mes. Ese diferencial paga un asesor fiscal parcial con margen.

Ejemplos reales: Linear usa Stripe. Vercel usa Stripe. Loom usó Stripe antes de ser adquirido. Intercom usa Stripe. La mayoría de SaaS B2B con ingeniería interna eligen Stripe porque pueden sacarle todo el partido.

Para qué SaaS conviene Paddle

Paddle tiene sentido real en estos perfiles:

Venta global desde día uno. Si tu SaaS está en inglés, tu página de precios es pública y esperas clientes de cualquier parte del mundo desde el lanzamiento, Paddle elimina el problema fiscal antes de que sea un problema. No necesitas pensar en el GST australiano ni en el sales tax de California.

Equipo pequeño sin capacidad fiscal. Un solopreneur o un equipo de dos fundadores técnicos no quiere dedicar tiempo a entender el régimen OSS, los umbrales de registro en EE.UU. o cómo funciona el IVA en Brasil. Paddle es el precio que pagas por no tener que pensar en eso.

Infoproductos y software de descarga. Paddle nació para developers que venden software de escritorio, plugins, templates, cursos y herramientas. Sigue siendo muy fuerte en ese nicho. Gumroad y Lemon Squeezy son alternativas similares pero Paddle tiene más features de billing recurrente.

Lifetime deals. Los LTD (pago único de por vida) son comunes en AppSumo y plataformas similares. Paddle los gestiona bien de forma nativa. Stripe requiere más trabajo custom para implementar un LTD limpiamente.

Ejemplos reales: Framer usa Paddle. Beehiiv usa Paddle. Descript usó Paddle en etapas tempranas. Muchos SaaS de la comunidad indie hacker y Product Hunt eligen Paddle o Lemon Squeezy por la simplicidad fiscal.

Lemon Squeezy (adquirido por Stripe en 2024, aunque mantiene su marca) es una alternativa MoR más simple que Paddle, pensada para creadores y solopreneurs. Tiene menos features de billing enterprise pero es más fácil de configurar en menos de una hora.

Recomendación honesta según etapa de tu SaaS

Sin rodeos. Aquí está la decisión según tu situación:

Pre-revenue o primeros clientes, mercado español/EU: Stripe. Comisiones más bajas, mejor DX, OSS cubre el IVA. No compliques lo que no necesitas complicar.

Pre-revenue o primeros clientes, mercado global desde lanzamiento: Paddle. La simplificación fiscal vale el sobrecoste cuando el equipo es pequeño y el volumen es bajo (la diferencia absoluta en comisiones a 1.000€ MRR son 27€/mes).

1.000-10.000€ MRR, clientes EU: Stripe con Stripe Tax activado. El overhead fiscal es manejable y la diferencia de comisión empieza a ser perceptible.

1.000-10.000€ MRR, clientes globales sin capacidad fiscal interna: Paddle sigue siendo defendible. La simplificación vale el coste hasta que tengas asesor fiscal o CFO part-time.

+50.000€ MRR: Deberías hacer el cálculo exacto con tu mix de geografías. A ese volumen la diferencia de comisión suele justificar mover el billing a Stripe más un asesor fiscal. Paddle ofrece tarifas negociadas a partir de 200.000$/mes, lo que cambia el cálculo.

Enterprise, contratos anuales, facturación por wire: Stripe siempre. Paddle no está pensado para este modelo de venta.

Si ya tienes Stripe y funciona, no migres a Paddle solo porque alguien te dijo que Paddle gestiona impuestos. El coste de migración (datos, integraciones, comunicación a clientes) es alto. Solo migra si tienes un problema fiscal concreto que Stripe no resuelve con Stripe Tax. Si ya tienes Paddle y estás creciendo rápido con clientes mayoritariamente EU, el cálculo de migración a Stripe tiene sentido cuando superes los 30.000€ MRR. Desde WebsBarcelona ayudamos a SaaS en España a tomar estas decisiones y a ejecutar la migración técnica si hace falta.