Sitio lento: por qué tu web tarda y cómo resolverlo

Abres el sitio de tu empresa en el celular, con 4G, y la pantalla se queda en blanco. Después aparece el texto, y la foto principal llega al final. O tocas el botón de WhatsApp y no pasa nada durante un segundo. Para ti, que ya sabes lo que hay, es solo una molestia. Para quien llegó desde Google y no conoce tu empresa, es un motivo para volver atrás y hacer clic en la competencia.

Un sitio lento no es la excepción. Según el capítulo de rendimiento del Web Almanac 2025, publicado por HTTP Archive en enero de 2026, solo el 48% de los sitios pasa las tres métricas de velocidad de Google en el celular. En computadora, el 56%. Es decir: la mitad de los sitios que visitas en el celular está por debajo de la meta. La buena noticia es que la causa suele ser una entre pocas, y puedes descubrir cuál en una tarde.

Primero mide, después busca culpables

La reacción habitual es llamar al hosting o a quien hizo el sitio y pedir que “lo hagan más rápido”. Sin números, esa conversación no llega a ningún lado. Mide antes.

Usa PageSpeed Insights, la herramienta gratuita de Google. Pega la dirección y mira dos bloques:

• Datos de usuarios reales. Es lo que Google recopiló de quienes usan Chrome y visitaron tu sitio en las últimas semanas. Este es el dato que vale. Si aparece “no aprobado”, el problema es real.
• Diagnóstico de laboratorio. Es una prueba simulada, con una nota de 0 a 100 y la lista de lo que pesa. Sirve para encontrar la causa, no para celebrar la nota.

Según el documento de web.dev que explica cómo se definieron, las metas de Google son tres:

1. Carga (LCP): el elemento más grande de la pantalla, por lo general la foto o el título principal, debe aparecer en hasta 2,5 segundos. Más de 4 segundos se considera malo.
2. Respuesta (INP): después de un toque o clic, la página debe reaccionar en hasta 200 milisegundos. Más de 500 es malo.
3. Estabilidad (CLS): los elementos no pueden saltar de lugar mientras la página carga. La puntuación debe quedar en hasta 0,1.

Google mide en el percentil 75. En la práctica, 3 de cada 4 visitas deben cumplir la meta. No sirve de nada que el sitio abra rápido en la computadora de tu oficina.

Las tres causas más comunes

El Web Almanac muestra dónde está el cuello de botella. En el celular, el 81% de los sitios tiene buena estabilidad y el 77% responde bien al toque. Pero solo el 62% carga el elemento más grande a tiempo. La carga es la métrica que más sitios reprueba. Y casi siempre es ahí donde está el problema.

1. La imagen principal pesa o llega tarde

Según el mismo informe, en el 76% de las páginas en el celular el elemento más grande de la pantalla es una imagen. Si esa foto pesa varios megabytes, se exportó en tamaño de valla publicitaria o está en un formato antiguo, todo el sitio parece lento.

Hay un error todavía más simple. Cerca del 17% de las páginas en el celular usa carga diferida (lazy loading) justo en la imagen principal. Este recurso le dice al navegador que espere para descargar la imagen, lo que es ideal para fotos del pie de página y pésimo para la foto que debería aparecer primero. Es una línea de código, y mucha gente ni sabe que está ahí.

2. El servidor tarda en responder

Antes de mostrar cualquier cosa, el navegador espera que el servidor envíe el primer fragmento de la página. Google lo considera bueno cuando tarda menos de 0,8 segundos. Según el Web Almanac, solo el 44% de los sitios en el celular lo logra.

Un servidor lento suele venir de un hosting compartido saturado, de una base de datos que arma la página desde cero en cada visita o de un sitio sin caché. Aquí sí, cambiar de hosting o configurar la caché lo resuelve.

3. Demasiado código antes del contenido

