Cómo mejorar la velocidad de tu web: un protocolo WPO paso a paso
En pocas palabras: WPO es el trabajo de optimizar el rendimiento de una web. Empieza midiendo, prioriza el problema más importante y verifica tanto las métricas como las tareas reales de tus visitantes.
Una web rápida ayuda a que las personas puedan leer, navegar y completar una tarea sin esperas innecesarias. Pero mejorarla no consiste en instalar un plugin y perseguir una puntuación perfecta.
El punto de partida es identificar qué tarda, a quién afecta y qué cambio aporta una mejora real. Este protocolo organiza ese trabajo sin prometer un tiempo de carga universal.
1. Medir antes de cambiar
Revisa páginas representativas: portada, servicio, artículo y formulario. Prueba en móvil y escritorio. Guarda una referencia inicial con la fecha, la URL y las condiciones de la prueba.
PageSpeed Insights combina diagnóstico de laboratorio con datos de usuarios reales cuando están disponibles. No son lo mismo: una prueba controlada ayuda a investigar, mientras que los datos de campo reflejan experiencias de dispositivos y conexiones diferentes.
2. Revisar servidor y caché
El TTFB orienta sobre el tiempo hasta recibir el primer byte. Una respuesta lenta puede estar relacionada con el servidor, consultas, código, caché o distancia de red. No se puede atribuir automáticamente al precio del alojamiento.
- Comprueba si la caché de página funciona donde corresponde.
- Investiga consultas o procesos lentos antes de añadir más herramientas.
- Valora una CDN cuando aporte ventajas a la distribución de tus visitantes.
- Excluye de la caché compartida las páginas personalizadas que no deban servirse a otros usuarios.
No hay una marca de servidor o un plan empresarial obligatorio para todas las webs. La elección depende del tráfico, la aplicación y el problema medido.
3. Optimizar imágenes y contenido visual
Reduce dimensiones y peso según el uso real. WebP o AVIF pueden ser adecuados, pero compara calidad y tamaño: el ahorro depende de la imagen y de la configuración.
- Sirve tamaños adaptativos, teniendo en cuenta el ancho visible y la densidad de píxeles de la pantalla.
- Reserva el espacio de imágenes y vídeos para evitar saltos de contenido.
- Usa carga diferida para imágenes fuera de la vista inicial cuando corresponda.
- No retrases con carga diferida la imagen principal que necesita aparecer al abrir la página.
El objetivo no es prohibir JPEG o PNG, sino entregar el formato y el tamaño adecuados sin degradar la experiencia.
4. Reducir trabajo innecesario
Comprueba qué CSS, JavaScript y recursos de terceros se utilizan realmente. Un mapa, un vídeo incrustado o un widget pueden añadir trabajo incluso en páginas donde no hacen falta.
- Carga recursos solo donde se necesitan.
- Revisa tareas largas de JavaScript que dificulten responder a clics y pulsaciones.
- Evalúa cada herramienta de terceros antes de retrasarla o retirarla.
- Tras modificar la carga de scripts, prueba formularios, navegación, consentimiento y medición: ganar velocidad no debe romper funciones.
5. Validar con métricas y tareas reales
Los umbrales recomendados para una buena experiencia en Core Web Vitals son:
- LCP ≤ 2,5 segundos: aparición del contenido principal.
- INP ≤ 200 milisegundos: capacidad de respuesta a interacciones.
- CLS ≤ 0,1: estabilidad visual.
Se evalúan en el percentil 75 de las visitas, diferenciando móvil y escritorio. Son umbrales de referencia, no resultados que esta guía garantice. Consulta la documentación de Web Vitals.
Repite las pruebas después de cada cambio y comprueba una tarea completa: abrir una página, navegar y enviar un formulario de prueba. Una mejora en laboratorio no implica que los datos de campo se actualicen de inmediato.
Los Core Web Vitals forman parte de la experiencia de página, pero unos buenos valores no garantizan las primeras posiciones en Google. Referencia de Google Search Central.
Preguntas frecuentes
¿Necesito cambiar de hosting?
No necesariamente. Primero localiza el cuello de botella. Puede estar en las imágenes, el código, la caché o el servidor; migrar sin diagnóstico puede no resolverlo.
¿Un 100 en PageSpeed significa que todo está perfecto?
No. Es una referencia de una prueba concreta. También debes revisar datos reales, accesibilidad y el funcionamiento del recorrido del usuario.
¿Hay que revisar el rendimiento una sola vez?
No. Nuevas imágenes, plugins o herramientas pueden introducir cambios. Conviene repetir las comprobaciones después de modificaciones importantes.