Optimización de la velocidad web en 2026: qué hace lento un sitio

Autor
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Fundador y Director Estratégico
Fecha
Abril 8, 2026
Tiempo de Lectura
4 min lectura
Author
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Reading Time
This is some text inside of a div block.
Date
This is some text inside of a div block.
Optimización de la velocidad web en 2026: qué hace lento un sitio
Author
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Founder & Strategic Director
Date
This is some text inside of a div block.
Reading Time
This is some text inside of a div block.
Author
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Founder & Strategic Director
Reading Time
4 min lectura
Date
Abril 8, 2026
This is some text inside of a div block.
Date
This is some text inside of a div block.
Author
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Reading Time
This is some text inside of a div block.
Reading Time
This is some text inside of a div block.
Date
This is some text inside of a div block.
Author
Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida

La mayoría de los sitios lentos no son lentos por la plataforma en la que corren. Son lentos por lo que se les fue agregando con el tiempo: un chat, tres etiquetas de seguimiento, un video de portada, un slider que nadie pidió. La optimización de la velocidad web en 2026 tiene menos que ver con técnicas exóticas y más con saber cuál de esos agregados te está costando, y sacarlo.

Esta es la versión corta y práctica: qué mide Google de verdad, qué hace lento un sitio, por qué el teléfono es donde se decide y qué arreglar primero.

Los tres números que mide Google

Google juzga la velocidad con las Core Web Vitals, que se toman de visitantes reales que usan Chrome, en el percentil 75 de las visitas. Celular y computadora se miden por separado.

  • Largest Contentful Paint (LCP): 2,5 segundos o menos. Cuánto tarda en aparecer el contenido principal, normalmente la imagen de portada o el titular.
  • Interaction to Next Paint (INP): 200 milisegundos o menos. Qué tan rápido responde la página cuando alguien toca o hace clic. Reemplazó a First Input Delay en marzo de 2024.
  • Cumulative Layout Shift (CLS): 0,1 o menos. Cuánto salta la página mientras carga. El botón que se mueve justo cuando lo vas a tocar.

Las herramientas de laboratorio como Lighthouse te dan un puntaje. Los datos de campo de Search Console te dicen lo que viven tus visitantes reales. Cuando no coinciden, mandan los datos de campo.

Qué hace lento un sitio, en orden de impacto

  1. Scripts de terceros y plugins. Chats, administradores de etiquetas cargados de etiquetas viejas, mapas de calor, sellos de reseñas y, en WordPress, plugins que cargan su código en todas las páginas aunque no se usen. Cada uno es chico. Juntos suelen ser la causa principal de un mal INP.
  2. Imágenes y video. Una sola imagen de portada demasiado pesada puede pesar más que todos los scripts de la página. Usa formatos modernos como WebP o AVIF, ajusta el tamaño de cada imagen a la pantalla donde se ve y carga de forma diferida todo lo que está debajo de la primera pantalla, pero nunca la imagen de portada.
  3. Hosting y caché. En un hosting compartido, tu tiempo de respuesta depende de lo que estén haciendo los otros sitios del servidor. Un buen hosting con caché y CDN resuelve más que la mayoría de los plugins de optimización.
  4. Tipografías. Cuatro pesos de dos familias son ocho archivos antes de que aparezca el texto. Usa menos pesos, alójalos bien y deja que el texto se vea de inmediato mientras cargan.
  5. Saltos de diseño. Imágenes sin medidas definidas, banners que empujan el contenido hacia abajo, elementos incrustados que cargan tarde. Reserva el espacio antes de que llegue el contenido.

Cuando auditamos un sitio lento, empezamos por el hosting y los scripts, no por el constructor de páginas. En WordPress, Elementor rara vez es la causa de fondo. En Webflow, el hosting y la CDN ya están resueltos, así que la lentitud suele venir de interacciones pesadas, imágenes enormes y scripts incrustados. En Shopify, cada app que agrega algo a la tienda también le agrega código.

El teléfono es donde se decide

