Cómo cobrar dentro de tu app sin escribir una línea de código

Una app que no cobra es un hobby.

Puede ser un hobby precioso, oye. Pero mientras no haya un botón que acepte dinero y una puerta que se cierre a quien no ha pagado, lo que tienes es un proyecto, no un negocio.

Y esa es justo la parte donde la gente que monta cosas sin programar se queda atascada. Montar la app es lo fácil hoy. Conectar el cobro suena a que hace falta un desarrollador. No hace falta.

Te cuento cómo se enchufa el pago en una app hecha con Softr y, sobre todo, cómo se cierra el acceso a quien no paga, que es la mitad que casi nadie explica.

¿Puedo cobrar suscripciones desde una app no-code?

Sí. Y no con un apaño: con el mismo sistema de cobro que usan las empresas grandes.

Lo que hace una herramienta como Softr es hacer de intermediaria con Stripe, que es la pasarela de pago que procesa la tarjeta de verdad. Tú no tocas datos de tarjeta en ningún momento (mejor así, porque eso trae obligaciones legales serias). El usuario paga en una página de Stripe y vuelve a tu app con el pago hecho.

La parte importante y la que hay que entender bien: cobrar y dar acceso son dos cosas distintas. Muchos montan el botón de pago, cobran, y luego resulta que el contenido está visible para todo el mundo igualmente. El cobro sin el control de acceso no sirve de nada.

Si aún no tienes la app montada, empieza por el mapa general de crear apps sin programar y vuelve aquí cuando tengas algo que enseñar.

Paso 0: decide qué vendes exactamente

Antes de tocar ninguna herramienta, decide una de estas tres cosas. La configuración cambia bastante según cuál sea.

Pago único. El usuario paga una vez y tiene acceso para siempre. Un curso, una plantilla, un directorio. Es lo más simple y por donde deberías empezar.

Suscripción recurrente. Paga cada mes o cada año y mantiene el acceso mientras pague. Más ingresos previsibles, más lío técnico (hay que gestionar bajas, impagos y cambios de plan).

Freemium con niveles. Hay una parte gratis y una parte de pago. Es lo mejor para captar y lo que más trabajo da de configurar, porque cada pantalla tiene que saber en qué plan está cada usuario.

Mi recomendación si es tu primera vez: pago único, un solo precio, sin planes. Lo demás lo añades cuando ya tengas gente pagando.

Paso 1: la cuenta de Stripe

Te registras en Stripe. Te va a pedir datos fiscales reales: nombre o razón social, número de identificación fiscal, dirección y una cuenta bancaria donde ingresarte el dinero.

Esto no es opcional ni te lo puedes saltar. Es una entidad de pago regulada y verifica quién eres. Si estás dando de alta un negocio, ten los papeles a mano porque te los va a pedir todos.

Mientras completas la verificación puedes trabajar en modo de prueba, que es un entorno idéntico donde nada es real. Ahí tienes tarjetas de prueba (la clásica es un número que empieza por 4242 y se repite hasta completar los dieciséis dígitos, con cualquier fecha futura y cualquier código) para simular pagos sin mover un euro.

Trabaja todo el montaje en modo prueba. Todo. Y solo cuando funcione de punta a punta lo pasas a producción.

Paso 2: crear el producto y el precio en Stripe

En el panel de Stripe, sección de productos, creas uno nuevo.

Nombre, descripción y precio. Y aquí eliges si es pago único o recurrente. Si es recurrente, marcas la periodicidad.

Un detalle que se pasa por alto: el impuesto. Si vendes a consumidores finales dentro de la Unión Europea, el IVA depende del país del comprador y hay reglas concretas sobre eso. Stripe tiene un módulo de impuestos que lo calcula, pero la responsabilidad de declararlo es tuya. Habla con tu gestor antes de cobrar el primer euro, no después. Este tipo de cosas son parte de lo que cuento en lo que cuesta de verdad montar algo sin código, porque el coste no es solo la suscripción de la herramienta.

