---
title: "Apps web y dashboards: lo que Briks crea hoy | Briks"
url: https://briks.dev/es/docs/web-apps-and-dashboards
description: "Qué crean los tipos App y Dashboard, dónde viven sus registros y qué aún no está disponible, con ejemplos para reservas, stock y los pedidos de una cafetería."
last_updated: 2026-10-08
---

# Apps web y dashboards: lo que Briks crea hoy

Además de páginas web, **New project** ofrece **App** y **Dashboard**. Esta página explica qué crea cada uno hoy, dónde viven sus datos y qué todavía no está disponible, y luego recorre tres proyectos: una app de solicitudes de reserva, un control de existencias y un dashboard de pedidos de una cafetería.

9 minutos de lectura Comprobado con el estudio el 8 de octubre de 2026

## Los tres tipos

| Tipo | Cómo lo describe New project | Lo que crea hoy |
| --- | --- | --- |
| **Website** | Páginas que visita la gente: una tienda, una clínica, un restaurante, un portafolio. | Páginas diseñadas con imágenes y movimiento, que se tratan a lo largo de la sección Building a partir de [Empezar un proyecto nuevo](https://briks.dev/es/docs/new-project). |
| **App** | Algo en lo que la gente inicia sesión para usarlo: un portal de clientes, una herramienta de reservas. | Una página web con partes que funcionan: formularios que guardan, registros que gestionas, páginas y listas creadas a partir de esos registros, y búsqueda. |
| **Dashboard** | Números que un equipo vigila: ventas por etapa, stock por reponer. | Pantallas para el trabajo diario: navegación, cifras clave, gráficos, tablas, detalles de registros, formularios y ajustes. |

Inicio de sesión y pagos

Pide cuentas y tu app tendrá registro e inicio de sesión para sus propios usuarios con correo y contraseña, con Google y siete proveedores más que puedes activar con tus propias claves. También puede aceptar pagos únicos y suscripciones con tu propio procesador. Ambos se configuran en **Settings** del proyecto: consulta [Inicio de sesión y pagos](https://briks.dev/es/docs/sign-in-and-payments). Los envíos se integran en la app cuando lo pides, con tu propia cuenta de pagos y sus claves guardadas en [Secrets](https://briks.dev/es/docs/secrets).

## Empieza una app o un dashboard

1. Elige el tipo

   Dónde: New project

   Haz clic en **New project** en la barra lateral, elige **App** o **Dashboard**, ponle un nombre y haz clic en **Next**.

2. Di qué conserva

   Dónde: Describe it

   Describe quién lo usa y qué hace. Indica qué debe guardar, qué contiene cada registro y quién lo actualiza. Para un dashboard, **Start from an example** ofrece **Sales pipeline** y **Stock levels** como puntos de partida.

3. Elige las paradas

   Dónde: How it is built

   Una app ofrece los mismos interruptores que un sitio web. Para un dashboard, el paso dice “A dashboard builds straight through, with no words to approve and no look or hero to choose.”

4. Constrúyelo

   Dónde: Review and create

   Haz clic en **Build it**. La primera versión tarda unos minutos y puedes [ver cómo se construye](https://briks.dev/es/docs/watching-a-build).

5. Revisa los registros

   Dónde: Database

   Una vez publicado, abre la pestaña **Database** para ver cada colección y sus registros.

## Lo que puede hacer una app hoy

Una app se planifica y se construye como una página web, con las mismas [preguntas antes de construir](https://briks.dev/es/docs/questions-before-building), [paradas de aprobación](https://briks.dev/es/docs/approval-steps) y [tableros de estilo](https://briks.dev/es/docs/pick-a-look). Cuando tu descripción pide que algo se guarde, también incluye:

- **Su propia base de datos.** Creada para ti, en la UE, la primera vez que la construcción guarda algo: reservas, productos, eventos, consultas o publicaciones.
- **Formularios que guardan.** El formulario estándar guarda cada envío en **Settings**, **Forms** y te lo envía por correo una vez que el sitio está en producción. Un formulario también puede guardar cada envío como un registro, donde puedes encontrarlo, editarlo y cambiar sus datos más adelante. Pídelo en tu descripción.
- **Páginas creadas a partir de registros.** Una página de lista y una página para cada registro, de modo que cada evento o producto es una página real que los buscadores pueden encontrar. Cuando los registros cambian, el sitio publicado se actualiza en unos minutos.
- **Búsqueda** en lo que guarda, cuando se lo pides.
- **Cuentas y pagos**, cuando los pides: registro e inicio de sesión para sus propios usuarios, pagos únicos y suscripciones a través de tu propio procesador, y envíos o stock creados con tu propia cuenta de pago. Consulta [Inicio de sesión y pagos](https://briks.dev/es/docs/sign-in-and-payments).
- **Un servicio tuyo, con tu propia clave**, como una lista de correo, un CRM o una hoja de cálculo. Pídelo como un cambio una vez publicado el sitio: Briks pide primero la clave, con un campo que la guarda directamente en [Secrets](https://briks.dev/es/docs/secrets), y el código de servidor del propio sitio llama al servicio con ella. Las páginas en el navegador de un visitante nunca llaman a otra dirección. Consulta [Preguntas antes de construir](https://briks.dev/es/docs/questions-before-building#keys).

Antes de publicar un sitio con este tipo de código funcional, Briks lee el código en busca de descuidos de seguridad: claves escritas en archivos, guardado sin límite, registros de miembros leídos sin que nadie haya iniciado sesión y consultas a la base de datos construidas a partir de texto.

## Qué es un dashboard

Un dashboard se crea como pantallas en las que la gente trabaja a diario, no como una página que se recorre con scroll. Espera:

- Un marco con navegación a un lado, como una barra de iconos delgada, o en la parte superior, más una barra superior.
- Un encabezado en cada pantalla con su título, una línea sobre ella y sus acciones principales.
- De tres a cinco cifras clave, gráficos con unidades y etiquetas, y tablas con búsqueda, filtros, orden y páginas.
- Detalles de registros, formularios y pantallas de ajustes donde tu descripción los necesite.
- En un teléfono, la navegación lateral se convierte en un menú y las cifras se apilan de dos en dos, y luego de una en una.

No hay hero, ni titular de marketing, ni animación al desplazarse, y no se crean imágenes. Un dashboard también omite las preguntas previas a la construcción y las paradas de aprobación: se crea directamente a partir de tu descripción.

### De dónde salen sus números

Un dashboard guarda sus registros en la base de datos del proyecto, con una tabla para cada tipo de registro que muestran sus pantallas. La primera versión las llena con registros de ejemplo verosímiles que concuerdan entre sí; los productos, precios y personas que nombra tu descripción se convierten en registros, y a cualquier otra persona se le inventa un nombre. Sus tablas, gráficos y cifras clave leen esos registros, cada total se calcula a partir de las filas, y los formularios que añaden o modifican un registro lo guardan. Sus páginas de inicio de sesión funcionan: mientras es una vista previa, cualquiera con su dirección puede abrirlo, y una vez que lo publicas en producción solo las cuentas **Staff** y **Admin** con sesión iniciada ven sus datos. Regístrate en él con el correo que usas en el estudio para ser su Admin.

Para dar forma a sus registros, indica en la descripción qué se guarda, qué contiene cada registro y quién lo actualiza. Los registros se editan en la pestaña **Database**, y las pantallas los siguen.

## Tus registros en la pestaña Database

Cuando un proyecto tiene base de datos, su pestaña **Database** tiene cinco vistas: **Data**, **Accounts**, **Orders**, **Subscriptions** y **Settings**. Los Owners y Admins ven la pestaña también antes, con **Create database**.

Dónde

1. Projects
2. Your project
3. Database
4. Data

- **Data** enumera cada colección con cuántos registros contiene. Owners, Admins y Editors pueden abrir, editar y eliminar registros. “Los cambios llegan al sitio publicado en pocos minutos.”
- **Accounts** muestra las personas que crearon una cuenta en el sitio, donde asignas a cada una el rol **Member**, **Staff** o **Admin**. **Orders** muestra lo que el sitio vendió a través de tu propio procesador de pagos, y **Subscriptions** los miembros que pagan planes que se renuevan. Accounts y Orders muestran **No accounts yet** o **No orders yet** hasta que llega el primero.
- **Settings** incluye las descargas (hasta 50.000 registros por colección, como hoja de cálculo o como JSON), los puntos de restauración y la copia nocturna. Las descargas y las copias nocturnas vienen con un plan de pago.

[Database](https://briks.dev/es/docs/database) cubre los registros al completo, y [Backups](https://briks.dev/es/docs/backups) cubre las copias y la restauración.

## Tareas programadas y webhooks

Dos secciones de **Settings** del proyecto, en el grupo **Developer**, permiten que una app actúe según un horario o avise a otro software de lo que ha pasado.

- Las **Scheduled tasks** llaman a una dirección según un horario que tú eliges, como **Every day at 09:00** o **Mondays at 09:00**: una de las direcciones propias de tu app que empiezan por `/api/`, u otra distinta. Tu app necesita primero esa dirección, así que pídela como un cambio. Consulta [Tareas programadas](https://briks.dev/es/docs/crons).
- Los **Webhooks** envían un mensaje a otra dirección cuando ocurre algo: **Published**, **Form received** o **Record changed**. Consulta [Webhooks](https://briks.dev/es/docs/webhooks).

| Plan | Tareas programadas por proyecto | Webhooks por proyecto |
| --- | --- | --- |
| Free | 1 | 1 |
| Starter | 5 | 5 |
| Pro | 10 | 10 |
| Studio | 25 | 25 |
| Agency | 50 | 50 |

## Qué aún no está disponible

- Planes que se renuevan a través de PayPal, Mollie, Razorpay, Creem o Dodo Payments: estos solo aceptan pagos únicos por ahora. Las suscripciones van a través de Stripe, Paddle, Polar o Lemon Squeezy.
- Exportar las entradas de formularios desde **Forms**. Los registros de la base de datos se pueden descargar en un plan de pago.
- Correo desde tu propio dominio. [El correo del sitio](https://briks.dev/es/docs/site-email) se envía desde la dirección propia de tu proyecto en emails.briks.live.
- Una API pública, un servidor MCP o una línea de comandos para el propio Briks.

Aun así, puedes llegar a otro software de tres maneras: los webhooks envían eventos hacia fuera, las tareas programadas llaman a una dirección según un calendario, y un cambio puede conectar un servicio que use tu propia clave, como se explica más arriba.

## Tres ejemplos resueltos

App Solicitudes de cita para una peluquería canina

> Paws & Suds es una peluquería canina en Bristol. Una app de solicitud de citas: los dueños eligen un servicio (peluquería completa £55, baño y arreglo £38, corte de uñas £12), un día preferido y mañana o tarde, e indican el nombre, la raza y el tamaño de su perro y su número de teléfono. Les llamamos para confirmar. Guarda cada solicitud como un registro con un estado: nueva, confirmada o rechazada. Una página de inicio con nuestros servicios, precios y horario de apertura.

Una página de inicio con los servicios y los precios, y un formulario de solicitud. Cada solicitud se guarda como un registro en una colección de solicitudes de reserva, que se muestra en la pestaña **Database** con su recuento. Quien atiende las llamadas abre cada solicitud nueva, llama al propietario y cambia su estado. No consulta un calendario para ver los huecos libres. Un depósito a través de tu propio procesador, o cuentas para que los propietarios inicien sesión y vean sus reservas, habría que pedirlos en la descripción.

Dashboard Control de existencias para un centro de jardinería

> Fern & Stone es un centro de jardinería con tiendas en Harrogate y Ripon. Un dashboard interno de stock: cada producto con su categoría, el stock en cada tienda, el nivel de reposición, el proveedor y la fecha de la última entrega. Marca todo lo que esté por debajo de su nivel de reposición. Guarda los productos como registros que nuestro responsable actualiza cada viernes, y lee todas las cifras de ellos.

Navegación para Overview, Products y Suppliers. El resumen empieza con cifras clave, como las líneas por debajo de su nivel de reposición, una tabla de lo que hay que reponer y un gráfico por categoría. Los productos son registros de la pestaña **Database**; el viernes el encargado edita ahí los recuentos y el dashboard se actualiza en pocos minutos. Una vez publicado en producción, solo las cuentas Staff y Admin con sesión iniciada ven sus cifras: el encargado se registra en él y el dueño le da a esa cuenta el rol Staff en **Accounts**.

Dashboard Dashboard de pedidos para una cafetería

> Little Kiln es una cafetería en Hebden Bridge. Un dashboard de pedidos: pedidos e ingresos de hoy y de esta semana, ingresos por día de los últimos 30 días, los cinco más vendidos y una tabla de los pedidos de hoy con la hora, los artículos, el total y si era para tomar allí o para llevar.

Las pantallas llegan tal como las describes, leyendo los pedidos de la base de datos del proyecto, que la primera versión llena con pedidos de ejemplo verosímiles. No puede leer la caja registradora ni el datáfono. Para seguir los ingresos reales, sustituye los pedidos de ejemplo en la pestaña **Database**, o pide una colección de ingresos diarios e introduce allí la cifra de cada día.

### ¿Qué tipo debo elegir para un portal de clientes?

**App**. Pide cuentas de clientes en la descripción y di qué puede ver cada cliente. Los clientes se registran con correo y contraseña, y tú defines los roles en **Database**, **Accounts**. Consulta [Inicio de sesión y pagos](https://briks.dev/es/docs/sign-in-and-payments).

### ¿Una página web también puede guardar cosas?

Sí. Pide en un cambio lo que debe guardar, como eventos o productos, y la base de datos se crea la primera vez que la web guarda algo.

### ¿Un dashboard se actualiza solo?

Solo a partir de registros de su propia base de datos. No lee tu otro software a menos que un cambio conecte un servicio con tu propia clave. Cuando cambias un registro, el dashboard publicado se pone al día en unos minutos.

## Sigue leyendo

- [Datos y automatización **Database** Descubre qué guarda tu sitio, edita y añade registros a mano y descarga colecciones en JSON o CSV, con quién puede hacer qué y los límites que se aplican.](https://briks.dev/es/docs/database)
- [Las funciones de tu sitio **Formularios** Añade un formulario a tu sitio Briks, pruébalo en vista previa, mira cada envío en el estudio, recíbelo por email en producción y pásalo con un webhook.](https://briks.dev/es/docs/forms)
- [Datos y automatización **Tareas programadas** Tareas programadas en tu sitio: resumen matinal, limpieza semanal. Escribe el horario, revisa cada ejecución, corrige fallos y ve los límites del plan.](https://briks.dev/es/docs/crons)
- [Datos y automatización **Webhooks** Envía un mensaje firmado a otra herramienta cuando se publique tu sitio, se envíe un formulario o cambie un registro. Cargas, firmas, reintentos y entregas.](https://briks.dev/es/docs/webhooks)

¿Sigues atascado?

Escribe a [hello@briks.dev](mailto:hello@briks.dev) con el nombre de tu proyecto y lo que esperabas ver. Una captura de pantalla ayuda.