Next.js en Platzi: por qué lo uso en proyectos con requisitos de SEO

React es excelente para interfaces complejas. Pero tiene un problema bien conocido para ciertos tipos de proyectos: el HTML que el servidor envía está casi vacío — el contenido lo genera JavaScript en el navegador. Y los buscadores, aunque mejoran, todavía prefieren HTML ya renderizado.

Next.js resuelve eso. El curso en Platzi explica exactamente cómo.

Server-Side Rendering vs Static Generation: la decisión que importa

El curso distingue bien entre SSR (render en cada request) y SSG (render en tiempo de build, contenido estático). Esa distinción importa en proyectos reales porque cambia el costo de infraestructura, la velocidad de respuesta y la forma en que el contenido se actualiza.

Para blogs, landing pages y sitios con contenido que no cambia cada minuto — generación estática. Para portales con datos del usuario, sesiones y contenido personalizado — server-side. Next.js maneja ambos casos en el mismo proyecto.

Por qué lo elegimos para proyectos orientados a SEO

El SEO no es solo keywords y meta tags. Es velocidad de carga, Core Web Vitals, contenido indexable desde el primer request. Next.js con Image optimization, fonts, y code splitting automático resuelve buena parte de eso sin configuración manual.

En proyectos del portafolio donde el cliente necesita posicionamiento orgánico además de funcionalidad, Next.js aparece casi siempre. No porque sea la moda — sino porque los resultados son medibles.

El ecosistema que viene con Next.js

Vercel como plataforma de deployment, Prisma para base de datos, Tailwind para estilos, NextAuth para autenticación — todo encaja. No porque sea la única forma, sino porque es un stack probado que reduce las decisiones de configuración y deja más tiempo para construir lo que el cliente necesita.

Si estás evaluando tecnología para un proyecto nuevo donde el SEO y el rendimiento son prioridad, escribínos con los detalles.