Diseño web

Velocidad de carga de una página web: medirla y mejorarla

Cómo medir la velocidad de carga de una página web con PageSpeed Insights, qué cifras mira Google y qué puede arreglar usted sin llamar a un programador.

22 de septiembre de 202611 min
Velocidad de carga de una página web: medirla y mejorarla

Alguien busca «pizzería a domicilio» desde el colectivo en Córdoba, toca su resultado y se queda mirando una pantalla blanca. Vuelve atrás y pide en la pizzería que aparece debajo. La velocidad de carga de una página web se juega ahí, en un celular con datos móviles, y no en la computadora de la oficina conectada al wifi.

¿Qué tan rápida tiene que ser? Google da cifras concretas: el contenido principal debería verse en 2.5 segundos o menos, la página debería reaccionar a un toque en 200 milisegundos y nada debería saltar de lugar mientras carga. Se mide gratis con PageSpeed Insights, y buena parte de los arreglos no necesita programador. Las cifras de abajo salen de la documentación de Google, revisada en septiembre de 2026.

Cómo medir la velocidad de carga de una página web con PageSpeed Insights

PageSpeed Insights es la herramienta gratuita de Google para esto. Entre a pagespeed.web.dev, pegue la dirección de su página y espere unos segundos. El resultado llega en dos bloques que miden cosas distintas, y confundirlos es el error más común.

  1. Quédese en la versión para celular, que es la que aparece primero y la que importa para un negocio local.
  2. Lea primero los datos de usuarios reales. Vienen de Chrome y resumen las visitas de los últimos 28 días.
  3. Después mire el diagnóstico, con su nota de 0 a 100 y la lista de sugerencias.
  4. Pruebe también una página interior, como la de un servicio, y no solo la de inicio.

PageSpeed mide la velocidad, no si la página se ve bien en una pantalla chica. Letras diminutas o botones amontonados son otro problema, y cómo revisarlo con su propio teléfono lo explicamos en página web responsive.

Datos reales o simulación: qué parte del informe de PageSpeed creer

Los datos de usuarios reales salen del Informe sobre la experiencia del usuario en Chrome: visitas de verdad, con teléfonos y conexiones de verdad. Una página con pocas visitas a menudo no reúne datos suficientes, y entonces ese bloque aparece vacío. No es una falla. Les pasa a muchas páginas de negocios chicos.

El diagnóstico, en cambio, carga la página una sola vez en condiciones simuladas. Sirve para encontrar causas, no para dar un veredicto. La nota de 0 a 100 cambia algunos puntos entre una prueba y la siguiente, y perseguir el 100 suele costar más de lo que devuelve. Lo que cuenta es que las tres cifras de la sección siguiente queden en verde.

Core Web Vitals: las tres cifras de velocidad que mira Google

Google resume la experiencia de carga en tres métricas, las Core Web Vitals o Métricas web esenciales. Estos son los umbrales que publica en la documentación de PageSpeed Insights, los mismos que figuran en web.dev:

MétricaQué mide, en simpleBuenaNecesita mejorasDeficiente
LCPCuánto tarda en verse lo principal, como la foto grande o el titularHasta 2.5 sDe 2.5 a 4 sMás de 4 s
INPCuánto tarda la página en reaccionar a un toque en un botón o un menúHasta 200 msDe 200 a 500 msMás de 500 ms
CLSCuánto se mueven las cosas de lugar mientras cargaHasta 0.1De 0.1 a 0.25Más de 0.25

El CLS es el más fácil de reconocer a simple vista: usted va a tocar «Llamar», la página se acomoda y termina tocando otra cosa. Para Google, una página aprueba cuando al menos tres de cada cuatro visitas cumplen cada umbral, lo que en lenguaje técnico se llama percentil 75.

Conviene conocer una cuarta cifra, aunque no sea una métrica esencial: el tiempo hasta el primer byte (TTFB), es decir, cuánto tarda el servidor en empezar a responder. Según esa misma documentación, hasta 0.8 segundos es bueno y más de 1.8 segundos, deficiente. Cuando esa cifra está mal, todo lo demás llega tarde, porque nada empieza a cargar antes de esa primera respuesta.

