¿Su sitio web tarda en cargar? Mídalo primero, y arregle esto antes que nada

Usted toca su propio enlace en el teléfono y espera. La pantalla se queda en blanco, luego aparece media página, y después todo brinca cuando cae un banner. Tal vez un cliente lo mencionó, o una agencia le envió una puntuación en rojo con una cotización adjunta. Ahora se pregunta si un sitio web lento para cargar le está costando llamadas, y si el arreglo es un complemento, un nuevo proveedor de hosting o un sitio completamente nuevo. Puede responder la primera pregunta usted mismo, gratis, en unos quince minutos. Esa medición suele señalar uno o dos problemas específicos, y por lo general son trabajos más pequeños de lo que sugiere la cotización en su bandeja de entrada. Una vez que sepa qué tipo de lentitud tiene, puede decidir qué arreglar primero y qué dejar en paz.

Sepa en quince minutos si su sitio web realmente es lento

La verificación de velocidad más rápida usa dos herramientas gratuitas de Google y su propio teléfono. No necesita un desarrollador, y no necesita entender de código. La meta es una línea base corta y escrita: tres números, un elemento nombrado y una lista de las herramientas de más que corren en la página. Esa lista es lo que le entrega a cualquiera que contrate, y es contra lo que debería medirse su trabajo.

Pruebe su página más importante en móvil

Abra PageSpeed Insights e ingrese su página de inicio. Asegúrese de que la pestaña Móvil esté seleccionada, ya que así es como lo verá cualquiera que lo revise desde un teléfono. Después ejecútelo de nuevo en una página que le traiga negocio, como su página de contacto, reservas, servicio o producto.

El reporte tiene dos partes. La sección de arriba, cuando aparece, son datos de campo: visitas reales de usuarios de Chrome durante los últimos 28 días. La sección de abajo es una prueba de laboratorio, una carga controlada de la página realizada por Lighthouse. Los datos de campo le dicen lo que vivieron los clientes. La prueba de laboratorio es mejor para encontrar causas.

Si la sección de arriba dice que no hay suficientes datos, es algo común en un sitio más pequeño. No significa que su sitio sea rápido o lento. Solo significa que Chrome no ha recolectado suficientes visitas que califiquen para reportar, así que la prueba de laboratorio se vuelve su guía principal.

Lea los tres números en palabras sencillas

Google publica un umbral «bueno» para cada una de sus tres Core Web Vitals en web.dev. Cada uno describe algo que su visitante siente.

Cualquier resultado entre bueno y deficiente se etiqueta como «necesita mejora». Google mide cada métrica en el percentil 75, lo que significa que al menos tres de cada cuatro visitas deben cumplir la marca buena. Un resultado en verde es una señal fuerte, pero algunas visitas pueden seguir siendo lentas. Las definiciones completas están en web.dev para Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift.

La puntuación grande de 0 a 100 en la parte de arriba de la sección de laboratorio es una evaluación de Lighthouse de una sola prueba. Es útil para detectar problemas, pero no es una puntuación de posicionamiento de Google, y no es lo que vivieron sus clientes.

Encuentre el elemento que está deteniendo la página

Recorra los diagnósticos de laboratorio hasta encontrar el elemento del Largest Contentful Paint. El reporte lo nombra, a veces con una pequeña miniatura. En un sitio de pequeño negocio suele ser la gran imagen principal de arriba, o un bloque de texto de titular.

Si es una imagen, revise dos cosas. ¿El archivo original es mucho más grande que el tamaño en que se muestra en pantalla? ¿Y está configurada para cargar de forma diferida, es decir, que espera a que otras cosas carguen primero? Cualquiera de las dos puede retrasar el momento en que su página se ve lista.

Después, mire la página misma y liste cada herramienta de terceros que tenga: chat, reseñas, mapas, agendamiento, video, redes sociales, píxeles de seguimiento y administradores de etiquetas. Cuéntelas por lo que hacen, no por cuántas cajas ve. Repita toda la verificación en su página de dinero.

Revise el patrón en Search Console

Si tiene configurado Google Search Console, abra su reporte de Core Web Vitals. Agrupa sus páginas por móvil y escritorio y muestra qué grupos son buenos, necesitan mejora o son deficientes, según el uso real durante la misma ventana de 28 días. Esto separa un problema en una página de un problema en toda una plantilla, lo cual importa mucho al decidir qué arreglar.

Esta verificación le da evidencia, no un diagnóstico de todo. No mostrará cada problema de servidor, y una sola puntuación nunca debería ser la razón para reconstruir un sitio.