Chat flotante, píxel de anuncios, mapa, video de fondo, carrusel, tres fuentes distintas, un tema con funciones que nunca usaste. Cada cosa parece ligera por sí sola. Juntas, traban el celular del visitante, retrasan el toque en los botones y empujan el contenido hacia abajo.

Esto es común en sitios hechos con constructores visuales o en WordPress con muchos plugins. Ya explicamos las diferencias en el artículo sobre sitio en código o en Wix, Framer y WordPress.

Por qué esto cuesta dinero

La velocidad no es vanidad técnica. Google dice, en la documentación de Search Central, que recomienda mucho tener buenas métricas de velocidad y que esto “se alinea con lo que nuestros sistemas de ranking buscan premiar”. No es el factor que decide solo la posición, pero pesa entre páginas parecidas.

El efecto más directo es en las ventas. Quien hace clic en un anuncio y espera ve la pantalla en blanco, vuelve atrás y el clic ya se pagó. Quien llega por búsqueda orgánica tampoco tiene paciencia.

Y hay un costo que no aparece en ningún informe. El visitante que se rindió no se queja, no llama ni escribe. Simplemente no se convierte en contacto. Solo lo notas por el efecto: el anuncio gasta lo mismo, las visitas parecen buenas y el WhatsApp suena menos de lo que debería. Por eso conviene medir la velocidad del sitio con la misma frecuencia con la que revisas los resultados de tus campañas. Mostramos un caso medido, con la mejora en conversión tras acelerar las páginas, en el artículo sobre velocidad de landing page y conversión.

Qué puedes resolver en una semana

Si el diagnóstico apunta a imágenes, servidor o exceso de scripts, hay arreglos rápidos:

• Comprimir y redimensionar las imágenes. Expórtalas al tamaño en que se muestran, en un formato moderno como WebP o AVIF.
• Quitar el lazy loading de la imagen principal y darle prioridad en la carga.
• Eliminar lo que nadie usa. Plugins desactivados, scripts de herramientas canceladas, píxeles de campañas que ya terminaron.
• Activar la caché y la CDN. La página lista queda guardada cerca de quien la visita, y el servidor no tiene que armar todo de nuevo.
• Reservar el espacio de imágenes y banners para que nada salte de lugar mientras carga.

Después de cada cambio, vuelve a medir. Los datos de usuarios reales tardan algunas semanas en reflejar la mejora por completo, así que guarda una captura del antes.

Cuándo no compensa arreglar

A veces el diagnóstico muestra otra cosa. El tema carga código de decenas de funciones que el sitio no usa. Los plugins dependen unos de otros, y cada actualización rompe una página. La versión de PHP ya no tiene soporte. Cada optimización se vuelve una nueva factura, y la nota sube 5 puntos y vuelve a caer al mes siguiente.

En estos casos, rehacer suele salir más barato que parchear. Un sitio institucional o una landing page en código propio, sin tema ni plugins, nace ligero. Listamos otras señales de que llegó la hora en el artículo sobre rehacer el sitio de la empresa.

Cómo lo hacemos en el Studio

Cuando nos llega un sitio lento, el primer paso es el diagnóstico. Medimos con datos de usuarios reales, señalamos lo que pesa y te decimos con franqueza si se puede arreglar o si conviene rehacerlo. El precio se cierra después de ese diagnóstico, y el plazo queda por escrito en el contrato.

Cuando hacemos un sitio nuevo, sale en código propio, sin constructor y sin plugins, en línea en nuestro servidor y con SEO y GEO desde el primer día. La página de ventas del curso conversaovisual.com.br obtuvo 99 de 100 en Lighthouse de Google en octubre de 2026. El código, el dominio y los accesos quedan a nombre del cliente, para que nunca dependas de nosotros para cambiar lo que es tuyo.

Si el sitio de tu empresa está lento y no sabes si arreglarlo o rehacerlo, el rescate de proyectos del Studio empieza justamente por esa respuesta.