Cuánto pesa la velocidad de carga en Google

En su guía sobre la experiencia de página en los resultados de búsqueda, Google afirma que sus sistemas de clasificación usan las Core Web Vitals. La misma página agrega dos matices: la Búsqueda siempre intenta mostrar el contenido más relevante, incluso si la experiencia de página es deficiente, y sacar buenos resultados en esos informes no garantiza aparecer arriba.

Traducido: una página rápida y vacía no le gana a una lenta que responde lo que el cliente busca. La velocidad decide sobre todo lo que pasa después del clic, cuando la persona espera o se va. Y si su problema es que la página no sale en absoluto, la lentitud rara vez es la causa; antes conviene revisar por qué una página web no aparece en Google.

Qué frena la velocidad de carga en la página de un negocio

En las páginas de pymes, las causas se repiten bastante. La tabla separa lo que el dueño suele poder resolver solo de lo que requiere a alguien con acceso técnico:

CausaCómo se notaQuién lo resuelve
Fotos subidas tal como salen del teléfonoLCP alto: la foto grande aparece al finalUsted
Video de fondo o video alojado en la propia páginaPágina pesada, sobre todo con datos móvilesUsted, con un enlace o una miniatura
Plugins o aplicaciones que nadie usaMuchos archivos de JavaScript en el diagnósticoUsted, borrándolos
Carrusel de fotos en la portadaLCP alto y, a veces, saltosUsted, con una sola foto fija
Varias familias de fuentesTexto que aparece tarde o cambia de formaUsted, en los ajustes del tema
Hosting lento o lejos de sus clientesTTFB alto en cualquier páginaSu proveedor, o un hosting nuevo
Tema o constructor visual muy pesadoMucho JavaScript aunque la página sea simpleUn desarrollador
Imágenes y anuncios sin espacio reservadoCLS alto, contenido que saltaUn desarrollador

Lo que casi nunca figura entre las causas es el texto. Una página de servicio con 800 palabras bien escritas pesa menos que una sola foto sin comprimir, así que no recorte explicaciones para ganar velocidad.

Lo que puede mejorar usted mismo esta semana

Estos cinco arreglos no requieren tocar código. Van en el orden en que suelen rendir más:

  1. Achique las fotos antes de subirlas. La foto de un teléfono suele pesar varios megas y tener un ancho que ninguna pantalla necesita. Redúzcala a unos 1600 píxeles de ancho y guárdela en WebP o en JPG comprimido.
  2. Quite lo que no usa: plugins desactivados, aplicaciones de prueba, el feed de Instagram incrustado, el chat que nadie contesta.
  3. Saque el video de la página. Súbalo a YouTube y muestre una imagen fija que lleve hasta allí.
  4. Active la caché. En WordPress se hace con un plugin o desde el panel del hosting; Wix, según su ayuda, guarda sola en caché las páginas publicadas.
  5. Mida de nuevo desde su teléfono y con datos móviles, no con el wifi de la oficina.

Las fuentes merecen una línea aparte. Cada familia tipográfica, y cada grosor dentro de ella, es un archivo más que el celular descarga antes de mostrar bien el texto. Una familia con dos grosores alcanza para casi cualquier negocio, y se cambia en los ajustes del tema sin ayuda.

Piense en una óptica de Santiago con un carrusel de cinco fotos de 4 MB en la portada. Cambiarlo por una sola foto reducida es una tarde de trabajo, y pocos ajustes técnicos rinden tanto por tan poco. En un hotel, donde cada habitación necesita sus propias fotos, esa disciplina decide la reserva; el resto de ese sitio lo ordenamos en página web para hotel.

Mejorar la velocidad de carga en WordPress y en Wix

La guía de optimización de WordPress.org apunta en la misma dirección que la tabla. Dice que los plugins de caché guardan entradas y páginas como archivos estáticos, y que la cantidad de plugins y su rendimiento tienen un impacto enorme: desactivar y borrar los innecesarios es una forma importante de mejorar. También considera esencial usar versiones actuales del software del servidor, PHP incluido.

