Por Qué la Velocidad del Sitio Importa
Los usuarios tienen expectativas cada vez más altas. Un retraso de 1 segundo puede costar miles de euros en conversiones perdidas. Google usa la velocidad como factor de ranking. El rendimiento ya no es opcional - es crítico.
Estadísticas de Impacto de Velocidad
- 1 segundo de retraso = 7% pérdida de conversiones
- 53% abandonan si el sitio tarda >3 segundos
- Tasa de rebote aumenta 32% cuando el tiempo de carga pasa de 1 a 3 segundos
- Sitios rápidos tienen conversiones 2x mayores
- Amazon: 100ms de retraso = 1% de ingresos perdidos
- Google: La velocidad es factor de ranking desde 2018
- Qué mide: Cuándo se carga el elemento visible más grande
- Objetivo: < 2.5 segundos
- Impacto: Percepción del usuario sobre la carga
- Qué mide: Tiempo hasta que el sitio responde a la primera interacción
- Objetivo: < 100ms (FID) / < 200ms (INP)
- Impacto: Interactividad
- Qué mide: Cuánto se "mueve" la página durante la carga
- Objetivo: < 0.1
- Impacto: Estabilidad visual
- URL: pagespeed.web.dev
- Core Web Vitals
- Recomendaciones específicas
- Datos de Lab y Field
- Análisis waterfall
- Múltiples ubicaciones
- Datos históricos
- Análisis profundo
- Múltiples ejecuciones
- Comparación visual
- Pestaña Network (waterfall)
- Pestaña Performance (profiling)
- Auditoría Lighthouse
- Informe Core Web Vitals
- URLs con problemas
- Datos de usuarios reales
- ¿Qué se carga?
- ¿En qué orden?
- ¿Qué bloquea?
- ¿Cuáles son los archivos más grandes?
- ¿Se pueden comprimir/optimizar?
- Analytics, ads, widgets
- Impacto en el rendimiento
- Tiempo de respuesta del servidor
- <200ms ideal
- 30% más pequeño que JPEG/PNG
- Soporte casi universal
- Ideal para la mayoría
- 50% más pequeño que JPEG
- Soporte en crecimiento
- Formato next-gen
- Fotografías
- Fallback para navegadores viejos
- Cuando se necesita transparencia
- Gráficos con colores sólidos
- Iconos y logos
- Escalable infinitamente
- Muy pequeño
- Herramientas: TinyPNG, ImageOptim, Squoosh
- Calidad: 80-85% para JPEG
- Ahorro: 50-80%
- Usa srcset para diferentes tamaños de pantalla
- Especifica sizes para indicar al navegador qué tamaño elegir
- El navegador elige automáticamente la imagen correcta
- Añade el atributo loading="lazy" a las imágenes
- Carga imágenes cuando se acercan al viewport
- Atributo HTML nativo
- Reduce la carga inicial
- Siempre especifica width y height en las imágenes
- Previene CLS (Cumulative Layout Shift)
- El navegador reserva espacio antes de cargar
- Cloudflare Images
- Imgix
- Cloudinary
- Auto-optimización y resize
- Critical (paquete npm)
- CriticalCSS
- Penthouse
- Espacios en blanco
- Comentarios
- Caracteres redundantes
- cssnano
- clean-css
- PostCSS
- PurgeCSS
- UnCSS
- Purge de Tailwind
- No uses @import para cargar otros archivos CSS
- @import bloquea la carga paralela
- Mejor usar tags link separados o concatenación
- Terser
- UglifyJS
- esbuild
- Webpack
- Rollup
- Vite
- Carga inicial más pequeña
- Carga solo lo necesario
- Añade el atributo defer a los scripts
- No bloquea el parsing de HTML
- Ejecuta después de que el DOM esté listo
- Mantiene el orden de los scripts
- Añade el atributo async para scripts independientes
- No bloquea el parsing de HTML
- Ejecuta inmediatamente cuando se carga
- No garantiza orden de ejecución
- Ideal para analytics y tracking
- Chrome Coverage tool
- Bundlephobia (verificar tamaños de paquetes)
- Import cost (extensión VS Code)
- Analytics
- Widgets de chat
- Ads
- Widgets sociales
- Lazy load donde sea posible
- Facades (placeholders)
- Self-host los críticos
- Auditoría regular
- Shared → VPS → Dedicado
- Tradicional → Cloud
- Cloudflare
- AWS CloudFront
- Fastly
- Bunny CDN
- Servidores cerca de los usuarios
- Reduce latencia
- Caching agresivo
- Protección DDoS
- Configura el header Cache-Control en el servidor
- Assets estáticos (CSS, JS, imágenes): cache por 1 año
- HTML: cache corto o no-cache
- Usa cache busting (versionado) para actualizaciones
- Redis
- Memcached
- Page caching
- Edge caching
- Configuración TTL
- Soporte universal
- 70-80% reducción de tamaño
- 15-20% mejor que Gzip
- Soporte en navegadores modernos
- Preferido cuando es posible
- Multiplexing
- Compresión de headers
- Server push
- Requiere HTTPS
- Protocolo QUIC
- Conexiones más rápidas
- Mejor para móvil
- Queries frecuentes
- Columnas en WHERE/JOIN
- Evitar N+1
- Limitar datos recuperados
- Capa de caching
- Plugin de caching (WP Rocket, W3 Total Cache)
- Optimización de imágenes (ShortPixel, Imagify)
- Integración CDN
- Limpieza de base de datos
- Demasiados plugins
- Temas pesados
- Exceso de revisiones de posts
- Archivos de media grandes
- Imágenes de producto optimizadas
- Lazy load de reviews
- Defer JS no crítico
- Distracciones mínimas
- Procesamiento de pago rápido
- Sin scripts bloqueantes
- Code splitting agresivo
- Server-side rendering (SSR)
- Generación estática donde sea posible
- Virtual scrolling para listas largas
- Memoization
- Gestión de estado eficiente
- Tiempos de carga de página
- Time to interactive
- Core Web Vitals
- Google Analytics 4
- SpeedCurve
- New Relic Browser
- Datadog RUM
- Calibre
- SpeedCurve
- Pingdom
- LCP > 3s
- CLS > 0.1
- TTFB > 500ms
- Tasas de error
- [ ] Habilitar compresión (Gzip/Brotli)
- [ ] Habilitar cache del navegador
- [ ] Usar CDN
- [ ] Optimizar imágenes (formato, tamaño, lazy load)
- [ ] Minificar CSS/JS
- [ ] Defer JS no crítico
- [ ] CSS crítico inline
- [ ] Eliminar CSS/JS no usado
- [ ] Code splitting
- [ ] Preconnect a orígenes importantes
- [ ] Optimizar web fonts
- [ ] Server-side rendering
- [ ] Service workers
- [ ] HTTP/2 o HTTP/3
- [ ] Optimización de base de datos
- [ ] Edge computing
- 100,000 visitantes/mes
- 2% conversión
- $100 pedido promedio
- Ingresos: $200,000/mes
- Tasa de rebote baja 20%
- Conversión aumenta a 2.5%
- Ingresos: $250,000/mes
- Aumento: $50,000/mes
- Medir antes de optimizar
- Enfocarse en el critical path
- Experiencia de usuario > métricas
- Continuo, no periódico
Core Web Vitals
Google mide tres métricas principales:
LCP (Largest Contentful Paint)
FID (First Input Delay) / INP (Interaction to Next Paint)
CLS (Cumulative Layout Shift)
Diagnóstico del Rendimiento
Herramientas de Testing
Google PageSpeed Insights:
GTmetrix:
WebPageTest:
Chrome DevTools:
Google Search Console:
Qué Analizar
1. Gráfico Waterfall
2. Recursos Más Grandes
3. Scripts de Terceros
4. Time to First Byte (TTFB)
Optimización de Imágenes
Por Qué Importa
Las imágenes suelen ser 50%+ del peso de la página.
Formatos de Imagen
WebP:
AVIF:
JPEG:
PNG:
SVG:
Técnicas de Optimización
1. Compresión
2. Imágenes Responsivas
3. Lazy Loading
4. Dimensiones Especificadas
5. CDN para Imágenes
Optimización CSS
CSS Crítico
Qué es:
CSS necesario para above-the-fold, inline en HTML.
Implementación:
1. Identifica CSS crítico
2. Inline en
3. Carga el resto async
Herramientas:
Minificación
Elimina:
Herramientas:
Eliminar CSS No Usado
Problema:
Los frameworks CSS incluyen todo, usas 10%.
Soluciones:
Evitar @import en CSS
Optimización JavaScript
Minificar y Bundlear
Minificación:
Bundling:
Code Splitting
Qué es:
Dividir el bundle en chunks cargados bajo demanda.
Beneficios:
Defer y Async para Scripts
Defer:
Async:
Eliminar JavaScript No Usado
Herramientas:
Scripts de Terceros
Problemas:
Soluciones:
Optimización del Lado del Servidor
Hosting y Servidor
Actualizar hosting:
CDN (Content Delivery Network):
Beneficios CDN:
Caching
Cache del Navegador:
Cache del Servidor:
Cache CDN:
Compresión
Gzip:
Brotli:
HTTP/2 y HTTP/3
HTTP/2:
HTTP/3:
Optimización de Base de Datos
Indexación:
Optimización de Queries:
Optimizaciones Específicas
WordPress
Esenciales:
Evitar:
E-commerce
Páginas de Producto:
Checkout:
SPA (Single Page Applications)
Carga Inicial:
Runtime:
Monitoreo Continuo
Real User Monitoring (RUM)
Qué es:
Datos de usuarios reales, no tests de laboratorio.
Métricas:
Herramientas:
Synthetic Monitoring
Qué es:
Tests automatizados regulares.
Herramientas:
Alertas
Configura alertas para:
Checklist de Optimización
Quick Wins
Esfuerzo Medio
Avanzado
ROI de la Optimización
Cálculo de Impacto
Ejemplo:
Después de optimización (tiempo de carga 4s → 2s):
Inversión vs Retorno
Costo de optimización: $5,000-20,000 (una vez) Retorno: $50,000+/mes (continuo) ROI: 250%+ en el primer mes
Conclusión
El rendimiento web es una disciplina continua, no un proyecto único. El impacto en el negocio es directo y medible.
Principios:
Pasos para empezar:
1. Auditoría con PageSpeed Insights
2. Identificar los problemas más grandes
3. Priorizar por impacto
4. Implementar y medir
5. Configurar monitoreo continuo
---
El equipo DGI ofrece servicios de auditoría y optimización de rendimiento web. Contáctanos para un análisis gratuito de tu sitio.