Qué es Stripe y cómo se integra con tus accesos, tu CRM y tu embudo de venta

Stripe es una plataforma de infraestructura de pagos: permite cobrar por internet con tarjeta y otros métodos, gestionar suscripciones y recurrencias, y consultar o mover todo eso por API. Lo que la diferencia de una pasarela clásica es que cada cambio relevante (un cobro, una renovación, una baja) se notifica como un evento al que otros sistemas pueden reaccionar.

Esa última frase es la que importa y la que casi ningún artículo de “qué es Stripe” menciona. Para un negocio online, Stripe no es un botón de pagar: es el sistema que decide quién ha pagado y en qué estado está. Y si ese dato no llega automáticamente a tu plataforma de cursos, a tu CRM y a tu facturación, tienes a alguien copiando datos a mano y clientes con el acceso equivocado.

Este artículo explica qué es Stripe desde ahí: desde la óptica de quien tiene que conectar los pagos con el resto del negocio.

Qué es Stripe, en concreto

Stripe cobra por internet, sí. Pero lo que se contrata en la práctica es un conjunto de piezas que puedes usar por separado:

Lo relevante no es la lista, es que todo lo anterior está expuesto por API y todo genera eventos. Ese es el motivo por el que Stripe encaja bien en un sistema montado por piezas: puedes construir lógica encima sin pedirle permiso a nadie.

Link y “enlace de pago”: dos cosas distintas con el mismo nombre

Esta confusión está en todas partes, incluida la primera página de Google, así que vale la pena zanjarla:

• Link es la cartera digital de Stripe. Guarda de forma segura los datos de pago y la dirección del comprador y los autorrellena en su siguiente compra, con un código de un solo uso al email o al teléfono. Funciona con Checkout, Payment Links, Elements e Invoicing, según la documentación de Link (consultado en septiembre de 2026). Cuando a tu cliente le aparece un cargo de “Link” o le piden un código, es esto.
• Payment Links (enlaces de pago) son URLs que tú creas desde el Dashboard o por API para vender un producto o una suscripción sin programar, compartibles por email, redes o un código QR, según la documentación de Payment Links (consultado en septiembre de 2026).

Uno es del comprador. El otro es tuyo. No tienen nada que ver más allá del nombre.

Un apunte de criterio sobre los enlaces de pago: son una manera excelente de empezar a cobrar en una tarde, y una manera excelente de acabar con veinte enlaces sueltos que nadie sabe a qué producto corresponden. Si vas a usarlos, trátalos como un catálogo: nombres consistentes, productos creados una vez y parámetros en la URL para saber de dónde viene cada venta.

Cuánto cuesta Stripe en España

Las cifras vigentes en la página de precios de Stripe para España (consultado en septiembre de 2026):

Dos avisos. El primero: los precios cambian, así que comprueba la página oficial antes de meter estos números en una hoja de cálculo. El segundo, más importante para el margen: el coste real no es la comisión del cobro, es la suma de las capas. Un negocio de suscripción que usa Payments más Billing más Tax paga tres cosas, no una. Haz el cálculo sobre tu ticket medio y tu recurrencia antes de decidir.

Sobre cuándo ves el dinero: según la documentación de transferencias (consultado en septiembre de 2026), la primera tarda entre 7 y 14 días desde el primer cobro y luego se aplica el calendario de tu cuenta, con un plazo estándar en la eurozona de 3 días hábiles desde la captura. Si estás planificando un lanzamiento con gasto en publicidad, ese desfase entra en la previsión de caja.

La parte que decide si Stripe te sirve: los eventos

Aquí está el núcleo. Stripe notifica lo que ocurre mediante webhooks: envía un evento a una URL tuya cada vez que pasa algo relevante. Ese mecanismo es lo que permite que el resto de tu negocio reaccione solo.

El circuito mínimo de un negocio digital:

1. El cliente paga en Checkout o con un enlace de pago.
2. Stripe confirma el cobro y emite un evento.
3. Tu sistema lo recibe, verifica la firma y comprueba que no lo había procesado ya.
4. Consulta el estado actual en Stripe (no se fía del contenido del evento ni del orden en que llegan).
5. Da el acceso en la plataforma, crea o actualiza la ficha en el CRM y dispara la factura.
6. Registra qué hizo, con qué evento y con qué resultado.

