GUÍA · RENDIMIENTO

Por qué tu sitio WordPress carga lento y qué lo arregla de verdad

Tu sitio WordPress carga lento casi siempre por cuatro cosas: scripts de terceros que se cargan sin diferir, imágenes sin optimizar, caché mal configurada y un servidor que tarda en responder. En julio de 2026 lo medimos en nuestro propio sitio: un plugin de seguimiento de píxeles cargando sin diferir hundió el PageSpeed de 98 a 77 en escritorio y de 74 a 61 en celular. Lo reemplazamos por el código oficial de Google y Meta, diferido hasta la primera interacción del visitante, y quedó en 95 escritorio y 91 celular, con la medición completa funcionando igual. Un solo plugin explicaba 21 puntos.

ACTUALIZADO EN JULIO DE 2026

¿Por qué mi sitio WordPress carga lento?

Tu sitio WordPress carga lento por lo que le agregaste encima, no por WordPress en sí. En los sitios que auditamos, el peso casi nunca está en el CMS: está en scripts de terceros, imágenes pesadas y un servidor que tarda en contestar. La lista va en el orden en que lo revisamos nosotros, no por gravedad teórica.

Antes de tocar nada, medí. Cambiar cosas a ciegas es la forma más rápida de romper un sitio que solo estaba lento.

  • 1. Scripts de terceros sin diferir: píxeles de seguimiento, chats, mapas embebidos y fuentes externas. Es lo primero que miramos, y lo más fácil de comprobar: los desactivás y volvés a medir.
  • 2. Imágenes sin optimizar: fotos de 3 MB subidas desde el celular, mostradas en un recuadro de 400 px. Pesa lo que subiste, no lo que se ve.
  • 3. Caché mal configurada o directamente ausente. Ojo: mal configurada es peor que ausente, porque además rompe formularios y checkout.
  • 4. Tiempo de respuesta del servidor alto. Si el hosting tarda medio segundo en empezar a contestar, ya arrancás perdiendo.
  • 5. Plugins que cargan su CSS y su JS en las 40 páginas del sitio aunque se usen en una sola.
  • 6. Tema o builder emitiendo estilos y scripts que esa página no usa.

¿Qué son LCP, INP y CLS, y por qué el peor de los tres define tu nota?

LCP, INP y CLS son las tres métricas de Core Web Vitals, y una página aprueba solo si pasa las tres a la vez. Alcanza con que una falle para que el conjunto falle. Por eso no sirve celebrar dos métricas en verde: la peor es la que manda.

En criollo: LCP es cuánto tarda en aparecer lo más grande de la pantalla. INP es cuánto tarda la página en responderte cuando tocás algo. CLS es cuánto se mueve solo el contenido mientras carga, eso que te hace tocar el botón equivocado.

Los datos de campo de mayo de 2026 muestran dónde está el cuello de botella real. Según los benchmarks de Core Web Vitals con datos de CrUX, solo el 55,9% de los orígenes del mundo aprueba las tres juntas. El que falla, casi siempre falla por LCP.

¿Cuánto tendría que cargar tu sitio? Mirá contra quién competís

Tu referencia no es un número redondo: es lo que carga tu competencia directa en Argentina. El umbral de Google es un piso, no una meta. PerfoRank publica un ranking de performance de tiendas argentinas con datos de CrUX, período 2026-07, con LCP, INP y CLS sitio por sitio. La vista pública muestra el Top 10 y el Top 100 se desbloquea con login; sirve como escala de referencia del e-commerce argentino, no como buscador de tu competencia.

Es una forma cómoda de comparar contra tu rubro sin armar el análisis a mano. Los datos de campo de cualquier sitio también se pueden mirar uno por uno en PageSpeed Insights. Y es data de campo, de usuarios reales navegando, no de laboratorio. Estos tres ejemplos dan la escala de lo que se puede lograr en Argentina.

El caso propio: un plugin de seguimiento nos costó 21 puntos de PageSpeed

En julio de 2026 nuestro propio sitio pasó de 98 a 77 en escritorio y de 74 a 61 en celular después de instalar un plugin de seguimiento de píxeles que cargaba sus scripts sin diferir. No era un problema de diseño ni de hosting: era un solo plugin metiendo JavaScript de terceros en el head, en todas las páginas.

