≡En resumen
- WPO es el nombre de la disciplina completa: medir, diagnosticar, optimizar y vigilar que el rendimiento no empeore.
- Su punto de partida fue descubrir que la mayor parte del tiempo de carga se pierde en el navegador, no en el servidor.
- Muchas reglas de 2007 siguen vigentes; otras, como evitar las expresiones CSS, han quedado obsoletas.
- Hoy el WPO se mide con datos reales de usuarios (Core Web Vitals) y con pruebas de laboratorio como Lighthouse.
- Una web rápida mejora la experiencia, ayuda al SEO y reduce costes de servidor, pero no compensa un contenido irrelevante.
01 ¿Qué es el WPO?
La sigla viene del inglés y se usa tal cual en España, aunque también verás «optimización del rendimiento web». Se popularizó a partir de 2007, cuando los ingenieros de Yahoo! y Google empezaron a publicar sus métodos para acelerar páginas con millones de visitas. En el día a día se usa como sinónimo de las técnicas de optimización de velocidad, pero el término WPO abarca también la medición continua y la cultura de equipo: presupuestos de rendimiento, alertas y revisión de cada cambio antes de publicarlo.
02 Historia del WPO: de las 14 reglas de Steve Souders a hoy
El WPO como disciplina tiene fecha de nacimiento: en septiembre de 2007 O'Reilly publicó High Performance Web Sites, de Steve Souders, entonces responsable de rendimiento en Yahoo! (su cargo era «Chief Performance Yahoo!»). El libro recogía 14 reglas que, según su autor, recortaban entre un 25 y un 50 % el tiempo de respuesta de las páginas.
Su gran aportación fue un cambio de foco: solo entre el 10 y el 20 % del tiempo que espera el usuario se dedica a descargar el documento HTML; el resto se va en el navegador, descargando y procesando imágenes, hojas de estilo y scripts. Por eso el WPO se centró desde el principio en el frontend. Souders creó también la herramienta YSlow, trabajó después en Google y copresidió la conferencia Velocity, punto de encuentro de la comunidad de rendimiento.
| Año | Hito |
|---|---|
| 2007 | Steve Souders publica High Performance Web Sites (O'Reilly) con 14 reglas para páginas más rápidas |
| 2010 | Google anuncia que la velocidad del sitio se tiene en cuenta en el ranking de búsquedas de escritorio |
| 2018 | Speed Update: la velocidad pasa a ser señal de ranking en las búsquedas móviles (julio) |
| 2020 | Google presenta las Core Web Vitals: LCP, FID y CLS |
| 2021 | La actualización de experiencia en página incorpora las Core Web Vitals al ranking (junio a agosto) |
| 2024 | INP sustituye a FID como métrica de interactividad (12 de marzo) |
| Regla original | ¿Sigue vigente? |
|---|---|
| 1. Hacer menos peticiones HTTP | En parte: HTTP/2 y HTTP/3 abaratan cada petición, pero cada recurso sigue costando |
| 2. Usar una CDN | Sí, sobre todo para público internacional |
| 3. Añadir cabecera Expires | Sí, hoy con Cache-Control y versiones en el nombre del archivo |
| 4. Comprimir con Gzip | Sí, y mejor aún con Brotli |
| 5. Hojas de estilo arriba | Sí: el CSS crítico debe llegar cuanto antes |
| 6. Scripts abajo | Sí en espíritu; hoy se usan los atributos defer y async |
| 7. Evitar expresiones CSS | Obsoleta: era una función exclusiva de Internet Explorer |
| 8. JavaScript y CSS en archivos externos | Mayormente, salvo el CSS crítico en línea |
| 9. Reducir búsquedas DNS | Sí, con menos dominios de terceros y preconnect |
| 10. Minificar JavaScript | Sí, lo hacen los empaquetadores modernos |
| 11. Evitar redirecciones | Sí, cada salto añade latencia |
| 12. Eliminar scripts duplicados | Sí, frecuente con plugins y etiquetas de terceros |
| 13. Configurar las ETags | Poco relevante hoy; conviene que sean coherentes o prescindir de ellas |
| 14. Hacer cacheable el AJAX | Sí, aplicado a las respuestas de API |
03 El WPO hoy: las Core Web Vitals
Durante años cada herramienta medía cosas distintas: tiempo de carga completa, número de peticiones, peso de la página. Google unificó el criterio en 2020 con las Core Web Vitals, tres métricas centradas en lo que percibe el usuario y medidas con datos reales de navegación (el informe CrUX de Chrome). Son la referencia actual de cualquier proyecto de WPO.
| Métrica | Qué mide | Umbral bueno |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuándo aparece el elemento principal de la pantalla | 2,5 segundos o menos |
| INP (Interaction to Next Paint) | Cuánto tarda la página en responder a clics, toques y teclas | 200 milisegundos o menos |
| CLS (Cumulative Layout Shift) | Cuánto se mueven los elementos mientras carga | 0,1 o menos |
04 WPO vs optimización de velocidad, SEO técnico y CRO
El WPO se cruza con otras disciplinas y es fácil mezclarlas. Esta tabla aclara dónde termina cada una:
| Término | Objetivo | Relación con el WPO |
|---|---|---|
| WPO | Rendimiento percibido y medido de la web | La disciplina completa |
| Optimización de velocidad | Aplicar técnicas concretas para cargar y responder antes | Es la parte práctica del WPO |
| Web optimization | Mejorar la web en todos los frentes: velocidad, SEO, conversión, accesibilidad | El WPO es uno de sus frentes |
| SEO técnico | Que los buscadores rastreen, entiendan e indexen la web | Comparte las Core Web Vitals y la salud del servidor |
| CRO | Que más visitas se conviertan en clientes | Una web lenta pierde conversiones; el WPO elimina esa fricción |
En la práctica, el WPO rara vez va solo: se decide junto con el resto de mejoras de la web. Si tienes muchas tareas abiertas y no sabes por dónde empezar, te ayudará saber cómo priorizar la web optimization por impacto y esfuerzo.
05 Qué abarca el WPO: las cuatro capas del rendimiento
Servidor
Tiempo de respuesta del hosting, caché de páginas, versión de PHP o del lenguaje del backend y consultas a la base de datos.
Red
CDN, protocolo HTTP/2 o HTTP/3, compresión Brotli o Gzip, certificados y número de dominios a los que se conecta la página.
Frontend
Peso y formato de imágenes, CSS crítico, JavaScript diferido, fuentes web y tamaño del DOM.
Terceros
Etiquetas de analítica y publicidad, chats, vídeos incrustados y widgets sociales, que suelen ser el mayor lastre de la interactividad.
La primera capa se refleja en el TTFB, el tiempo hasta el primer byte: si el servidor tarda, todo lo demás llega tarde. Las otras tres capas deciden el LCP, el INP y el CLS. Un buen diagnóstico WPO identifica en cuál de ellas está el cuello de botella antes de tocar nada.
06 Cómo se mide el WPO: datos de campo y de laboratorio
El WPO trabaja con dos tipos de datos. Los de campo vienen de usuarios reales y dicen cómo es la experiencia de verdad; los de laboratorio se obtienen simulando una carga en condiciones controladas y sirven para depurar. Necesitas ambos.
| Herramienta | Tipo de datos | Para qué sirve |
|---|---|---|
| PageSpeed Insights | Campo (CrUX) y laboratorio (Lighthouse) | Primera foto de una URL concreta |
| Informe Core Web Vitals de Search Console | Campo | Ver grupos de URL con problemas en todo el sitio |
| Lighthouse en Chrome DevTools | Laboratorio | Auditar y depurar en tu propio navegador |
| WebPageTest | Laboratorio | Diagramas de cascada, pruebas desde distintos países y conexiones |
| Monitorización de usuarios reales (RUM) | Campo | Seguir las métricas de cada visita y detectar empeoramientos |
-
1
Toma una línea base
Anota LCP, INP y CLS de las plantillas clave (home, categoría, ficha, artículo) en móvil y escritorio.
-
2
Localiza el cuello de botella
Usa el diagrama de cascada y el panel de rendimiento para ver si el problema es el servidor, una imagen o un script.
-
3
Corrige por orden de impacto
Empieza por lo que afecta a más URL y más visitas.
-
4
Vuelve a medir
Los datos de campo tardan unas semanas en reflejar el cambio, porque CrUX agrega 28 días de visitas.
-
5
Fija un presupuesto de rendimiento
Define límites de peso y de métricas para que ningún despliegue futuro los supere.
Si empiezas desde cero, PageSpeed Insights es la puerta de entrada más sencilla, aunque su nota de 0 a 100 es de laboratorio: lo que cuenta para Google son los datos de campo. Si tu web está hecha con WordPress, repasa también qué hacer cuando tienes un WordPress lento y qué plugins funcionan de verdad.
07 Por qué importa el WPO: experiencia, SEO y costes
Experiencia de usuario
Menos esperas y menos saltos en pantalla significan menos abandonos, sobre todo en móvil y con conexiones irregulares.
SEO
Google confirma que sus sistemas de clasificación tienen en cuenta las Core Web Vitals, junto con otros aspectos de la experiencia en página.
Costes
Páginas más ligeras consumen menos ancho de banda y menos servidor, algo que se nota en webs con mucho tráfico.
El rendimiento suele ser uno de los primeros puntos que revisa una auditoría SEO técnica, porque afecta a la vez al rastreo, a la experiencia y a la conversión. Si el diagnóstico confirma que tu web es lenta, el siguiente paso es un plan de optimización de la velocidad web que actúe sobre servidor, código y terceros, con mediciones antes y después.
Preguntas frecuentes sobre WPO
Significa Web Performance Optimization, es decir, optimización del rendimiento web: la disciplina que mide y mejora la velocidad de carga, la respuesta a las interacciones y la estabilidad visual de una web.
No tiene un único inventor, pero se considera su punto de partida el libro High Performance Web Sites de Steve Souders, publicado por O'Reilly en 2007 con 14 reglas para acelerar páginas.
En la práctica se usan como sinónimos. El WPO es la disciplina completa, con medición y seguimiento continuo; la optimización de velocidad son las técnicas concretas que aplicas para mejorar las métricas.
Con las Core Web Vitals de Google: LCP de 2,5 segundos o menos, INP de 200 milisegundos o menos y CLS de 0,1 o menos, evaluados en el percentil 75 de las visitas reales.
Ayuda, pero no hace milagros. Google usa las Core Web Vitals en sus sistemas de clasificación, aunque la relevancia del contenido pesa más. Una web rápida con contenido pobre no posicionará por su velocidad.
Las más habituales son PageSpeed Insights, el informe Core Web Vitals de Search Console, Lighthouse, WebPageTest y herramientas de monitorización de usuarios reales.
La mayoría sí, adaptadas: caché, compresión, CDN, minificación y evitar redirecciones siguen vigentes. Alguna, como evitar las expresiones CSS de Internet Explorer, ya no tiene sentido.
Fuentes consultadas
Sobre el autor
Raúl Aránega Segura
CEO y especialista SEO en appyweb
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y, ahora, en las respuestas de la IA.
Ver perfil en LinkedIn ↗