Póngale nombre al tipo de lentitud que está viendo

«Mi sitio web es lento» puede significar tres cosas distintas, y cada una tiene un arreglo diferente. Podría llamarlo retraso, que tarda una eternidad o que se congela, y cualquiera de esas palabras es válida. El paso útil es relacionar lo que ve con uno de los tres números.

Si la pantalla se queda en blanco o a medio construir por mucho tiempo, eso es carga, y lo mide el LCP. Si la página se ve lista pero no pasa nada cuando toca un botón o abre un menú, eso es capacidad de respuesta, y lo mide el INP. Si el texto o los botones se mueven mientras usted lee, así que toca lo equivocado, eso es movimiento de diseño, y lo mide el CLS.

Probar en el wifi de su oficina con una computadora de escritorio puede ocultar los tres. Sus visitantes suelen estar en un teléfono ordinario con una conexión ordinaria, y la prueba móvil es la que más se parece a su día.

Encuentre la causa habitual antes de pagar por un arreglo

No existe un estudio con autoridad que ordene qué hace lento a un sitio de pequeño negocio por qué tan seguido ocurre, así que cualquier «top diez» exacto es una suposición. Lo que documenta web.dev, y lo que respaldan los datos de peso de página de HTTP Archive, es un orden práctico que vale la pena revisar. Su propia prueba puede poner esto en un orden distinto, sobre todo en una tienda o un sitio de reservas.

• Imágenes visibles con tamaño excesivo: Una foto de portada subida directo de una cámara o teléfono, mucho más grande que el espacio que ocupa, o una imagen visible configurada para cargar de forma diferida. La guía de Google sobre rendimiento de imágenes explica por qué esto es lo primero que hay que revisar.
• Scripts amontonados: Código añadido por temas, complementos, constructores de páginas y administradores de etiquetas. El JavaScript cuesta más que su tamaño de archivo, porque el teléfono también tiene que procesarlo, además de descargarlo.
• Widgets de terceros: Ventanas de chat, widgets de reseñas, reproductores de video, mapas y redes sociales, cada uno cargando código desde el servidor de alguien más. Google explica el costo en su guía sobre JavaScript de terceros.
• Respuesta lenta del servidor: El proveedor de hosting tarda mucho en enviar el primer byte, con frecuencia porque las páginas se construyen desde cero en cada visita, sin caché.
• Fuentes y estilos que bloquean la página: Varias familias de fuentes y archivos de estilo grandes que deben cargar antes de que aparezca algo.
• Espacios reservados faltantes: Imágenes, anuncios y widgets sin espacio reservado, así que la página brinca cuando llegan.

Para dar una idea de la escala, el capítulo de peso de página 2025 de HTTP Archive encontró que la página de inicio móvil promedio en julio de 2025 pesaba 911 KB en imágenes, 632 KB en JavaScript y 122 KB en fuentes. Las imágenes y el JavaScript fueron las dos categorías más grandes.

Lo que nadie puede darle es una cifra confiable como «este complemento cuesta dos segundos». El costo real depende de la red del visitante, el procesador de su teléfono, si los archivos están en caché, la plantilla de la página, el orden en que cargan los scripts y el servidor de la otra empresa. El resultado de su prueba, y el elemento que nombra, es la evidencia que cuenta para su sitio.

Si su sitio corre en WordPress, aplica la misma lista. Un sitio web lento para cargar en WordPress suele regresar a los mismos sospechosos: imágenes grandes, complementos apilados, un constructor de páginas pesado y widgets de terceros. El nombre de la plataforma no es el diagnóstico. La prueba sí lo es.

Arregle el problema más grande primero, por el menor dinero

Un arreglo para un sitio web lento funciona mejor en un orden fijo: empiece por lo que nombró la prueba, después elimine lo que no necesita, y luego ordene cómo carga el resto. La guía de Google sobre optimizar el LCP sigue la misma lógica. Los tamaños de trabajo de abajo son etiquetas de alcance, no precios, porque su plataforma y cuánta prueba se necesita deciden el esfuerzo real.

Empiece por el elemento nombrado. Si su imagen principal es el Largest Contentful Paint, cámbiele el tamaño al que realmente se muestra, compriímala y asegúrese de que no esté configurada para cargar de forma diferida. La carga diferida ayuda a las imágenes más abajo en la página, pero en la imagen principal visible puede retrasar el mismo momento que mide su LCP.

