Por qué Supabase es el backend predeterminado de las apps web de Coderblock

Crear una buena interfaz es solo el principio. En cuanto una app necesita gestionar cuentas, datos persistentes, archivos, permisos o pagos, hace falta algo más que un frontend: un backend capaz de sostener el funcionamiento de un producto real.

Ahí es donde entra Supabase, el backend predeterminado para las apps web estándar de Coderblock. Cuando describes una app en lenguaje natural, Coderblock no se limita a generar un prototipo con datos temporales. Crea una aplicación full stack real: un frontend basado en React, Vite, TypeScript y Tailwind CSS conectado a un proyecto dedicado de Supabase.

La idea es sencilla: la misma petición que modifica la interfaz también puede modificar lo que hay detrás.

¿Añades un registro de usuarios? Se configura la autenticación. ¿Añades una nueva entidad? Se puede actualizar la estructura de la base de datos. ¿Añades una carga de archivos? Entra en juego Storage. ¿Añades una función restringida? También se definen los permisos correspondientes.

El resultado es un backend que crece junto con la app, en lugar de ser una pieza independiente que hay que configurar más adelante.

Una única base de backend para toda la app

Un producto web puede llegar a necesitar rápidamente muchos servicios de backend diferentes. Una plataforma de reservas necesita clientes, disponibilidad, reservas y roles administrativos. Un e-commerce debe gestionar productos, carritos, pedidos, imágenes y pagos. Un panel puede tener que mostrar datos distintos según el usuario autenticado.

Supabase reúne todos estos componentes en un único backend:

• Postgres para los datos estructurados de la aplicación
• Supabase Auth para iniciar sesión con email y redes sociales
• Row Level Security para aplicar reglas de acceso en la base de datos
• Storage para los archivos de la aplicación y los que suben los usuarios
• Deno Edge Functions para la lógica del lado del servidor

Con Coderblock, no tienes que integrar estos servicios uno por uno. Cada app web estándar recibe su propio proyecto de Supabase, y el agente puede trabajar en las distintas capas del stack al implementar una nueva petición.

Por ejemplo, puedes escribir:

Añade una tabla de reservas con una vista de administrador.

El agente puede encargarse del esquema de la base de datos, conectarlo con la interfaz, configurar los permisos necesarios y actualizar la vista previa en tiempo real. No tienes que interrumpir el flujo para configurar manualmente API, migraciones o servicios de backend. Y, sobre todo, cada cambio permanece conectado con los anteriores. El backend no es un conjunto de componentes independientes: evoluciona junto con el producto.

Postgres convierte las apps generadas en productos reales

Postgres es la base de datos relacional que sostiene muchas de las funciones que debe gestionar una aplicación web: perfiles, productos, citas, suscripciones, mensajes, reservas y mucho más. Esto cobra especial importancia cuando se trabaja con lenguaje natural.

Puedes decir:

Permite que los clientes guarden sus inmuebles favoritos.

No tienes que especificar tablas, claves externas ni consultas SQL. Describes una función desde el punto de vista del producto y el agente traduce esa petición en la estructura de datos necesaria para hacerla posible.

Coderblock también permite ver lo que ocurre detrás del chat. Desde la pestaña Backend del editor puedes consultar las tablas del proyecto, los usuarios autenticados, el almacenamiento y las funciones. No necesitas conocer todos los detalles de la infraestructura para trabajar con la app, pero puedes comprobar que detrás de la interfaz existe un backend real.

Esto marca una diferencia importante frente a un simple prototipo. Los datos se guardan de verdad y siguen disponibles entre sesiones. La vista previa en <app>.coderblock.dev no solo muestra cómo podría ser el producto: también te permite probar los flujos de datos sobre los que está construido.

La autenticación y los permisos trabajan juntos

El inicio de sesión es solo una parte de la autenticación. Un sistema completo debe gestionar cuentas y sesiones, proteger las páginas restringidas, vincular los datos con los usuarios e impedir que una persona acceda a información que no le pertenece.

