Next.js
Webs y paneles de gestión. Las páginas se preparan por adelantado siempre que se puede, y el servidor solo entra cuando hace falta.
Tecnología
Por qué construimos con React, Next y Node
React y Next.js son las herramientas con las que hacemos lo que ves en pantalla; Node.js, la parte que trabaja por detrás, en el servidor. Las elegimos por cómo responden cuando el proyecto crece, cuando hay que mantenerlo dos años y cuando alguien intenta atacarlo.
Cómo se comparan las opciones habituales
| React / Next.js + Node | PHP a medida | Gestor de contenidos o CMS (WordPress y similares) | Plataforma de cursos o LMS (Moodle y similares) | |
|---|---|---|---|---|
| Velocidad | Las páginas se preparan antes de publicarlas y llegan ya hechas. Mientras se usa la aplicación, la página no se recarga entera. | Buena si se cuida, aunque cada página se genera de nuevo en cada visita salvo que se añada una caché, una copia guardada que se sirve más rápido. | Depende de la plantilla y de los plugins. Es habitual acabar con una caché encima de otra. | Pesada de por sí, porque hace muchas cosas para muchos tipos de usuario. |
| Por dónde pueden atacarla | Una web estática no tiene base de datos ni panel de administración que atacar. Cuando hay servidor, en él solo corre código propio. | Depende por completo del código que se escriba y de lo disciplinado que sea el equipo. | El núcleo, la plantilla y cada plugin, cada uno con su propio ritmo de parches de seguridad. De ahí vienen la mayoría de los incidentes. | Muchos puntos, y dentro hay datos personales de los alumnos. Hay que actualizarla sí o sí. |
| Coste a medio plazo | Arranca rápido porque trabajamos con agentes de IA, y después pide poco mantenimiento. | Barato al empezar; sale caro si nadie documenta lo que se hizo. | Muy barato al empezar. El gasto aparece luego, en licencias de plugins y en actualizaciones que rompen cosas. | Bajo si te sirve tal cual. En cuanto hay que adaptarla, sube. |
| Lo que nota quien la usa | Aplicaciones que se actualizan solas en tiempo real y pasan de una pantalla a otra sin recargar. | Correcta para webs clásicas; el tiempo real hay que montarlo aparte. | Muy buena para publicar contenido y escasa para procesos de trabajo propios. | Pensada para cursos, no para el día a día de tu negocio. |
| Aparecer en buscadores (SEO técnico) | Cada página llega completa al buscador desde el primer momento, con su título, su descripción y los datos que Google usa para entenderla. | Bueno, pero hay que escribirlo todo a mano. | Muy bueno de serie, con plugins muy probados. | Da igual: el contenido suele estar detrás de un inicio de sesión. |
| Quién lo mantiene | Un equipo que sepa JavaScript, el lenguaje en el que está escrito todo. Ese es el único requisito de verdad. | Es fácil encontrar quien lo haga, aunque la calidad varía mucho. | Cualquiera puede publicar sin tocar código, y esa es su gran ventaja. | Administradores formados en la plataforma. |
Antes de llamarnos
Cuándo no te conviene contratarnos
Si tu web es un blog, una tienda corriente o la web de la empresa y la van a actualizar personas sin conocimientos técnicos, lo tuyo es un gestor de contenidos (CMS) como WordPress, que además sale más barato. Con la formación pasa igual. Para matrículas, notas y certificados de la manera habitual, Moodle lleva veinte años resolviéndolo y no tiene sentido rehacerlo.
- Necesitas publicar contenido a diario sin depender de nadie: un CMS.
- Quieres una tienda estándar con el pago y los transportistas ya conectados: una plataforma de comercio electrónico.
- Das cursos con el recorrido clásico de matrícula, evaluación y certificado: una plataforma de cursos (LMS) como Moodle.
- Tienes procesos propios, necesitas que tus programas hablen entre sí, ver datos en tiempo real o mover mucho volumen: ahí sí encajamos nosotros.
Lo que usamos
Para qué sirve cada herramienta
React
Pantallas que reaccionan al momento a lo que haces o a lo que cambia, hechas con piezas que reutilizamos de un proyecto a otro.
Angular
Aplicaciones internas grandes para equipos que ya trabajan con él. Impone una estructura firme y normas claras.
Node.js
La parte del servidor: conexiones con otros programas (APIs), tareas en segundo plano y avisos en tiempo real. Usa el mismo lenguaje que el navegador.
Kotlin
Apps nativas de Android, para cuando hacen falta voz, notificaciones de verdad o acceso a funciones del teléfono.
Mongo y SQL
Dos maneras de guardar los datos. Mongo para la información que cambia de forma; SQL para la que tiene que cuadrar.
Preguntas frecuentes
Lo que nos suelen preguntar
¿WordPress es inseguro?
El núcleo de WordPress está bien mantenido. Los problemas suelen venir de los complementos (plugins): cada uno lo programa un tercero, se actualiza a su ritmo y basta con que uno se quede atrás. Si lo usas, cuenta con actualizarlo y hacer copias de seguridad cada poco. Es una aplicación viva y no se puede dejar publicada sin más.
¿Una web a medida tarda más en hacerse?
Con nosotros, no. Trabajamos con agentes de IA que escriben el código, lo prueban y lo publican, así que el arranque se cuenta en días, igual que montar un CMS con una plantilla. Esta web se hizo así. La diferencia llega después: cuando necesitas algo que la plantilla no trae, con un CMS toca pelearse con el sistema, y con código propio basta con programarlo.
¿Por qué esta web es estática?
Porque no necesita servidor: son ficheros. No hay nada que reiniciar ni base de datos que proteger, se puede publicar desde cualquier sitio y aguanta cualquier pico de visitas. Apenas deja por dónde atacarla. Si algún día necesita lógica de servidor, el mismo código puede pasar a usarlo sin reescribirlo.
¿Y si mañana queremos cambiar de proveedor?
El código es tuyo. Está en un repositorio con todo su historial de cambios, con publicación automática y con documentación. Usamos tecnología estándar que conoce mucha gente, así que otro equipo puede seguir con él sin depender de nosotros.
¿Usáis IA para escribir el código?
Sí, y lo decimos abiertamente: esta web la ha construido nuestro asistente. La revisión no cambia. Cada cambio va en una rama aparte, pasa por una solicitud de revisión (merge request) y se publica de forma que se puede deshacer. La IA hace el trabajo más rápido, pero de él responde una persona.