Después, revise su lista de herramientas de terceros y elimine cualquiera que ya no se gane su lugar: una etiqueta de seguimiento vieja, una segunda herramienta de análisis, un feed social que nadie ve. Conserve las herramientas que traen negocio. Una ventana de chat o una herramienta de reservas que produce inquietudes reales puede valer su peso, y la guía de Google sobre cargar JavaScript de terceros de forma eficiente muestra cómo cargarlo después en lugar de eliminarlo.

Después de cada cambio, ejecute la prueba de nuevo y envíese una consulta de prueba a través de cada formulario. Una página más rápida que ya no envía clientes potenciales es una página peor. Si su seguimiento deja de contar visitantes después de una limpieza, nuestra guía sobre Google Analytics que muestra cero o visitantes incorrectos repasa qué revisar.

Sepa cuándo vale la pena un nuevo proveedor de hosting

Un nuevo proveedor de hosting es algo fácil de sugerir para un sitio lento, y a veces es lo correcto. Vale la pena investigarlo cuando pruebas repetidas, ejecutadas sin una copia en caché, siguen mostrando una respuesta lenta del servidor. También vale la pena revisarlo cuando su proveedor limita el procesamiento o el trabajo de base de datos, o cuando una página simple y ya optimizada sigue lenta antes de que carguen las herramientas de terceros.

No vale la pena pagar por ello cuando la prueba apunta a una imagen grande, un widget que bloquea o un frente pesado. Un nuevo proveedor de hosting no puede hacer desaparecer nada de eso. Cambiar de proveedor también trae su propio trabajo y riesgo, porque el DNS, el correo y un plan de reversión necesitan cuidado, así que debería seguir a la evidencia y no a una corazonada. El hosting compartido barato tampoco es automáticamente lento. Pruebe la respuesta del servidor antes de asumir.

Cuando la evidencia sí apunta al servidor, el hosting web con caché y capacidad suficiente es un arreglo justo, y la prueba de antes y después mostrará si funcionó.

Sepa cuándo una reconstrucción es la decisión correcta

Un sitio lento normalmente no necesita ser demolido. Una reconstrucción tiene sentido cuando el problema vive en la estructura del sitio en lugar de en una sola página. Eso se ve como un tema o un constructor de páginas que carga los mismos archivos pesados en cada página y no se le puede decir que pare, páginas con mucha más estructura oculta de la que su contenido necesita, dos frameworks haciendo el mismo trabajo, funciones clave que dependen de complementos que nadie actualiza ya, o cambios que siguen rompiendo el diseño.

Si varias de esas cosas son ciertas, arreglarlas una por una puede costar más que empezar de nuevo, y un proyecto de diseño web construido para la velocidad desde el inicio puede ser el mejor gasto. El material de Google sobre rendimiento de renderizado explica por qué un frente hinchado sigue lento sin importar dónde esté alojado.

Si solo una página es lenta, o el elemento nombrado es una sola imagen, una reconstrucción es la herramienta equivocada. Eso es un arreglo de mantenimiento.

Ponga expectativas justas sobre el posicionamiento y las ventas

La velocidad le importa a Google, pero de una manera específica. La documentación de Google sobre experiencia de página dice que sus sistemas de posicionamiento usan las Core Web Vitals. También dice que un buen resultado en el reporte de Core Web Vitals «no garantiza» los primeros lugares, y que contenido relevante puede seguir posicionándose con una experiencia de página más débil. Su guía dice que el beneficio importa más cuando muchas páginas útiles compiten por la misma búsqueda.

En la práctica, trate la velocidad como parte de cómo los visitantes viven su negocio, y como un factor competitivo más entre muchos. No es un interruptor que lo lleva al primer lugar de Google, y una puntuación perfecta de 100 no es una meta que valga la pena pagar. El propio Google dice que perseguir una puntuación perfecta solo por SEO tal vez no sea el mejor uso de su tiempo.

En cuanto a ventas, la evidencia más citada es el estudio Milliseconds Make Millions de Deloitte, de marzo de 2020, encargado por Google. Observó cambios naturales en la velocidad móvil en 37 sitios de marcas europeas y estadounidenses durante cuatro semanas y más de 30 millones de sesiones. Una mejora de 0.1 segundos se relacionó con un 8.4% más de conversión en sitios de retail y un 10.1% en sitios de viajes. Son correlaciones en marcas grandes, no un experimento controlado, y no una promesa para el sitio de un pequeño negocio. Mida sus propias inquietudes antes y después de un arreglo, en sus propios análisis, en lugar de tomar prestado el porcentaje de alguien más.

