GuíasWeb app
Crear una web app: las etapas, las decisiones técnicas, los errores
Web app o sitio web: la primera pregunta
Un sitio corporativo presenta una actividad. Una web app presta un servicio: tiene cuentas, datos y reglas de negocio. La diferencia importa porque cambia todo lo demás, del presupuesto al alojamiento.
Tres ejemplos de nuestros proyectos:
- Votons ayuda a encontrar candidato para las presidenciales francesas de 2027: un test de afinidad, fichas, un comparador, una API y aplicaciones móviles.
- Pocabase es la base de datos de las photocards de K-pop: cada fan marca las cartas de su colección.
- Say Yes da a un estudio de diseño un panel de gestión que compone sus landing pages a partir de bloques.
Empezar por un solo recorrido completo
El error clásico es construir diez funciones a medias. Hacemos lo contrario: un recorrido, de principio a fin, en producción.
En una app de colección, ese recorrido es «creo mi cuenta, encuentro una carta, la marco y mañana vuelvo a ver mi colección». Todo lo demás (nivel de fan, plan premium, traducciones) viene después, cuando ese primer recorrido aguanta.
Muchos frentes abiertos, ningún recorrido utilizable.
Todo lo demás viene después, cuando este recorrido aguanta.
Elegir la tecnología
La buena decisión técnica es aburrida: herramientas extendidas, documentadas, que el equipo conoce.
| Pieza | Lo que usamos | Por qué |
|---|---|---|
| Interfaz y servidor | Next.js o Remix, React, TypeScript | El renderizado en servidor ayuda al posicionamiento y a la velocidad |
| Datos | PostgreSQL | Fiable, relacional, dura muchísimo |
| Acceso a los datos | Prisma o Drizzle | Un esquema tipado, migraciones versionadas |
| Pago | Stripe | Tarjetas, suscripciones, facturas |
| Entrega | Docker, un VPS o una plataforma gestionada | La misma imagen del equipo del desarrollador a producción |
Pocabase funciona con Next.js, React, PostgreSQL, Drizzle y Docker. Say Yes con Remix, React, Prisma y Tailwind.
Los cuatro temas que se subestiman
- Las cuentas. Registro, contraseña olvidada, acceso con Google, eliminación de la cuenta. Lleva tiempo y nada es opcional.
- Los permisos. Quién ve qué, quién modifica qué. Se escriben desde el esquema de datos, no después.
- Los datos personales. Recoger lo mínimo, decir qué se hace con ellos, poder exportarlos y borrarlos.
- El panel de gestión. Alguien tendrá que corregir un dato o reembolsar a un cliente. Sin pantalla de administración, será un desarrollador.
Pensar en el posicionamiento desde el principio
Una web app pública también vive de Google. Las páginas públicas deben renderizarse en servidor y tener dirección propia, un título y una descripción únicos y datos estructurados. Pocabase sirve 46 idiomas con un solo código y direcciones traducidas. Nuestra guía de SEO multilingüe detalla el método.
Poner en producción pronto y a menudo
La primera puesta en producción se hace la primera semana, con una página casi vacía. Así se resuelven el dominio, el certificado, la base de datos, las copias de seguridad y el despliegue mientras hay poco en juego. Después, cada entrega sale en línea, con acceso restringido si hace falta.
Antes de abrir al público comprobamos:
- las copias de seguridad de la base de datos, y una restauración probada de verdad;
- el seguimiento de errores y una alerta cuando el sitio se cae;
- el rendimiento en un teléfono de gama media, con 4G;
- los recorridos críticos, cubiertos por pruebas automáticas.
El alojamiento se explica en nuestra guía Alojar un sitio o una app en un VPS.
Preguntas frecuentes
- ¿Qué diferencia hay entre un sitio web y una web app?
- Un sitio presenta. Una web app hace algo por la persona conectada: guarda sus datos, calcula, compara, vende. En cuanto hay una cuenta, datos propios de cada usuario o lógica de negocio, hablamos de web app.
- ¿Qué tecnología elegir para una web app en 2026?
- Una probada y bien documentada: un framework de React con renderizado en servidor (Next.js o Remix), TypeScript, PostgreSQL y un ORM como Prisma o Drizzle. La buena elección es la que el equipo ya domina.
- ¿Hace falta también una aplicación móvil?
- No necesariamente al principio. Una web app bien hecha funciona en el teléfono. La aplicación móvil se justifica por las notificaciones, el uso sin conexión o la presencia en las tiendas, y puede reutilizar la misma API.