Cuando le pides a Coderblock que «añada inicio de sesión y cuentas de usuario», el agente puede integrar Supabase Auth en toda la aplicación: registro, inicio de sesión, gestión de sesiones, rutas protegidas y Row Level Security vinculada al usuario autenticado. También puedes añadir el inicio de sesión con redes sociales cuando sea necesario. Cada app ya incluye una tabla de perfiles y una estructura básica para gestionar roles. Esto permite al agente crear con mayor facilidad experiencias diferentes para clientes, miembros, colaboradores o administradores. Además, no tienes que desarrollar manualmente sistemas personalizados de contraseñas o autenticación.

Supabase Auth gestiona la identidad. Row Level Security define qué datos puede ver o modificar cada usuario. Es una distinción fundamental. Ocultar un botón en el frontend no impide que un usuario acceda a los datos que hay detrás. Una política aplicada en la base de datos puede garantizar, por ejemplo, que cada cliente solo vea sus propias reservas, mientras que un administrador autorizado pueda acceder a todas.

Con Coderblock, estas reglas pueden formar parte integral de la función solicitada, en lugar de convertirse en una tarea independiente para después de crear la interfaz.

Archivos, integraciones y lógica de servidor sin un stack independiente

Una app real suele necesitar mucho más que leer y escribir datos. Puede tener que gestionar fotos de perfil, documentos, imágenes de productos u otros archivos subidos por los usuarios. También puede necesitar ejecutar operaciones privilegiadas o comunicarse con servicios externos sin exponer credenciales en el navegador.

Supabase Storage y Deno Edge Functions cubren estas necesidades dentro del mismo backend de la app. Cuando una integración requiere un secreto, Coderblock lo gestiona mediante una solicitud específica y segura para las variables de entorno. El valor se almacena en el servidor, sin incluirse en el código generado ni mostrarse en la conversación habitual.

Stripe es un ejemplo concreto. Puedes pedir directamente en el chat que se añada una suscripción o un checkout. En el modo administrado predeterminado, el agente configura Stripe para el proyecto tras recopilar algunos datos básicos, y la plataforma gestiona el webhook de pagos.

Si prefieres utilizar tu propia cuenta de Stripe, puedes elegir el modo BYOK. En ese caso, el agente solicita de forma segura la STRIPE_SECRET_KEY y configura automáticamente el webhook.

En ambos casos, Coderblock puede crear productos, precios y checkouts, y conectar el flujo de pago tanto con el frontend como con el backend de la app. El objetivo siempre es el mismo: añadir una función completa, no solo su componente visual.

Un backend que acompaña a la app desde la idea hasta la publicación

El flujo de trabajo de Coderblock está diseñado para ser continuo.

Describes una app. La generas. La pruebas en la vista previa en tiempo real. La modificas. La publicas.

Los cambios aparecen en <app>.coderblock.dev en cuestión de segundos, por lo que el backend también debe poder evolucionar junto con la interfaz. Esta es la ventaja de tener un backend integrado en el proceso: cuando cambias el producto, también puedes modificar los datos, los permisos y la lógica que lo sostienen, sin tener que reconstruir manualmente la infraestructura en cada iteración.

Cuando la app está lista, puedes publicarla con un clic en <app>.coderblock.app o conectar un dominio personalizado, con SSL incluido. Supabase es el backend predeterminado para las apps web estándar, pero Coderblock utiliza otras arquitecturas cuando el proyecto lo requiere. Los proyectos Enterprise Web Platform, por ejemplo, utilizan Python y FastAPI con Neon Postgres para responder a necesidades específicas de plataforma.

Sin embargo, para la mayoría de las apps web, la combinación de Postgres, Auth, Row Level Security, Storage y Edge Functions ofrece una base completa para convertir una idea en un producto plenamente funcional.

El backend no debería ser un segundo proyecto

Cuando creas una app mediante una conversación, no quieres tener que saltar constantemente de la idea al frontend, del frontend a la base de datos y de la base de datos a la infraestructura. Quieres poder decir:

«Añade cuentas para los clientes».

Y después:

«Ahora haz que cada cliente solo pueda ver sus propias reservas».

Y después:

«Añade la posibilidad de subir una foto de perfil».

Cada petición debería poder evolucionar de forma natural hacia la siguiente. Ese es el papel del backend en Coderblock: no ser un sistema independiente que tienes que configurar después de crear la interfaz, sino la parte de la app que crece junto con tu idea. El resultado es una app full stack que puedes generar, probar y seguir desarrollando desde la misma interfaz conversacional.