Decida si necesita pagarle a alguien, o a nadie

A veces la cantidad correcta de trabajo de velocidad es ninguno. Si sus datos de campo son buenos y la prueba de laboratorio no encuentra nada que un visitante notaría en sus páginas clave, puede parar aquí y volver a revisar cada pocos meses. Si el problema es una sola imagen principal original, un widget redundante o una etiqueta añadida el mes pasado, es un arreglo puntual, no un rediseño, y no un paquete de optimización premium.

Si su sitio tiene muy poco tráfico para tener datos de campo, nadie puede decirle a partir de «sin datos» cómo les va a los visitantes reales. Un diagnóstico de laboratorio limitado y revisiones ocasionales desde su propio teléfono pueden ser todo lo que necesita.

Cuando sí contrate ayuda, pida tres cosas. Primero, la línea base: los números y el elemento nombrado antes de que empiece cualquier trabajo. Segundo, una lista escrita de lo que se eliminará, cambiará o diferirá, y por qué. Tercero, una prueba de seguimiento después del cambio, además de la confirmación de que cada formulario, herramienta de reservas y etiqueta de seguimiento siguen funcionando. Los datos de campo tardan en ponerse al día, así que déles algunas semanas antes de juzgar el resultado. Cualquiera que prometa una puntuación perfecta, un primer lugar en el posicionamiento o un aumento fijo en ventas está prometiendo algo que la evidencia no respalda.

Preguntas frecuentes sobre un sitio web lento para cargar

¿Cómo reviso si mi sitio web es lento?

Pase su página más importante por PageSpeed Insights en móvil, y después revise el reporte de Core Web Vitals en Search Console si lo tiene. Juntos muestran resultados de visitantes reales y el elemento específico que ralentiza la página.

¿Qué tan rápido debería cargar el sitio web de un negocio?

Los buenos umbrales de Google son LCP en 2.5 segundos o menos, INP en 200 milisegundos o menos y CLS en 0.1 o menos, para al menos el 75% de las visitas. Más de 4 segundos en LCP se califica como deficiente.

¿Qué debería arreglar primero en un sitio web lento?

Arregle el elemento que la prueba nombra como el Largest Contentful Paint, con frecuencia la imagen principal, y después elimine scripts y widgets que ya no necesita. Vuelva a probar y revise sus formularios después de cada cambio.

¿Mi hosting está haciendo lento mi sitio web?

Solo probando se sabe. Si pruebas repetidas muestran una respuesta lenta del servidor, o una página simple y optimizada sigue lenta, vale la pena investigar el hosting. Un nuevo proveedor no arreglará una imagen o widget pesado.

¿Por qué mi sitio web es lento en móvil pero bien en escritorio?

Los teléfonos suelen tener procesadores y conexiones más lentos que una computadora de oficina con wifi, y el JavaScript tarda más en procesarse en ellos. Pruebe siempre la versión móvil, ya que es más cercana a lo que ve un visitante desde su teléfono.

¿Necesito un sitio web nuevo si el mío es lento?

Casi nunca por una sola página o imagen lenta. Una reconstrucción tiene sentido cuando un tema o constructor de páginas carga archivos pesados en todas partes, funciones clave dependen de complementos obsoletos, o los cambios siguen rompiendo el diseño.

Lo que esto significa para usted

Un sitio web lento es algo que usted mismo puede medir antes de que alguien le envíe una cotización. Pruebe sus páginas clave en móvil, anote los tres números, encuentre el elemento que está deteniendo la página y liste las herramientas de más que corren en ella. Ese registro corto le dice si el arreglo es una imagen, una limpieza, un cambio de hosting o, rara vez, una reconstrucción.

Arreglar lo que la evidencia nombra, y nada más, le da una página que aparece con prontitud, reacciona cuando la gente toca y se queda quieta mientras lee. También le deja menos complementos y widgets que mantener, así que el sitio tiene menos probabilidad de volverse lento otra vez conforme van y vienen campañas y herramientas.

Si quiere una segunda mirada sobre sus resultados, Web Leveling puede correr la línea base con usted y arreglar lo que muestre. Nuestro trabajo de mantenimiento de sitios web cubre arreglos de imagen, limpieza de scripts y nuevas pruebas, con sus formularios y seguimiento revisados después de cada cambio, y si los números dicen que su sitio ya está en buena forma, se lo diremos también. Trabajamos con negocios pequeños y medianos en todo el país y en el extranjero. Envíenos la página que se siente lenta, y le diremos lo que encontramos.

Términos