Por qué la velocidad web importa más que nunca en 2026
Google confirmó en su actualización de Page Experience que los Core Web Vitals son señal directa de ranking desde 2021. En 2026, con la llegada masiva de la búsqueda generativa (SGE), el peso de la experiencia de usuario se ha intensificado: los snippets de IA priorizan fuentes rápidas y fiables.
Los datos son concluyentes. Según el informe de Portent de 2024, una landing que carga en 1 segundo convierte un 3x más que una que tarda 5 segundos. Google Search Console penaliza páginas con estado Core Web Vitals en rojo con menor visibilidad en móvil, donde ocurre ya el 68% del tráfico orgánico en España.
No es solo SEO: es dinero. Cada segundo de más en el LCP cuesta clientes reales. Nuestra guía de SEO para pymes profundiza en cómo se combinan velocidad y autoridad de dominio para escalar posiciones.
Core Web Vitals 2026: LCP, CLS e INP explicados
En 2024 Google reemplazó FID por INP (Interaction to Next Paint). Estos son los tres pilares que mide PageSpeed Insights en campo real:
- LCP — Largest Contentful Paint: tiempo hasta que el elemento visual más grande de la pantalla está pintado. Bueno: <2,5s · Necesita mejora: 2,5–4s · Malo: >4s. Suele ser la imagen hero o el H1.
- CLS — Cumulative Layout Shift: cuánto se desplaza el contenido mientras carga (ese botón que salta cuando aparece el banner). Bueno: <0,1 · Necesita mejora: 0,1–0,25 · Malo: >0,25.
- INP — Interaction to Next Paint: tiempo de respuesta a una interacción del usuario (clic, tap). Reemplazó a FID. Bueno: <200ms · Necesita mejora: 200–500ms · Malo: >500ms.
PageSpeed también reporta métricas diagnóstico como TBT (Total Blocking Time) y FCP (First Contentful Paint) que no son Core Web Vitals pero indican dónde está el cuello de botella.
Umbrales de velocidad por tipo de web: ¿cuánto debe tardar la tuya?
No existe un umbral universal. Estos son los objetivos reales por tipo de proyecto:
| Tipo de web | LCP objetivo | Score PageSpeed móvil | Observaciones |
|---|---|---|---|
| Landing page (producto/servicio) | <1,2s | 90-100 | Pocas imágenes, sin JS pesado, debe cargar instantáneo |
| Web corporativa (5-15 páginas) | <2s | 85-95 | Riesgo: slider de imágenes, Google Maps embebido |
| E-commerce (WooCommerce/Prestashop) | <2,5s | 75-88 | Catálogo, filtros y sesión de usuario penalizan. Priorizar home y ficha de producto |
| Blog (WordPress estándar) | <3s | 70-85 | Imágenes dentro del contenido, social sharing y comentarios añaden peso |
| WordPress con muchos plugins | <4s (real sin optimizar) | 45-65 | Zona peligrosa: Google penaliza en móvil |
Un WordPress típico recién instalado con tema premium y 15 plugins ronda un score de 60-75 en móvil. Con optimización básica (caché + imágenes) sube a 85-95 sin tocar el servidor.
Herramientas para medir velocidad web: PageSpeed, GTmetrix y WebPageTest
Estas son las tres herramientas que usamos en WebsBarcelona para cualquier auditoría:
Google PageSpeed Insights
Gratuita, oficial. Muestra datos de campo real (Chrome UX Report) y datos de laboratorio (Lighthouse). Los datos de campo son los que Google usa para el ranking. URL: pagespeed.web.dev. Analiza siempre en móvil primero.
GTmetrix
Más visual que PageSpeed. Permite elegir servidor de prueba (incluido Madrid y Barcelona) y ver waterfall de carga recurso a recurso. Ideal para identificar qué script o imagen específica está bloqueando. Plan gratuito suficiente para el 90% de casos.
WebPageTest
El más técnico. Permite simular conexiones 3G, ver filmstrip frame a frame y comparar antes/después de cambios. Imprescindible para diagnósticos avanzados de INP y TBT en webs con mucho JavaScript.
Truco profesional: mide siempre 3 veces y quédate con la mediana. La primera carga suele ser más lenta por caché fría.
Causas típicas de lentitud en WordPress
El 80% de los problemas de velocidad en webs WordPress tienen el mismo origen. Ordenados de mayor a menor impacto:
- Imágenes sin comprimir ni en formato moderno: subir un JPEG de 3MB directamente desde el móvil es el error más frecuente. Una imagen hero debería pesar entre 80-150KB en WebP.
- Plugins de pagebuilder pesados: Elementor, Divi y WPBakery cargan CSS y JS en todas las páginas aunque no los usen. Generan entre 300-600KB de assets extra.
- Sin caché de servidor: WordPress genera cada página dinámicamente con PHP + MySQL. Sin caché, cada visita recalcula todo desde cero.
- Scripts de terceros bloqueantes: Google Analytics (UA clásico), Facebook Pixel, chat en vivo (Intercom, Tidio) bloquean el render si se cargan en el <head> sin
deferoasync. - Hosting compartido saturado: un servidor con TTFB (Time to First Byte) >800ms hace imposible tener buen LCP independientemente del resto de optimizaciones.
- CSS y JS sin minificar: frameworks como Bootstrap o jQuery tienen versiones de desarrollo (legibles) que pesan el doble que las minificadas.
Fixes rápidos de velocidad: WP Rocket, LiteSpeed Cache e imágenes WebP
Estas tres acciones resuelven el 70% de problemas de velocidad sin tocar el servidor ni el tema:
WP Rocket (caché + optimización JS/CSS)
El plugin de caché más completo para WordPress. Activa caché de página, lazy load de imágenes, minificación de CSS/JS y elimina render-blocking resources con un clic. Precio: 59€/año para 1 web. ROI inmediato: sitios que pasan de 65 a 88+ en PageSpeed móvil solo con este plugin. Alternativa gratuita: W3 Total Cache o Autoptimize, con menos automatización.
LiteSpeed Cache (si tu hosting tiene LiteSpeed)
Gratuito y más potente que WP Rocket en servidores LiteSpeed (Namecheap, Hostinger, BanaHosting). Incluye optimización de imágenes en servidor, object cache con Redis y Critical CSS automático. Si tu hosting lo soporta, es la mejor opción.
Conversión a WebP y dimensionado correcto
Instala Imagify o ShortPixel para convertir automáticamente las imágenes existentes a WebP. Configura WordPress para servir WebP con fallback a JPEG para navegadores antiguos. El ahorro medio es del 40-60% en peso de imágenes. Añade siempre atributo loading="lazy" en imágenes fuera del viewport y fetchpriority="high" en el hero.
CDN con Cloudflare gratis: cómo activarlo en 10 minutos
Cloudflare es el CDN más usado del mundo y su plan gratuito es más que suficiente para la mayoría de webs de pymes. Ventajas principales: caché de assets estáticos en 300+ puntos de presencia globales, protección DDoS básica y HTTPS automático.
Configuración mínima para ganar velocidad
- Crea cuenta en cloudflare.com y añade tu dominio. Cambia los nameservers en tu registrador (IONOS, Namecheap, etc.) a los de Cloudflare.
- En Speed > Optimization: activa Auto Minify para JS, CSS y HTML. Activa Rocket Loader (con cuidado: puede romper sliders, prueba antes).
- En Caching > Configuration: Browser Cache TTL a 1 año para assets estáticos. Cache Level: Standard.
- En Speed > Image Optimization: activa Polish (compresión automática) y WebP. Disponible desde plan gratuito.
Resultado típico: reducción de TTFB en un 30-50% para visitas fuera de España y descarga de carga en el servidor de origen del 60-70%.
Hosting español: tiempos de respuesta reales en 2026
El TTFB (Time to First Byte) es el tiempo que tarda el servidor en responder. Un TTFB >600ms en móvil hace imposible alcanzar LCP <2,5s. Mediciones reales desde España en 2025-2026:
| Hosting | TTFB medio España | Precio aprox. | Valoración velocidad |
|---|---|---|---|
| Hetzner (Frankfurt/Helsinki) | 80-140ms | 4-8€/mes VPS | Excelente. El mejor coste/rendimiento para pymes |
| DigitalOcean (Amsterdam/Frankfurt) | 100-180ms | 6-12€/mes | Muy bueno. Panel más intuitivo que Hetzner |
| SiteGround (Europa) | 150-250ms | 15-30€/mes | Bueno. LiteSpeed incluido. Soporte en español |
| BanaHosting (España) | 200-350ms | 5-15€/mes | Aceptable para webs pequeñas con LiteSpeed |
| Hostinger (Europa) | 200-400ms | 3-8€/mes | Variable. En horas pico puede superar 600ms |
| Hosting compartido genérico España | 400-900ms | 3-10€/mes | Problemático. Dificulta cumplir Core Web Vitals |
Para webs de clientes con tráfico medio-alto, la combinación Hetzner VPS + Cloudflare CDN es el estándar que usamos en WebsBarcelona. Coste total: ~10-15€/mes con rendimiento de servidor dedicado.
Mobile vs Desktop: por qué el score es tan diferente y qué priorizar
Es normal y esperado que el score en móvil sea 15-25 puntos menor que en desktop. Lighthouse simula un dispositivo móvil de gama media (Moto G4 equivalente) con CPU 4x más lenta y conexión 4G simulada. No es tu público objetivo directo, es el peor caso.
Por qué priorizar móvil de todas formas
Google usa mobile-first indexing desde 2019: la versión que crawlea y puntúa para ranking es la móvil. Un score de 45 en móvil con 92 en desktop significa que Google está viendo el 45, no el 92.
Diferencias de score frecuentes y su causa
- Score desktop 88, móvil 61: imagen hero sin
srcsetresponsive. En desktop carga 1200px, en móvil el mismo archivo. - Score desktop 90, móvil 55: JavaScript no diferido que en desktop pasa desapercibido pero en CPU lenta bloquea 2-3 segundos.
- Score desktop 85, móvil 70: diferencia normal por limitaciones de CPU simulada. Sin problema real.
Objetivo práctico: móvil >75 sin caché activa, >85 con caché. Por encima de 85 en móvil el impacto incremental en SEO es marginal — el tiempo es mejor invertido en contenido y backlinks. Ver más sobre SEO técnico para pymes.
Plan de acción: optimiza tu web en 1 hora
Si tienes un WordPress con score <70 en móvil, esta secuencia te lleva a >85 en 60 minutos:
- Minutos 0-5 — Diagnóstico: Mide en PageSpeed Insights (móvil). Anota LCP, CLS, INP y las 3 principales oportunidades que indica. Toma captura antes para comparar.
- Minutos 5-15 — Instala plugin de caché: LiteSpeed Cache si tu hosting lo soporta, WP Rocket si tienes licencia, o W3 Total Cache gratis. Activa caché de página y minificación de CSS/JS. Mide de nuevo: debería subir 10-15 puntos.
- Minutos 15-30 — Optimiza imágenes: Instala Imagify (plan gratuito: 25 imágenes/mes) o ShortPixel. Convierte todas las imágenes existentes a WebP. Añade
loading="lazy"manualmente al hero si el tema no lo hace. - Minutos 30-40 — Elimina scripts bloqueantes: En tu plugin de caché, activa delay de JavaScript. Mueve Google Analytics y Facebook Pixel a carga diferida. Elimina plugins que no uses activamente.
- Minutos 40-50 — Activa Cloudflare: Si no tienes CDN, configura Cloudflare gratuito. Activa Auto Minify y Polish WebP. El TTFB bajará inmediatamente.
- Minutos 50-60 — Verifica y ajusta CLS: Si tienes desplazamientos de layout, añade
widthyheightexplícitos en imágenes o reserva espacio para banners con CSSmin-height.
Resultado esperado: de 55-65 a 80-90 en móvil. Para optimizaciones más avanzadas (Critical CSS, preconnect, server-side rendering), consulta nuestro servicio de mantenimiento web.
Preguntas frecuentes
Para SEO, el umbral crítico es 75 en móvil. Por debajo Google puede penalizarte en resultados móviles. El objetivo real para una pyme es 85-90 en móvil: se consigue con optimización básica (caché + imágenes WebP) sin necesitar servidor dedicado. Un score de 95-100 es posible pero requiere trabajo avanzado cuyo retorno en SEO es marginal frente a mejorar contenido o conseguir backlinks. En desktop, 90+ es alcanzable para casi cualquier web bien configurada.
Es completamente normal. PageSpeed Insights simula un dispositivo móvil de gama media (CPU 4x más lenta, conexión 4G de 10 Mbps) mientras que en desktop usa las capacidades reales de tu ordenador. Las causas más frecuentes de esa brecha: imágenes sin srcset responsive (carga la misma imagen grande en móvil), JavaScript pesado que en CPU lenta bloquea el render varios segundos y fuentes web que tardan en cargar. La prioridad siempre es mejorar el móvil porque Google usa mobile-first indexing para el ranking.
Depende de tu hosting. Si tu servidor usa LiteSpeed (Hostinger, BanaHosting, SiteGround), el plugin LiteSpeed Cache gratuito es la opción más potente: incluye object cache con Redis, Critical CSS automático y compresión de imágenes en servidor. Si tu hosting es Apache o Nginx estándar, WP Rocket (59€/año) es el más completo con menos configuración manual. Para presupuesto cero en cualquier servidor: Autoptimize + Cache Enabler juntos cubren el 80% de lo que hace WP Rocket. Evita tener dos plugins de caché activos a la vez: se contradicen.
Para webs de empresa en España, la combinación con mejor coste/rendimiento en 2026 es un VPS de Hetzner en Frankfurt (desde 4€/mes) con Cloudflare CDN gratuito por delante. TTFB desde España: 80-140ms. Para clientes que necesitan soporte en español sin gestionar servidor, SiteGround con plan GrowBig (15-20€/mes) da TTFB de 150-250ms con LiteSpeed incluido. El hosting compartido genérico por debajo de 5€/mes suele tener TTFB de 400-900ms en horas punta, lo que hace prácticamente imposible cumplir los umbrales de Core Web Vitals.
Una optimización básica (plugin de caché, conversión imágenes WebP, configuración Cloudflare) cuesta entre 150-300€ como servicio puntual y resuelve el 70% de los problemas de velocidad en webs WordPress estándar. Una auditoría técnica completa con fixes avanzados (Critical CSS, eliminación de render-blocking, optimización de base de datos) está entre 400-800€. Si tu web necesita optimización de velocidad de forma recurrente por actualizaciones o nuevo contenido, tiene más sentido incluirlo en un plan de mantenimiento mensual. Consulta nuestro servicio en <a href='/mantenimiento-web'>/mantenimiento-web</a>.
En resumen
La velocidad web en 2026 no es un tecnicismo: es una variable directa de ventas y posicionamiento. Un LCP >4s en móvil significa que Google te ve como una web lenta y tus visitantes se van antes de leer la primera línea. La buena noticia es que el 80% de los problemas tienen solución en menos de una hora con las herramientas correctas. Si tu web WordPress tiene un score <70 en móvil, el plan de acción de este artículo es el primer paso. Si necesitas que lo hagamos nosotros, consulta nuestro servicio de mantenimiento y optimización web o descubre cuánto tarda en notarse la mejora en Google.
¿Necesitas una web profesional en Barcelona?
Presupuesto cerrado en 24h sin compromiso. Desde 99€.
Pedir presupuesto →