Sitios rápidos por defecto: empezar con menos JavaScript
Por qué empiezo cada proyecto enviando el mínimo de JavaScript al navegador y agrego interactividad solo donde aporta.
- #rendimiento
- #arquitectura
- #astro
La velocidad de un sitio no es un lujo: afecta la experiencia, el SEO y la percepción de calidad. Por eso parto de una idea simple: enviar al navegador solo el código que la página realmente necesita.
El problema del JavaScript por defecto
Muchos proyectos arrancan con un framework que envía un paquete grande de JavaScript aunque la página sea casi estática. El resultado: páginas que tardan en volverse interactivas, sobre todo en teléfonos y conexiones lentas.
Mi enfoque
- HTML primero. La mayoría del contenido se entrega ya renderizado.
- Interactividad puntual. Agrego JavaScript solo en los componentes que lo necesitan, no en toda la página.
- Medir, no suponer. Reviso métricas reales (carga, interactividad) antes de dar algo por terminado.
El resultado
Páginas que cargan rápido, funcionan bien en cualquier dispositivo y son más fáciles de mantener. La interactividad se reserva para donde de verdad mejora la experiencia.
Nota de ejemplo. Reemplázala con tus propios artículos cuando quieras.