Google indexa la versión móvil de tu sitio, y la mayoría de tus visitantes lo ve primero en un teléfono, muchas veces con una conexión más lenta que el wifi de tu oficina. Un sitio que se siente rápido en la computadora puede reprobar todas las Core Web Vitals en un teléfono de gama media.

La velocidad en el celular es solo la mitad. La otra mitad es si el sitio se puede usar ahí:

  • Botones y enlaces de al menos 48 píxeles, con espacio entre ellos, para que nadie toque el que no era.
  • La acción principal al alcance del pulgar, no escondida en un menú.
  • Formularios que ayudan: el teclado correcto para teléfonos y correos, autocompletado activado y la menor cantidad de campos posible.
  • Un checkout probado en un teléfono de verdad. Una tienda puede verse aceptable en el celular y aun así romperse en el último paso. Franco's Pasta llegó con un sitio que no se adaptaba al teléfono y un checkout roto.

Cómo revisar tu sitio en quince minutos

  1. Pasa tu home por PageSpeed Insights. Mira primero los datos de campo de arriba, los que vienen de visitantes reales, antes que el puntaje de laboratorio.
  2. Abre el informe de Core Web Vitals en Search Console. Agrupa tus URLs en buenas, a mejorar y malas, para celular y para computadora.
  3. Abre el sitio en tu teléfono, con datos móviles. Intenta tocar el botón principal mientras la página todavía carga. Si se mueve, tienes un salto de diseño.
  4. Haz una lista de todas las herramientas de terceros del sitio. Chat, analítica, anuncios, reseñas, mapas de calor. Para cada una, pregúntate quién la sigue usando.
  5. Busca la imagen más pesada de tu home. Si pasa de unos cientos de kilobytes, empieza por ahí.

Qué arreglar primero

El orden que suele rendir más, de lo más barato y rápido a lo más costoso:

  1. Saca los scripts, plugins y apps que nadie usa.
  2. Comprime y ajusta el tamaño de la imagen de portada y de las imágenes más pesadas de las páginas clave.
  3. Retrasa los scripts que no son esenciales hasta después de que cargue la página.
  4. Reserva el espacio de imágenes, elementos incrustados y banners para que nada salte.
  5. Recién después, revisa hosting, caché y CDN.

La velocidad no es un proyecto de una sola vez. Se degrada cada vez que alguien agrega una herramienta, y por eso corresponde al mantenimiento continuo, no a una revisión única al lanzar. Si quieres que alguien revise el tuyo, cuéntanos sobre tu sitio.

Pablo Lombeida, founder of Webflow Atelier
Pablo Lombeida
Fundador y Director Estratégico
Pablo Lombeida es Estratega de Infraestructura Digital, especializado en transformar sitios web corporativos en activos financieros de alto rendimiento. Con un enfoque agnóstico a la tecnología y una metodología basada en SEO First Design™, ayuda a empresas de mercado medio (Mid-Market) a cerrar la "brecha de experiencia" y eliminar la deuda técnica que frena la escalabilidad. Actuando como Director de Marketing Fraccional (Fractional CMO), Pablo alinea la arquitectura digital con los objetivos centrales del negocio para maximizar el ROI, convirtiendo los ecosistemas web y de e-commerce en ventajas competitivas sostenibles.

Únete al 1% de los fundadores guiados por datos

Deja de permitir que la deuda técnica limite tus ingresos. Obtén un diagnóstico estratégico de 30 minutos de tu infraestructura digital. Sin rellenos, solo estrategia.

Director de Marketing Fraccional
5 min lectura
Septiembre 7, 2026
Aether Mechanical: 5,8× de retorno, midiendo primero
Deuda Técnica
4 min lectura
Febrero 17, 2026
Carga cognitiva en UX: lo que cuesta hacer pensar al usuario
Deuda Técnica
4 min lectura
Abril 8, 2026
Optimización de la velocidad web en 2026: qué hace lento un sitio
Estrategia Web
5 min
Marzo 18, 2025
La checklist definitiva para lanzar un sitio web en 2026