Cuando guardas el producto, Stripe te da un identificador de precio. Guárdalo, que lo vas a necesitar.

Paso 3: conectar Stripe con Softr

En Softr, panel de tu app, sección de integraciones o pagos. Buscas Stripe y le das a conectar.

Se te abre una ventana de Stripe pidiendo autorización. Aceptas. Y ya están hablando entre ellas.

Si tienes Stripe en modo prueba, asegúrate de que Softr también está apuntando al modo prueba. Es el fallo más común de este paso: conectas producción con prueba y luego no entiendes por qué los pagos no aparecen.

Paso 4: el botón de pago y el bloque de compra

En el editor de la app, añades un bloque de pago o un botón con acción de compra. Le asocias el producto que creaste en Stripe.

Configuras qué pasa después del pago:

• Redirección tras el pago. A una página de gracias tuya. No a la página de inicio.
• Actualización del usuario. Esto es lo importante: que al pagar se marque en tu base de datos que ese usuario ya es cliente. En Softr se hace escribiendo un campo del registro del usuario, por ejemplo un campo PLAN que pase de "free" a "pro".

Ese campo es la llave de todo lo que viene después.

Paso 5: cerrar la puerta (la parte que casi nadie hace)

Ya cobras. Ahora hay que impedir que entre quien no ha pagado.

En Softr, cada página y cada bloque tienen condiciones de visibilidad. Vas a la página de contenido premium, entras en sus ajustes de visibilidad y pones la condición: visible solo si el campo PLAN del usuario es igual a "pro".

Hazlo a dos niveles:

Nivel página. Quien no cumple la condición ni siquiera puede abrir la URL. Si la pega directamente en el navegador, le redirige.

Nivel bloque. Dentro de páginas mixtas, los bloques premium se ocultan y en su lugar aparece un bloque de "esto es para clientes" con el botón de compra.

Y ahora la prueba de fuego, que es la que hay que hacer sí o sí: abre una ventana de incógnito, entra con un usuario que no haya pagado e intenta llegar al contenido premium pegando la URL a mano. Si lo ves, no has cerrado la puerta. Si te redirige, está bien montado.

Lo que se te va a atascar

Los pagos recurrentes que se cancelan. Cuando alguien cancela o le rechazan la tarjeta, hay que quitarle el acceso. Softr lo gestiona por su integración, pero compruébalo tú: cancela una suscripción de prueba desde Stripe y mira si el campo del usuario cambia. Si no cambia, tienes gente accediendo gratis y no te vas a enterar hasta dentro de meses.

El correo de confirmación. Stripe manda su recibo, que es un documento de pago, no tu bienvenida. Monta tu propio correo de "ya estás dentro, esto es lo que tienes que hacer ahora". Sin eso, la gente paga y no sabe qué hacer.

Las comisiones. Stripe se queda un porcentaje de cada transacción más una cantidad fija por operación, y la herramienta no-code puede llevarse otra comisión según el plan que tengas contratado. Haz el número con tu precio real antes de fijarlo, sobre todo si vendes barato: en tickets pequeños la comisión fija se come el margen.

Las devoluciones. Decide tu política antes de vender y escríbela en la página. Las devoluciones se hacen desde el panel de Stripe en dos clics, pero acuérdate de quitar el acceso a mano si la herramienta no lo hace sola.

¿Y ahora qué?

Con el cobro y la puerta cerrada ya tienes un negocio funcionando. Lo siguiente es la experiencia del cliente una vez dentro: su zona privada, sus datos, su historial.

Eso lo tengo montado paso a paso en el portal privado de clientes con Softr, que es la continuación natural de esto.

Algunos enlaces de este artículo son de afiliado: si contratas la herramienta, me llevo una comisión sin que a ti te cueste más.

Y si lo que te falta no es la parte técnica sino el negocio entero alrededor (qué vendes, a cuánto y cómo lo sostienes tú solo), eso es lo que enseño en Yo SA.

Ver Yo SA