Lo comprobamos de la forma más aburrida posible: lo desactivamos y volvimos a medir. Escritorio volvió a 98. Con eso quedó claro que la caída era de ese script y no de otra cosa que hubiéramos tocado en el medio.

La solución no fue resignar la medición. Reemplazamos el plugin por el código oficial de Google y de Meta, cargado de forma diferida hasta la primera interacción del visitante. Resultado: 95 en escritorio y 91 en celular, con el seguimiento funcionando completo. Ese es el punto que casi nadie explica: no hay que elegir entre medir y ser rápido.

¿Por qué instalar un plugin de velocidad no siempre resuelve?

Un plugin de velocidad no resuelve cuando el problema no está en tu HTML sino en scripts de terceros y en el tiempo de respuesta del servidor. La caché guarda una copia de tu página; no puede acelerar un script que se descarga desde otro dominio ni hacer que tu hosting conteste más rápido.

Hay algo peor: la caché mal configurada rompe cosas. En sitios que atendimos vimos formularios que se cargaban a medias, páginas de carrito servidas desde caché y reglas puestas a mano en el .htaccess que anulaban todo lo demás. El sitio quedaba igual de lento y encima dejaba de vender.

La caché es el último paso, no el primero. Primero sacás peso, después guardás la copia. Al revés lo único que hacés es cachear el problema.

¿La culpa es del hosting o de la web?

Se separa mirando el tiempo de respuesta del servidor: si el servidor tarda mucho en empezar a contestar, el problema está del lado del hosting; si contesta rápido pero la página igual tarda en dibujarse, el problema está en lo que carga la web. Son dos trabajos distintos y conviene no mezclarlos.

En ese mismo trabajo sobre nuestro sitio encontramos una regla de caché mal puesta en el servidor. Al removerla, el tiempo de respuesta bajó de 520 a 180 milisegundos. No habíamos tocado ni una imagen ni un plugin: era configuración de servidor.

El otro factor es dónde está parado tu visitante. Argentina aparece alrededor del puesto 71 sobre 101 países en el ranking de velocidad de internet móvil de Speedtest con dato de mayo de 2026. Traducido: tu cliente no navega con la fibra de tu oficina. Un sitio que “va bien acá” puede estar perdiendo gente en la calle.

¿Qué se arregla primero? El orden que seguimos

El orden importa más que las herramientas. Este es el que aplicamos, y va de mayor a menor impacto según lo que venimos midiendo. Cada paso se mide antes y después, para saber qué movió qué.

Vale para un sitio institucional y también para una tienda online en WooCommerce, donde cada segundo de más se paga en carritos abandonados. Si el sitio ya está viejo y arrastra plugins de hace años, muchas veces conviene evaluar un rediseño del sitio existente antes que seguir parchando.

  • 1. Medir primero: PageSpeed para laboratorio y datos de campo para la realidad. Sin medición previa no hay forma de probar la mejora.
  • 2. Sacar o diferir los scripts de terceros: píxeles, chats, mapas, fuentes externas. Es donde apareció nuestra propia caída de 21 puntos.
  • 3. Optimizar imágenes: tamaño real de visualización, compresión y formatos modernos. Es lo que más suele pesar en el LCP.
  • 4. Revisar el servidor: tiempo de respuesta, versión de PHP y reglas de caché puestas a mano. Nuestro caso bajó de 520 a 180 ms solo por sacar una regla.
  • 5. Recién ahí, configurar la caché. Y probar formularios, carrito y checkout después de activarla, sin excepción.
  • 6. Volver a medir y esperar. Los datos de campo tardan semanas en reflejar el cambio.
PREGUNTAS FRECUENTES

Preguntas frecuentes

¿Cuánto debería tardar en cargar mi web?

El umbral de Google es LCP por debajo de 2,5 segundos, medido en el percentil 75 de tus usuarios reales. Pero el número que importa es el de tu competencia: en el ranking de tiendas argentinas de PerfoRank hay sitios con LCP de 1,2 a 1,8 segundos. Si tu rubro carga en 1,5 y vos en 4, el umbral de Google es lo de menos.

