Blog · Sitios web

Cómo acelerar un sitio WordPress: de 9.4 MB a 0.42 MB, con números reales

28 oct 2026 · 6 min de lectura · Por Víctor Hugo Contreras

Mi propio sitio pesaba 9.4 MB en la página de inicio. Esto es lo que encontré, lo que cambié, cuánto mejoró y lo que ningún puntaje te dice.

La página de inicio de mi sitio pesaba cerca de 9.4 MB. Pedía 33 hojas de estilo y 36 scripts, tardaba entre 1.5 y 3 segundos en empezar a responder y, en la simulación de móvil lento de Lighthouse, tardaba 37.8 segundos en mostrar su contenido principal. Es un sitio WordPress con Elementor y un tema comercial, el tipo de combinación que se vuelve pesada sin que nadie lo decida.

Te cuento qué encontré, qué cambié y cuánto mejoró. Todas las cifras son mediciones mías; donde hay incertidumbre, lo digo.

En resumen

La página de inicio bajó de 9.4 MB a 0.42 MB con el mismo diseño.
Lo que más pesaba: un CSS de 4.2 MB, fuentes y librerías que nadie usaba, y un servidor sin compresión ni caché de página.
El puntaje de PageSpeed no es un factor de posicionamiento; la velocidad real para tus visitantes sí cuenta, junto con muchas otras señales.

Dónde estaba el peso

Una hoja de estilos del tema de 4.2 MB, de la que la página usaba una fracción mínima.
Seis archivos de tipografía, entre ellos una fuente de íconos de 526 KB y Font Awesome de 134 KB, más dos hojas de Google Fonts.
Librerías de JavaScript para animaciones, ventanas emergentes y deslizadores que ninguna página usaba.
Plugins activos que no cumplían ninguna función visible.
Sin compresión ni caché de página en el servidor: cada visita hacía trabajar a PHP y a la base de datos.

Qué cambié

Compresión y caché de página en el servidor

Activé la compresión gzip y la caché de página de nginx. El tiempo hasta el primer byte pasó de 1.5–3 segundos a unos 0.17 s medido desde fuera, y a 0.08 s en el propio servidor. Cuando se publica o se edita contenido, la caché se vacía sola, para que nadie vea páginas viejas.

CSS del tema: de 4.2 MB a 28 KB

Medí qué reglas del CSS se usaban realmente en las páginas ya dibujadas (móvil y escritorio, con el menú y los desplegables abiertos) y conservé solo esas. El archivo quedó en 28 KB, unos 5 KB comprimido. Guardé la lista de lo descartado por si hace falta recuperar algo.

Tipografías propias

Sora y Titillium Web ahora se sirven desde mi mismo dominio, en tres archivos woff2, y las dos que se ven primero se precargan. Sin Google Fonts: una conexión menos a un tercero y una dependencia menos.

Menos JavaScript

Quité las librerías que ninguna página usaba (animaciones, ventanas emergentes, deslizadores, jQuery UI) y reescribí en unas 40 líneas, sin jQuery, lo poco que sí se usaba: el menú móvil, la barra fija y el botón de subir.

Íconos en CSS

La flecha de subir, la lupa del buscador y el más/menos de las preguntas frecuentes ahora son CSS, en vez de cargar fuentes de íconos completas.

Google Tag después de la carga

Google Tag, la analítica, pesa 177 KB: cerca del 40 % de lo que pesa ahora la página. Se pide cuando la página terminó de cargar o cuando la persona interactúa, no antes. La medición sigue funcionando; la contrapartida es que una visita que se cierre antes de que la página termine de cargar no se registra.

Quitar lo que no se usa

Desactivé o eliminé los plugins que no cumplían ninguna función visible, con respaldo previo. Menos código es menos superficie de ataque y menos mantenimiento.

Resultado

Peso de la página de inicio: de 9.4 MB a 0.42 MB.
Hojas de estilo y scripts pedidos: de 33 y 36 a 13 y 17.
Terceros: de Google Fonts, el CDN de Elementor y Google Tag a solo Google Tag.
Tiempo hasta el primer byte: de 1.5–3 s a unos 0.17 s.
Con la misma emulación de móvil lento de Lighthouse 12.8: de 46 a 67–71 puntos, y el contenido principal pasó de 37.8 s a unos 3 s.
Con PageSpeed Insights (que usa Lighthouse 13), el móvil me dio 78, 83, 99, 80 y luego 99 tres veces seguidas; el escritorio, 100. Accesibilidad, buenas prácticas y SEO, 100.

Lo que aprendí

Una sola medición no sirve. La misma página me dio 80 y 99 con el mismo código. Mide al menos tres veces y quédate con la mediana.

Compara siempre con la misma herramienta. Lighthouse 12 y Lighthouse 13 puntúan distinto; mezclarlos te hace creer que ganaste o perdiste puntos que no cambiaron.

Un puntaje de laboratorio no es tu velocidad real. Lo que importa son los datos de visitantes reales, los Core Web Vitals que reporta Search Console, y eso solo aparece cuando el sitio acumula tráfico.

Comprueba que no rompiste nada. Después de cada cambio comparé capturas de las páginas, en móvil y escritorio, antes y después. Así supe que bajar el peso no alteró el diseño.

¿Esto me posiciona en Google?

En parte, pero no como se suele creer. El puntaje de PageSpeed no es un factor de posicionamiento. Google usa como señal los Core Web Vitals medidos en visitantes reales, y es una señal entre muchas: un sitio más lento con mejor contenido puede posicionar por encima de uno rápido y vacío.

Lo que sí ayuda en la práctica: menos gente que abandona antes de ver la página, mejor experiencia en el móvil y un rastreo más eficiente, porque el servidor responde rápido y las páginas pesan poco. Mi sitio todavía no tiene suficientes visitas para mostrar datos de campo, así que no puedo decirte aún qué efecto tuvo en el posicionamiento.

Qué puedes aplicar en tu sitio

Mide primero, tres veces, y guarda los números.
Revisa qué se descarga de verdad (la pestaña Red de las herramientas del navegador) y cuánto pesa cada archivo.
Quita plugins, librerías y fuentes que no usas.
Sirve tus tipografías desde tu dominio y carga solo los pesos que ves.
Activa compresión y caché de página en el servidor.
Retrasa los scripts de terceros que no hacen falta para pintar la página.
Comprueba con capturas, antes y después, que no rompiste nada.

Si tu sitio WordPress está lento y quieres que lo revise, mira cómo trabajo sitios web y tiendas AI-Ready o escríbeme y lo vemos.

Sobre el autor

Víctor Hugo Contreras, Full Stack Developer y AI Engineer. Construyo apps, chatbots, automatizaciones y sitios web para negocios en Puerto Rico, el Caribe y USA. Cuéntame tu proyecto o sígueme en LinkedIn.

Sigue leyendo

Más del blog

28 oct 2026 · 4 min de lectura

Cuánto cuesta y cuánto tarda una app: de qué depende y cómo preparar tu cotización

Qué hace subir o bajar el costo y el plazo de una app, cómo preparar tu idea y qué señales de alerta buscar al comparar cotizaciones.

28 oct 2026 · 4 min de lectura

Automatiza tu negocio con n8n o Make: cinco procesos para empezar

Cinco procesos que puedes automatizar con n8n o Make, cómo elegir entre las dos y qué conviene no automatizar.

También te puede servir

Servicios relacionados

Relacionado

Sitios web y tiendas AI-Ready

WordPress, WooCommerce y Shopify rápidos, seguros y listos para vender, con SEO técnico desde el primer día.