Dónde y cuándo hacer fetch
La mejor ubicación depende del tipo de dato y su frecuencia de cambio.
Si el dato cambia poco, resolverlo en build reduce latencia y simplifica infraestructura.
Si el dato cambia constantemente, conviene render dinámico o estrategias híbridas.
Siempre contempla fallback visual para errores y vacíos de datos.
- Datos estables: preferencia por build-time.
- Datos volátiles: request-time o endpoints dedicados.
- Evita sobrecargar APIs con fetch redundante por página.