¿Un PageSpeed de 60 es malo?

Un 60 en PageSpeed indica que hay laburo por hacer, pero no es la métrica que usa Google para evaluar la experiencia de tu página. El puntaje de PageSpeed es una simulación de laboratorio y varía entre corridas. Lo que cuenta son los datos de campo de usuarios reales: LCP, INP y CLS. Un sitio con 60 de puntaje puede tener las tres métricas de campo en verde.

¿Por qué me da 95 en escritorio y 40 en celular?

Porque la prueba de celular simula un dispositivo más lento y una conexión peor, que es exactamente la realidad de tu visitante. Argentina figura alrededor del puesto 71 sobre 101 países en velocidad de internet móvil según el ranking de Speedtest de mayo de 2026. Esa diferencia de puntaje no es un error de la herramienta: es tu cliente real esperando.

¿La culpa es del hosting o de la web?

Se distingue por el tiempo de respuesta del servidor. Si el servidor tarda en empezar a contestar, el problema es del hosting o de su configuración. Si contesta rápido y la página igual tarda, el problema está en lo que carga la web: scripts, imágenes y plugins. En nuestro propio sitio encontramos las dos cosas a la vez, y cada una se arregló por separado.

¿Cambiando de hosting se arregla?

A veces sí, pero es la decisión más cara y muchas veces no es la causa. Antes de migrar, medí el tiempo de respuesta del servidor y revisá si hay reglas de caché mal puestas. En un caso propio, sacar una sola regla mal configurada bajó la respuesta de 520 a 180 milisegundos sin cambiar de servidor. Migrar mal, además, te expone a romper URLs.

¿Elementor hace lenta la web?

Elementor agrega su propio CSS y JavaScript, así que sí suma peso. Pero en el caso que medimos en nuestro propio sitio —hecho con Elementor— el culpable fue un script de terceros: desactivamos ese plugin y el puntaje de escritorio volvió a 98. Trabajamos con Elementor todos los días y tenemos sitios rápidos hechos con él. Antes de culpar al builder, revisá scripts de terceros, imágenes y servidor.

¿Cuántos plugins son demasiados?

No hay un número. Importa qué carga cada plugin y en qué páginas lo carga. Veinte plugins livianos que solo actúan donde se usan pesan menos que uno solo que inyecta scripts de terceros en las 40 páginas del sitio. Nuestro caso lo demuestra: un único plugin explicó 21 puntos de PageSpeed.

¿Sirve un plugin de caché o rompe todo?

Sirve, pero es el último paso y hay que probarlo después de activarlo. Cuando la caché queda mal configurada rompe cosas: en sitios que atendimos vimos formularios que se cargaban a medias, páginas de carrito servidas desde una copia vieja y reglas cargadas a mano que anulaban el resto. Si activás caché, probá el formulario de contacto y todo el checkout antes de irte.

¿Google me baja de posición por lento?

La velocidad es una de las señales de experiencia de página, pero no es lo que define tu ranking, y nadie puede prometerte una posición. Lo honesto es esto: optimizar no te garantiza subir en Google. Lo que sí sabemos con datos es que el usuario argentino navega en peores condiciones que el promedio global, y ese sí lo perdés de verdad si el sitio tarda.

¿Cuánto tarda en verse la mejora y afecta al diseño?

La mejora en las herramientas de laboratorio se ve al instante, pero los datos de campo tardan semanas en reflejarla, porque se calculan sobre visitas reales acumuladas. Sobre el diseño: no debería cambiar nada visible. Si para llegar a 100 puntos hay que romper el diseño o apagar la medición de conversiones, no vale la pena, y así lo decimos.

Si querés saber por dónde se te va la velocidad, escribinos y lo miramos: te decimos qué número tenés hoy y qué encontramos. No te vamos a prometer un puntaje ni una posición. Podés escribirnos por nuestro formulario de contacto o al WhatsApp 11 2462-3183. Estamos en Nicaragua 5812, Palermo, CABA. Guía actualizada en julio de 2026 con mediciones propias de ese mes.

Point Web — Nicaragua 5812, Palermo, CABA · WhatsApp 11 2462-3183 · proyectos@pointwebglobal.com