Los tres detalles que separan un circuito que aguanta de uno que da problemas cada pocas semanas son siempre los mismos: verificar la firma, descartar eventos duplicados por su identificador y no depender del orden de llegada. Los he desarrollado con casos concretos en pagos fallidos en Stripe y control de accesos, que es el problema más caro de esta familia: alumnos dentro sin pagar y alumnos pagando sin acceso.

Y uno más, de datos: relaciona al cliente por el identificador de Stripe, nunca por el email. Guarda ese ID en la ficha del CRM y en la de la plataforma desde la primera compra. El email cambia, se escribe con mayúsculas distintas o se usa uno para pagar y otro para acceder al curso. Un identificador estable es lo único que aguanta el tiempo.

Cómo encaja Stripe en un embudo de venta

Puesto en el mapa de un lanzamiento o de una venta recurrente, Stripe ocupa un sitio muy concreto:

La regla que evita la mayoría de los líos: el pago manda y el acceso obedece. Stripe es la fuente de verdad del estado del cobro; la plataforma y el CRM reflejan ese estado, no lo deciden. En cuanto alguien empieza a dar accesos a mano “porque este cliente es de confianza”, la fuente de verdad se rompe y ya nadie sabe quién debería estar dentro.

Si estás montando esto para una campaña concreta, el checklist técnico de un lanzamiento recorre el resto de capas con el mismo criterio: probar con volumen antes de abrir registros, no después.

Stripe y la factura: cuidado con darlo por hecho

Stripe Invoicing genera documentos de cobro perfectamente útiles para el cliente. Cosa distinta es que esos documentos cumplan los requisitos que el reglamento español exige al software que emite facturas: registro de facturación, huella encadenada, registro de eventos, QR y una declaración responsable del fabricante. Lo he desarrollado en qué es Verifactu y qué tiene que hacer tu software.

El patrón que veo funcionar es separar responsabilidades: Stripe cobra y notifica, y un software de facturación que sí declara cumplir emite la factura fiscal a partir de esos datos. Qué te aplica a ti y desde cuándo es una pregunta para tu asesor fiscal; FCG Systems no da asesoramiento fiscal, se ocupa de que los datos viajen bien entre ambos sistemas.

Cuándo Stripe no es la respuesta

Por honestidad, porque no todo encaja:

• Si vendes solo en España a consumidor y con ticket bajo, comprueba si una pasarela local o un TPV virtual de tu banco te sale más barato en comisiones. El valor de Stripe está en la API y en los eventos; si no vas a usarlos, pagas por algo que no aprovechas.
• Si tu plataforma de cursos ya trae su propia pasarela integrada y tu política de accesos es simple, añadir Stripe por separado puede complicar más de lo que resuelve.
• Si tu negocio necesita métodos de pago locales muy concretos que Stripe no cubre en tu mercado, la decisión la marca la disponibilidad, no la tecnología.

Checklist de una integración de Stripe que aguanta

• Productos y precios creados una vez en Stripe, no duplicados por campaña.
• Identificador de cliente de Stripe guardado en el CRM y en la plataforma.
• Endpoint de webhooks con verificación de firma.
• Eventos duplicados descartados por su identificador.
• La lógica consulta el estado actual y no depende del orden de los eventos.
• Acciones de dar y quitar acceso idempotentes.
• Reintentos de cobro y emails de pago fallido configurados en el Dashboard.
• Emisión de la factura fiscal delegada en un sistema que declare cumplir la normativa.
• Reconciliación diaria entre cobros en Stripe, accesos activos y facturas emitidas.
• Log de cada decisión y un responsable que recibe los avisos de fallo.
• Claves en un gestor de secretos, nunca en el código ni en un flujo compartido.

Cuándo conviene que lo monte alguien de sistemas

Si vendes un producto, con un precio y una plataforma que trae integración nativa con Stripe, configúralo tú y dedica el tiempo a vender.

Cuando tiene sentido delegarlo es cuando el cobro toca más de dos sistemas, cuando hay varios productos o planes, cuando ya has encontrado a alguien con acceso sin pagar o cuando el lanzamiento concentra en pocas horas lo que el negocio factura en meses. Ahí la integración de pagos, accesos y datos es exactamente el trabajo del servicio de infraestructura de lanzamientos: diseño, integración, pruebas con volumen, logs y documentación.

Si tus cobros y tus accesos no cuadran, o no sabes si cuadran, cuéntame cómo está montado tu embudo y lo revisamos.