La versión de PHP se elige en el panel del hosting, pero cambiarla puede romper un plugin viejo. Hágalo con una copia de seguridad reciente, o pídaselo a su proveedor. Los constructores visuales que se instalan encima de WordPress facilitan el diseño y, a cambio, suelen cargar mucho código en cada página; cambiar de constructor ya es trabajo para un desarrollador.

En Wix el margen es otro. El alojamiento y la caché los maneja la plataforma, y lo que queda en sus manos son las imágenes, las aplicaciones, los videos y las animaciones. Si está por elegir entre una y otra, en WordPress o Wix comparamos también quién se ocupa de este trabajo en cada caso.

Cuándo la velocidad de carga necesita a un programador o un hosting nuevo

Cuando, después de los cinco arreglos, el LCP sigue por encima de 4 segundos o el TTFB por encima de 1.8, el problema ya no está en lo que usted subió. Un TTFB alto en todas las páginas apunta al hosting: un plan compartido saturado, un servidor lejos de sus clientes o la falta de caché en el servidor.

Si lo que falla es el INP, casi siempre sobra JavaScript. Un CLS alto, en cambio, suele venir de imágenes o banners sin espacio reservado. Esos casos los resuelve alguien con acceso al código.

Al pedir el arreglo, sea concreto. PageSpeed permite copiar un enlace al informe: envíelo junto con la métrica y la meta, por ejemplo «LCP en celular por debajo de 2.5 segundos». Evite el «quiero 100 en PageSpeed», que no dice qué hay que cambiar. Y pregunte cómo se va a medir después, con qué herramienta y en qué página.

Un primer paso para la velocidad de carga de su página web

La velocidad de carga de una página web no se arregla de una vez para siempre: cada foto nueva y cada plugin la mueven. Vuelva a medir cada vez que cambie algo grande.

Para una segunda mirada en diez segundos, el análisis gratuito de su página de inicio mide cuánto tarda su servidor en dar la primera respuesta y cuánto pesa la página contando scripts y hojas de estilo, sin registro. ¿Ya tiene el informe de PageSpeed abierto y no sabe por dónde empezar? Repasemos juntos ese informe en 15 minutos por video, sin costo, para separar lo que puede arreglar usted esta semana de lo que le toca a su proveedor.

Preguntas frecuentes

¿Qué es una buena velocidad de carga para una página web?

Google pone la meta principal en 2.5 segundos: es el tiempo máximo para que aparezca el contenido principal (LCP). A eso suma reaccionar a un toque en 200 milisegundos o menos y no mover el contenido más de 0.1 en su escala de estabilidad. Se considera aprobado cuando al menos tres de cada cuatro visitas lo cumplen.

¿Cómo mejorar la velocidad de carga de mi página web en WordPress?

Empiece por borrar los plugins que no usa y por activar la caché, con un plugin o desde el hosting. Después comprima las imágenes antes de subirlas. Una versión de PHP actual también ayuda, pero pídala con una copia de seguridad hecha.

¿La velocidad de carga afecta el posicionamiento en Google?

Sí, aunque pesa menos de lo que muchos creen. Google confirma que sus sistemas de clasificación usan las Core Web Vitals, y también que siempre intenta mostrar el contenido más relevante aunque la experiencia de página sea deficiente. Una página rápida ayuda, pero no reemplaza a un buen contenido.

¿Por qué PageSpeed Insights me da una nota distinta cada vez?

Porque la nota viene de una simulación de una sola carga, y pequeñas variaciones de la red o del servidor la mueven algunos puntos. Fíjese en los datos de usuarios reales, si los hay, y en las tres métricas. Unos pocos puntos de diferencia en la nota no significan nada.

  • #velocidad-de-carga
  • #pagespeed-insights
  • #core-web-vitals
  • #wordpress

Seguir leyendo

¿Quiere que lo revisemos con usted?

15 minutos por video, sin costo. Miramos su sitio y su perfil de Google, y usted se lleva los puntos concretos.

Agendar la conversación