Frontend

Server Components sin mitos: cuándo sí y cuándo no

No son la respuesta a todo ni un paso atrás. Son una herramienta con un sitio claro, y conviene saber cuál.

Ada RíosIngeniera de plataformas21 ago 20261 min de lectura
  • Frontend
  • Producción
Server Components sin mitos: cuándo sí y cuándo no

Llevo un año usando Server Components en producción. Esta es la regla que acabé usando con el equipo: por defecto en el servidor; al cliente solo lo que necesita interacción.

Cuándo sí#

  • Contenido que se lee y no se toca: artículos, fichas, listados
  • Consultas a la base de datos que no quieres exponer en una API
  • Dependencias pesadas que solo sirven para pintar (Markdown, resaltado de código)

Cuándo no#

  • Cualquier cosa con estado local: formularios, pestañas, menús
  • Lo que depende del navegador: localStorage, tamaño de ventana, geolocalización

Un ejemplo real#

Ficha.tsx
export default async function Ficha({ id }: { id: string }) {  const producto = await db.producto.find(id); // en el servidor  return (    <article>      <h1>{producto.nombre}</h1>      <BotonCarrito id={id} /> {/* lo único de cliente */}    </article>  );}

La página pesa lo que pesa el botón. Todo lo demás llega como HTML.

¿Te ha servido?

Cada dos semanas, un artículo como este en tu correo. Sin spam.