Next.js 15: Aplicaciones Full-Stack con Server Components y Streaming SSR

Este curso construye una aplicación de seguimiento de artículos técnicos para un equipo pequeño. El escenario evita separar artificialmente frontend y backend: una misma aplicación debe mostrar una lista pública, aceptar cambios mediante formularios y conservar una experiencia útil cuando algunas consultas tardan más que otras. El objetivo no es memorizar archivos aislados, sino decidir dónde debe ejecutarse cada pieza y qué información necesita el navegador.

La primera etapa recorre el App Router. Partirás de una estructura con rutas para artículos y detalle de artículo, identificarás qué carpetas representan segmentos de URL y separarás metadatos, layout y páginas. Después compararás Server Components y Client Components con una regla práctica: el servidor prepara datos y marcado; el cliente se reserva para interacción, estado local o APIs del navegador. La práctica y el quiz de este módulo comprobarán que puedes justificar esa frontera, no solo repetir definiciones.

La segunda etapa convierte formularios en operaciones de datos. Implementarás una Server Action para crear una nota de revisión, validarás sus campos en el servidor y devolverás errores que la interfaz pueda representar. Luego ampliarás el diseño a un CRUD pequeño: listar, crear, editar y eliminar comentarios. La seguridad se tratará como una responsabilidad explícita: validar entrada, comprobar autorización y evitar confiar en valores enviados por el navegador. Los ejercicios usarán datos locales y reproducibles, sin depender de servicios externos.

La tercera etapa aborda el tiempo de respuesta. Separarás una cabecera rápida, un resumen disponible de inmediato y una sección de comentarios deliberadamente lenta. Con Suspense y componentes asíncronos, decidirás qué fragmentos pueden aparecer antes y qué fallback comunica el estado sin ocultar el contenido ya disponible. La práctica de blog servirá para observar el orden de entrega y razonar sobre límites de carga. Las métricas se interpretarán como observaciones de una prueba concreta, no como promesas universales.

La última etapa integra las decisiones en una aplicación de biblioteca editorial. Primero dibujarás rutas, datos, permisos y límites de streaming. Después conectarás Server Actions para registrar revisiones y corregirás los estados de éxito y error. Finalmente revisarás el comportamiento con una compilación de producción, pruebas de formulario, datos vacíos, errores controlados y una red lenta simulada localmente. El despliegue se evaluará mediante una lista de comprobación; no se asumirá que una compilación correcta demuestra por sí sola que la aplicación está lista.

El trabajo final debe entregar una aplicación ejecutable con rutas documentadas, al menos una mutación validada, una lectura con datos del servidor, dos límites de streaming y evidencia de pruebas. Para comprobarlo, otra persona debe poder seguir tus pasos, introducir una entrada válida y otra inválida, observar mensajes diferenciados y verificar que los datos mostrados coinciden con los registros iniciales. También deberá poder explicar por qué cada componente es de servidor o de cliente y qué parte de la interfaz puede esperar sin bloquear el contenido principal.