Por qué tu web va lenta y cómo arreglarlo sin ser técnico
Hace unas semanas revisé la web de un restaurante en Costa Adeje. El dueño llevaba un año invirtiendo en Google Ads sin resultados proporcionales. Invertía unos 900 euros al mes en anuncios, tenía la ficha de Google Business Profile razonablemente trabajada, y aun así las reservas online no se movían. Cuando abrí sus informes de analítica, el patrón era brutal: el 74% de sus visitantes abandonaban la web antes de que terminara de cargar. En móvil, la página tardaba 8,2 segundos en mostrar la imagen principal.
Ocho segundos. En un mundo donde el usuario espera que algo pase en menos de dos. Le expliqué al cliente lo que estaba viendo y me respondió algo que escucho casi cada semana cuando hago una auditoría: "pero si a mí en casa me carga rápido". Claro. Porque su navegador tenía caché, porque su wifi era decente, porque estaba acostumbrado a esperar lo que hiciera falta porque era su propia web. El problema no es lo que tú ves cuando entras en tu web desde tu ordenador. El problema es lo que ve un turista alemán con datos en roaming a las cuatro de la tarde desde la terraza de un hotel en Las Américas.
Ese restaurante no tenía un problema de marketing, ni de producto, ni de posicionamiento. Tenía un problema de velocidad web. Y es el problema más silencioso que me encuentro en clientes de Tenerife, porque nadie se queja, simplemente se van. No hay formulario de abandono, no hay reseña negativa, no hay señal de alerta. La gente sale de tu web, abre la siguiente en la lista de resultados de Google, y tú nunca te enteras. Tu competidor sí, porque se lleva la reserva.
Este artículo es para dueños de negocio, no para programadores. Llevo desde 2012 haciendo SEO y diseño web en Canarias, y he auditado varios cientos de webs en ese tiempo. Lo que vas a leer aquí es lo que realmente mueve la aguja en términos de velocidad para un negocio local en Tenerife, explicado sin jerga técnica y con ejemplos reales de clientes que he atendido en Santa Cruz, La Laguna, Costa Adeje, Los Cristianos, Puerto de la Cruz y otros puntos de la isla. Si al terminar quieres contratar a alguien para que lo haga por ti, perfecto. Si prefieres hacerlo tú mismo, también. Lo importante es que no te quedes como estás, porque la velocidad es probablemente el mayor agujero por el que se te escapa dinero cada mes.
Qué son los Core Web Vitals y por qué deberían importarte
Google usa los Core Web Vitals como señal de posicionamiento desde 2021, y cada año los refuerza un poco más. Son métricas que miden la experiencia real de un usuario cuando entra a tu web, no el rendimiento técnico en condiciones ideales de laboratorio. Es decir, Google no mira solo cómo de optimizado está tu código: mira cómo se comporta tu web cuando la visita gente real, en móviles reales, con conexiones reales. Y si la experiencia es mala, te baja en los resultados aunque tu contenido sea bueno.
En 2026 hay tres métricas activas que forman el núcleo de los Core Web Vitals, más una cuarta métrica complementaria (el TTFB) que aunque no es un Core Web Vital oficial, es tan relevante que vale la pena tratarla al mismo nivel. Las explico una por una, con números concretos y con lo que significan para un negocio local en Tenerife.
LCP — Largest Contentful Paint
Es el tiempo que tarda en aparecer el elemento visual más grande de la página: normalmente la imagen principal del banner, el titular de portada o el carrusel de cabecera. Google considera "bueno" cualquier cosa por debajo de 2,5 segundos, "necesita mejora" entre 2,5 y 4, y "deficiente" más de 4 segundos.
La media de las webs de pequeños negocios en España está alrededor de 5 a 8 segundos. En Canarias, en mis auditorías de los últimos doce meses, el LCP medio que he registrado está en 5,8 segundos. Eso significa que la web típica del negocio local canario suspende claramente esta métrica. Hay mucho margen de mejora, y ese margen es exactamente la distancia que separa a las webs que convierten de las que no.
El LCP es, de las tres métricas, la más fácil de entender y también la que más depende de cosas que un no-técnico puede arreglar: básicamente, el tamaño de tu imagen de cabecera, la calidad de tu hosting, y si tienes o no una CDN configurada.
INP — Interaction to Next Paint
Mide la velocidad con que la página responde cuando el usuario hace algo: pulsar un botón, abrir un menú desplegable, rellenar un formulario, hacer clic en un enlace del menú. El objetivo es menos de 200 milisegundos. Por encima de 500 milisegundos ya es deficiente.
Esta métrica sustituyó al anterior FID en marzo de 2024 y es más exigente porque mide todas las interacciones que el usuario tiene con la página, no solo la primera. Si tu web tiene formularios de contacto largos, menús desplegables complejos, filtros de productos en una tienda, o calendarios de reserva online, esta métrica es especialmente relevante porque cualquier lag en esas interacciones se acumula contra ti.
El INP suele estar mal por una razón concreta: demasiado JavaScript ejecutándose al mismo tiempo. Los culpables habituales son los plugins de chat en vivo, los píxeles de seguimiento de varias plataformas cargados a la vez, los constructores de páginas visuales de WordPress que generan código hinchado, y los sistemas de pop-up o exit-intent que están constantemente escuchando el movimiento del ratón del usuario.
CLS — Cumulative Layout Shift
Mide cuánto "saltan" los elementos mientras la página carga. Ese fenómeno molesto donde intentas pulsar el número de teléfono de una clínica dental y de repente aparece un banner de cookies encima, y terminas pulsando "aceptar todas" en lugar de llamar. O donde estás leyendo un párrafo y el texto salta hacia abajo porque ha cargado una imagen por encima. Menos de 0,1 es el umbral que Google considera bueno; por encima de 0,25 es deficiente.
Parece un problema menor comparado con los segundos de carga, pero en dispositivos móviles pequeños el impacto en la usabilidad es considerable. Los usuarios que experimentan un CLS alto tienen un 24% más de probabilidades de abandonar la página sin interactuar, según datos de los estudios anuales de rendimiento web que publica Google. Es una métrica que se arregla con relativamente poco esfuerzo técnico y que diferencia inmediatamente a una web que se siente profesional de una que se siente descuidada.
TTFB — Time to First Byte
No es un Core Web Vital oficial, pero está tan correlacionado con los tres anteriores que si lo tienes mal, los demás no pueden estar bien. El TTFB es el tiempo que tarda el servidor en empezar a responder desde que el navegador le pide la página. Un TTFB bueno está por debajo de 0,8 segundos; uno aceptable, entre 0,8 y 1,8; y cualquier cosa por encima de 1,8 segundos es un diagnóstico directo de hosting malo o base de datos sin optimizar.
En webs de WordPress con hostings compartidos baratos, es habitual ver TTFBs de 2 a 4 segundos. Eso significa que antes de que el navegador haya empezado siquiera a descargar una imagen, ya has perdido 3 segundos. Por muy optimizadas que tengas las fotos, el LCP no puede ser inferior al TTFB. Es una barrera matemática.
Tabla resumen de umbrales 2026
Aquí tienes de un vistazo los umbrales oficiales que Google aplica en 2026 para considerar una web rápida, aceptable o lenta en cada métrica:
| Métrica | Qué mide | Bueno | Necesita mejora | Deficiente |
|---|---|---|---|---|
| LCP | Tiempo del elemento visual principal | < 2,5 s | 2,5 s – 4 s | > 4 s |
| INP | Respuesta a interacciones del usuario | < 200 ms | 200 ms – 500 ms | > 500 ms |
| CLS | Estabilidad visual durante la carga | < 0,1 | 0,1 – 0,25 | > 0,25 |
| TTFB | Tiempo de respuesta del servidor | < 0,8 s | 0,8 s – 1,8 s | > 1,8 s |
| Puntuación PageSpeed móvil | Score global (referencia) | > 90 | 50 – 89 | < 50 |
Si los tres Core Web Vitals están en verde, Google te da un impulso de posicionamiento frente a competidores con peores métricas. Si están en rojo, te penaliza aunque tu contenido sea mejor. Pero hay algo más importante que el SEO: la velocidad afecta directamente a las conversiones. Según datos publicados por Google y por Deloitte en su estudio "Milliseconds Make Millions", reducir el tiempo de carga de 5 a 3 segundos aumenta las conversiones en un 27% de media. No es teórico. Lo veo en los datos de los proyectos que gestionamos cada vez que mejoramos la velocidad de una web.
Cómo medir la velocidad de tu web en dos minutos
Antes de hacer cambios, mide. Sin datos estás disparando al aire, y las sensaciones engañan mucho porque tu web te carga rápido a ti por razones que no aplican al resto del mundo.
Abre PageSpeed Insights e introduce la URL de tu web. Espera 30 o 40 segundos mientras hace el análisis. El informe es gratuito, está hecho por Google, y usa los mismos datos que Google usa internamente para el ranking.
Lo primero que tienes que mirar: el análisis de móvil, no de escritorio. Por defecto la herramienta te muestra móvil arriba, pero mucha gente baja directamente a escritorio porque la puntuación suele ser más alta. Error. El tráfico de búsqueda local viene mayoritariamente del móvil — en los proyectos que gestionamos en Tenerife, entre el 72% y el 84% del tráfico orgánico es móvil dependiendo del sector. En hostelería y turismo, llegamos a ver 90% móvil. Optimizar solo para escritorio es como abrir una tienda a la que nadie entra.
Un resultado aceptable en 2026 para un negocio local:
- Puntuación global en móvil: por encima de 70. Por encima de 85 está muy bien. Por debajo de 50 es problema serio.
- LCP: menos de 3,5 segundos (el ideal es menos de 2,5). Si superas los 4, te está costando dinero todos los días.
- INP: verde (menos de 200 ms). Si tu web es mayoritariamente contenido estático, esto suele ir bien; si tiene mucho JavaScript, suele ir mal.
- CLS: menos de 0,1. Si tienes banners de cookies, anuncios, o fuentes personalizadas sin precargar, es habitual que esto esté mal.
Si tienes menos de 50 puntos en móvil, tienes un problema real que está afectando tanto al SEO como a las conversiones. No es algo que "habrá que revisar algún día" — es algo que está costando dinero ahora mismo. Mi recomendación para cualquier cliente en esta situación es tratarlo como prioridad absoluta antes de invertir un euro más en contenido, en anuncios o en SEO.
Además de PageSpeed Insights, recomiendo usar estas dos herramientas complementarias para tener una foto completa:
Google Search Console → informe de Core Web Vitals: Esta herramienta usa datos de campo (CrUX), es decir, datos reales de los navegadores Chrome de usuarios que han entrado a tu web en los últimos 28 días. PageSpeed Insights mezcla datos de laboratorio con datos de campo, pero el informe de Search Console es puramente de campo y es el que Google usa para el ranking. Si Search Console dice que tu LCP está mal, tu LCP está mal, sin debate.
GTmetrix o WebPageTest: Dos herramientas independientes que te dan más detalle técnico. GTmetrix es más visual y más fácil para no técnicos; WebPageTest es más potente pero más árido. Yo los uso para comparar mediciones desde distintas ubicaciones geográficas (por ejemplo, desde Fráncfort o Londres, que es desde donde vienen muchos de los turistas alemanes e ingleses que visitan Tenerife).
Las causas más frecuentes de webs lentas y cómo arreglarlas
Llevo varios años auditando webs en Canarias, y los problemas se repiten con una consistencia que casi cansa. Si hago una lista de las cinco causas más habituales, probablemente cubren el 90% de los casos. Voy una por una, con la solución concreta para cada una.
1. Imágenes sin optimizar (el problema número uno con mucha diferencia)
Es la causa número uno de webs lentas en negocios pequeños, con diferencia absoluta. El proceso habitual: el fotógrafo entrega las fotos en archivos de 5 a 8 MB cada una porque son las originales de cámara. Las subes al WordPress directamente porque nadie te ha explicado que hay que tocarlas antes. Ya está. Y así te quedas, con imágenes de resolución de impresión cargando en móviles.
El problema es que esa foto de 6 MB tiene que descargarse entera en el móvil de tu cliente potencial antes de que vea tu web. En 4G estándar en Canarias, eso son 4 a 6 segundos solo para una imagen. Si tu página de inicio tiene 8 imágenes en el carrusel de cabecera, cada una de 5 MB, estás pidiéndole al usuario que descargue 40 MB solo para ver la portada. No va a esperar.
Qué hacer:
Antes de subir cualquier imagen a tu web, comprímela. Herramientas gratuitas que uso con frecuencia en proyectos reales:
- Squoosh: herramienta online de Google, sin registro, sin marcas de agua. Subes la foto, ajustas la calidad (yo suelo trabajar entre 60 y 75 de calidad JPG) y la descargas comprimida. Permite convertir a WebP y AVIF directamente. Es la herramienta que recomiendo a clientes que no quieren instalar plugins.
- TinyPNG: más simple, arrastra y suelta y descargas. Funciona bien para JPG y PNG. Tiene un límite gratuito mensual generoso para un negocio pequeño.
- ImageOptim (solo Mac): aplicación de escritorio que optimiza varias imágenes a la vez. Muy práctico si vas a procesar 50 o 100 fotos de una galería.
Una foto de 5 MB puede quedar en 150 a 300 KB sin diferencia visual apreciable en una pantalla. Eso es entre 15 y 30 veces menos peso. Multiplicado por todas las imágenes de tu web, la diferencia en tiempo de carga es abismal.
El formato también importa mucho. WebP es entre un 25% y un 35% más ligero que JPG con la misma calidad visual, y lo soportan todos los navegadores modernos desde hace años. AVIF es aún más eficiente (hasta un 50% más ligero que JPG) y en 2026 ya lo soporta prácticamente todo el mundo salvo versiones muy antiguas de Safari. Si tu web no está sirviendo imágenes en WebP o AVIF, está enviando archivos más pesados de los necesarios cada vez que alguien la visita.
Si tienes WordPress, el plugin ShortPixel (versión gratuita: 100 imágenes al mes) comprime automáticamente las imágenes que subes y las convierte a WebP y AVIF al vuelo. Una vez instalado y configurado, no tienes que hacer nada manualmente. Para webs con muchas imágenes, la versión de pago cuesta menos de 10 euros al mes y vale cada céntimo.
Un cliente que tenía una clínica dental en La Laguna vino con una web donde cada imagen de la galería de "antes y después" pesaba entre 4 y 7 MB. Tenían 34 imágenes en total. Aproximadamente 180 MB de imágenes en una sola página. Comprimimos todo con ShortPixel en una tarde, y la galería pasó de tardar 22 segundos en cargar (sí, 22) a 3,4 segundos. No cambiamos nada más. El rebote en esa página cayó del 81% al 34% en dos semanas.
2. Hosting lento o compartido en exceso
Hay hostings de 3 a 5 euros al mes que meten 300 o 500 webs en el mismo servidor físico. Cuando hay picos de tráfico —y siempre los hay—, todos van lentos. No es culpa de tu web, es que el servidor compartido y barato no da para más. Lo peor es que suele ir bien cuando no hay nadie, y mal justo cuando más gente llega, porque todos los vecinos del servidor también tienen tráfico.
El indicador clave: si el LCP tarda mucho incluso en páginas sin imágenes grandes, o si el TTFB supera los 0,8 segundos, el problema es probablemente tu servidor. Nada de lo que hagas en el diseño o las imágenes va a poder compensar un TTFB de 2 segundos.
Qué hacer:
Para webs de negocios pequeños, un hosting decente sin ser caro: Siteground (desde unos 10 euros al mes), Raiola Networks (español, muy buen soporte, desde 8 euros al mes), Kinsta (desde unos 35 euros al mes si el proyecto lo justifica), o Hostinger Business (desde unos 6 euros al mes). No es una recomendación de afiliado — es lo que vemos funcionar en proyectos reales año tras año.
El cambio de hosting solo puede ganar entre 1 y 2 segundos de LCP sin tocar nada más. No es glamuroso, no puedes enseñarlo en la portada de tu web, pero es una de las palancas más potentes que existen. Yo he hecho migraciones de hosting que han reducido el TTFB de 2,8 segundos a 0,4 segundos sin cambiar ni una línea de código.
Para proyectos más grandes o con más tráfico, un servidor VPS en Hetzner con caché configurada puede multiplicar la velocidad por tres o cuatro veces respecto a un hosting compartido. Hetzner es un proveedor alemán con servidores en Helsinki, Núremberg y Falkenstein. Para tráfico europeo —que es el que le llega a un negocio turístico en Tenerife— la latencia es excelente. Pero montar un VPS requiere gestión técnica: o lo contratas con una empresa que lo gestione por ti (hosting administrado), o necesitas a alguien con conocimientos de sysadmin.
3. Demasiados scripts cargando a la vez
Muchas webs cargan 15, 20 o 25 scripts distintos al arrancar: Google Analytics, Google Tag Manager, el píxel de Meta, el píxel de TikTok, el chat en vivo, el mapa de Google integrado en la portada, el pop-up de cookies, el carrusel de testimonios, el contador de visitantes en tiempo real, la integración con el CRM, el widget de reseñas, el plugin de calendario de reservas…
Cada uno de esos scripts tiene que descargarse y ejecutarse antes de que la página termine de cargar. Muchos de ellos bloquean el renderizado: la página literalmente espera a que el script termine para mostrarse. Otros se ejecutan en segundo plano, pero aun así consumen ancho de banda, memoria y CPU del móvil del usuario.
Qué hacer:
Si tienes WordPress, abre el panel y cuenta cuántos plugins activos tienes. Cada plugin que añade scripts a todas las páginas añade peso. Si tienes un plugin de chat en vivo que instalaste una vez y nunca configuraste, desactívalo y bórralo. Si el mapa de Google solo es relevante en la página de contacto, cárgalo solo en esa página, no en la home.
Una auditoría rápida que puedes hacer tú mismo: abre la herramienta de desarrollador de Chrome pulsando F12, ve a la pestaña "Network" y recarga la página. El número de "requests" que aparece abajo a la izquierda es el número de archivos que se están descargando. Si tienes más de 80 o 90 requests, hay margen importante de reducción. Las webs realmente rápidas están por debajo de 40.
Otro truco útil: pásale a tu web el informe de Third-Party Web o instala la extensión de Chrome "Lighthouse". Te van a decir exactamente qué scripts de terceros están ralentizando tu web y cuánto tiempo consume cada uno. Ahí suele aparecer el chat en vivo que casi nadie usa pero cuesta 400 ms de carga, o el widget de Instagram que añade 700 KB al peso de la página.
4. Sin caché configurada (ni en servidor ni en navegador)
Si tu servidor no tiene caché configurada, cada vez que alguien visita tu web, el servidor genera la página desde cero: consulta la base de datos, procesa el PHP de WordPress, monta el HTML final, lo envía. Este proceso puede tardar de 0,5 a 2 segundos solo por la generación interna del servidor, antes siquiera de que el contenido empiece a viajar por la red.
Con caché bien configurada, el servidor guarda la versión ya generada y la sirve directamente sin tener que reprocesar nada. La primera visita es normal, pero la segunda (y las siguientes) son mucho más rápidas. Combinado con una CDN, la caché es probablemente el multiplicador de velocidad con mejor ratio coste-beneficio que existe.
Qué hacer en WordPress:
Instala un plugin de caché. Los tres que más uso en proyectos reales:
- WP Rocket: de pago (unos 50 euros al año para una licencia de un sitio). Es el que mejor funciona sin necesidad de configuración avanzada. Para webs de negocio con tráfico real, vale cada céntimo. Hace caché de página, minificación, lazy loading, precarga, delay de JavaScript, y un montón de cosas más con configuración por defecto razonable.
- W3 Total Cache: gratuito, muy potente, pero tiene una curva de aprendizaje considerable. Si no sabes lo que es una caché de objetos o un CDN de zona estática, mejor evítalo a menos que vayas a aprender.
- LiteSpeed Cache: gratuito, increíble si tu hosting usa servidores LiteSpeed (como Hostinger o algunos planes de Raiola). Si tu hosting no es LiteSpeed, tiene valor limitado.
Para webs que no están en WordPress, la caché la configura el propio framework (Next.js, Astro, etc.) o el servidor web (Nginx, LiteSpeed). En los proyectos que montamos nosotros con Next.js, el rendering estático con revalidación incremental hace que la mayoría de páginas se sirvan en menos de 100 ms de TTFB sin hacer nada raro.
5. El CLS — esos elementos que saltan y sacan de quicio
El CLS alto tiene causas muy concretas, y todas tienen solución conocida:
Anuncios o banners que se cargan después del contenido y empujan el resto hacia abajo. Si tienes AdSense, un banner de afiliados, o cualquier publicidad de terceros, reserva el espacio en el diseño aunque el anuncio no haya cargado todavía. El hueco debe estar ahí desde el principio, aunque sea vacío, y luego se rellena.
Fuentes tipográficas externas (Google Fonts, Adobe Fonts) que llegan tarde. El navegador muestra primero el texto con la fuente del sistema y luego "salta" a la fuente personalizada cuando llega, reacomodando todo el contenido. La solución: precargar las fuentes con <link rel="preload"> en el HTML y usar la propiedad CSS font-display: swap combinada con tamaños similares entre la fuente de fallback y la fuente definitiva.
Imágenes sin dimensiones definidas en el HTML. Si el navegador no sabe cuánto espacio va a ocupar una imagen antes de cargarla, no puede reservar el espacio y el contenido se reposiciona cuando llega la imagen. Asegúrate de que todas tus imágenes tienen atributos width y height definidos en el HTML, aunque luego las dimensiones reales las controle el CSS. Los plugins modernos de WordPress hacen esto automáticamente, pero muchos temas comerciales antiguos no.
Banner de cookies mal implementado que aparece 2 segundos después de la carga y empuja todo hacia abajo. Si tu banner de cookies se muestra sobre el contenido (overlay) en lugar de desplazarlo, este problema desaparece. Si necesita desplazar contenido, debe cargarse en el primer momento, no después.
Lo que tienen en común las webs rápidas
He auditado varios cientos de webs en este tiempo, tanto rápidas como lentas. Las rápidas, independientemente del sector o del tamaño, comparten un conjunto de patrones que se repiten. Si estás planteándote rediseñar tu web o empezar una nueva, apunta estos porque son la diferencia entre una web moderna y rápida, y una web que "va razonable":
Pocas peticiones HTTP. Una web típica hace entre 60 y 120 peticiones al cargar. Las webs rápidas hacen menos de 40. Cada petición es una conexión al servidor, un archivo que descargar, un tiempo de espera mínimo incluso con HTTP/2 y HTTP/3. Menos peticiones equivale a menos tiempo total de carga. Esto se consigue combinando archivos CSS y JS, usando sprites de imágenes cuando tiene sentido, y siendo ascetas con los plugins.
Caché bien configurada en varias capas. El navegador del usuario guarda copias de los archivos que no cambian con frecuencia. Si visitas una segunda página del mismo sitio, no descarga el logo, el CSS ni el JavaScript de nuevo — ya los tiene guardados. La caché se aplica en tres niveles: navegador (headers de caché), servidor (caché de página completa), y CDN (caché distribuida geográficamente). Las webs rápidas tienen las tres bien configuradas.
CDN para los recursos estáticos. Una Content Delivery Network sirve tus imágenes, tu CSS y tu JavaScript desde el servidor más cercano geográficamente al usuario. Para el tráfico europeo que llega a Tenerife desde el norte de Europa o desde la Península, la diferencia puede ser de 300 a 800 milisegundos por recurso. Cloudflare tiene una capa gratuita que hace exactamente esto y que cualquiera con acceso al DNS de su dominio puede activar en 20 minutos. No hay excusa para no tenerla.
Imágenes con lazy loading. Solo cargan las imágenes que están en la parte visible de la pantalla al principio. Las del pie de página o las que quedan por debajo del scroll inicial se cargan cuando el usuario se acerca a ellas. Reduce el peso inicial de la página drásticamente. En WordPress es automático desde la versión 5.5, y en Next.js viene de serie con el componente <Image>.
CSS y JavaScript minificados y comprimidos. Los archivos de código pueden comprimirse eliminando espacios, comentarios y caracteres innecesarios. Además, servirlos con compresión Gzip o Brotli reduce el tamaño transferido entre un 60% y un 80%. Los plugins de caché suelen hacer esto automáticamente, y cualquier servidor moderno soporta Brotli de serie.
Menos JavaScript, más HTML. Las webs rápidas tienen menos código JavaScript ejecutándose. Los constructores visuales de WordPress como Elementor o Divi generan cantidades obscenas de HTML, CSS y JavaScript para producir resultados que podrían lograrse con un tema bien hecho y una quinta parte del código. Si estás empezando una web nueva y la velocidad te importa, elige un tema ligero (GeneratePress, Kadence, Astra) o valora pasar a un framework moderno.
Prioridad al contenido sobre los adornos. Las webs rápidas cargan primero el contenido principal (el titular, la imagen de cabecera, el primer párrafo) y dejan para después los elementos secundarios (el footer, el carrusel de testimonios al final, los widgets de redes sociales). Esto se llama "critical path rendering" y es una decisión de diseño que se toma al construir la web, no algo que se añada después.
El caso práctico del restaurante de Costa Adeje
Volviendo al restaurante que mencioné al inicio de este artículo. Después de la auditoría hicimos tres cambios concretos en una semana de trabajo. Te los detallo porque son los tres cambios típicos que solucionan el 80% de los problemas de velocidad en un WordPress de un negocio local:
Cambio 1: imágenes. Comprimimos todas las fotos del menú y de las instalaciones (12 imágenes en la portada, 34 más en la galería interior). Pasaron de 47 MB en total a 3,1 MB. Las convertimos a WebP con ShortPixel y dejamos los originales como fallback para navegadores antiguos. Tiempo invertido: 2 horas.
Cambio 2: plugins. Eliminamos 4 plugins de WordPress que estaban activos pero no usaban: un plugin de chat que instalaron hace dos años y nunca configuraron (añadía un script de 320 KB en todas las páginas), un constructor de páginas antiguo que ya no usaban porque habían migrado a otro más nuevo, un plugin de estadísticas duplicado (tenían tanto Jetpack Stats como Google Analytics 4 midiendo lo mismo), y un plugin de slider que ya no aparecía en ninguna página pero seguía cargando su CSS y JavaScript de fondo. Tiempo invertido: 1 hora.
Cambio 3: CDN y caché. Activamos Cloudflare en modo proxy (el plan gratuito ya es suficiente para un negocio de este tamaño) y configuramos WP Rocket con los ajustes por defecto optimizados. Esto añadió caché de página, minificación de CSS y JS, lazy loading agresivo, y delay de ejecución de JavaScript no crítico hasta la primera interacción del usuario. Tiempo invertido: 1 hora.
Resultado: el LCP pasó de 8,2 segundos a 2,9 segundos. El TTFB bajó de 1,6 s a 0,3 s. El INP quedó en 140 ms (antes estaba en 420 ms). El CLS pasó de 0,31 a 0,05. La puntuación de PageSpeed en móvil subió de 28 a 81.
Pero lo importante no son esos números, lo importante es lo que pasó después: las conversiones del anuncio de Google Ads —que medíamos como reservas online completadas— subieron un 34% en el primer mes. El presupuesto en Ads era exactamente el mismo: 900 euros al mes. Lo que cambió fue lo que pasaba cuando la gente llegaba a la web. La misma campaña, el mismo público, el mismo anuncio, pero una experiencia de aterrizaje completamente distinta.
Coste de implementación: 4 horas de trabajo técnico más una hora de análisis previo. Sin cambiar el diseño, sin reescribir una sola línea de contenido, sin tocar la estructura de la web. Solo velocidad. El cliente recuperó la inversión (tarifa técnica + suscripción anual de WP Rocket + ShortPixel) en las primeras tres semanas con reservas adicionales.
Este caso no es excepcional. Es exactamente el patrón que se repite cuando aplicas los tres cambios básicos a una web de WordPress mal optimizada. Lo que pasa es que el 80% de las webs de negocios locales están en esa situación y nadie les ha dicho que hay un problema arreglable en una semana.
Por qué esto importa especialmente en Tenerife
El tráfico local en Canarias tiene tres características estructurales que hacen la velocidad web más crítica aquí que en otros mercados peninsulares. No es un matiz, es una diferencia real que cambia las prioridades de cualquier estrategia digital.
Dominancia extrema del móvil. Como mencioné antes, entre el 72% y el 84% del tráfico orgánico de los negocios locales en Tenerife viene del móvil. En sectores como la hostelería, alojamiento turístico y restauración, ese porcentaje sube al 88-92%. Los teléfonos tienen peor rendimiento de red que los ordenadores, especialmente en zonas con cobertura irregular: el interior de la isla (Vilaflor, Arafo, El Sauzal) tiene puntos de cobertura débil, y algunas zonas costeras muy masificadas (Las Américas en temporada alta, Los Cristianos en horas pico) tienen caídas de velocidad por saturación de las antenas.
El turista con datos en roaming. Un porcentaje importante de las visitas a webs de negocios turísticos en Tenerife proviene de turistas que están en la isla con tarjetas SIM extranjeras en roaming. Las velocidades de datos en roaming son habitualmente más lentas que con una tarjeta local, especialmente en operadores low-cost europeos. Una web que carga en 3 segundos en 4G español puede tardar 6 u 8 segundos con datos en roaming europeo. Para negocios con componente turística (restaurantes en Costa Adeje, excursiones en Los Gigantes, alquiler de actividades acuáticas en El Médano, tiendas en Puerto de la Cruz), esto significa que la velocidad web tiene un doble impacto: afecta tanto al turista que planifica desde su país como al turista que ya está aquí buscando opciones.
Conexiones de usuarios con acentos europeos. Un negocio en Tenerife no solo compite por el usuario local. Compite por el alemán que planifica sus vacaciones en enero desde Múnich, el inglés que busca actividades desde Manchester la noche antes de salir, o el sueco que compara restaurantes desde Estocolmo mientras hace la maleta. Esos usuarios están en servidores europeos centrales con latencias al servidor español de 60 a 150 milisegundos. Sin CDN, cada archivo tarda de más. Con CDN, la web se sirve desde Fráncfort o Ámsterdam y la latencia cae a 20-40 milisegundos.
Esto amplifica el impacto de la velocidad web para negocios con componente turística. Y conecta directamente con otros aspectos del SEO local que cubrí en mi guía de SEO local Tenerife: de poco sirve posicionar para "restaurante Costa Adeje" si cuando el alemán busca desde su hotel y hace clic, tu web tarda 9 segundos y se va a la competencia.
Velocidad web y SEO: la relación real en 2026
Desde 2021, los Core Web Vitals son un factor de ranking oficial en Google. Pero la forma exacta en que afectan al posicionamiento se malinterpreta constantemente, así que vale la pena aclararla.
No es que Google te suba si eres rápido. Es que Google te baja si eres lento, especialmente cuando hay alternativas igual de relevantes que son más rápidas. En mercados con poca competencia (muchos nichos de servicios locales en Tenerife), puedes posicionar primero aunque tu web sea lenta, simplemente porque no hay nadie mejor. Pero en cuanto aparece un competidor que hace las cosas bien, la velocidad se convierte en el factor que define quién está primero.
El efecto indirecto es más grande que el directo. Una web lenta tiene más rebote, menos tiempo en página y menos páginas vistas por sesión. Todas esas señales de comportamiento son factores que Google mide y usa para ajustar el ranking. Una web rápida genera automáticamente mejores señales de comportamiento, y esas señales realimentan el posicionamiento.
En móvil el impacto es mayor. Google usa el índice "mobile-first" desde 2019, lo que significa que la versión móvil de tu web es la que realmente cuenta para el ranking, no la de escritorio. Si tu escritorio va rápido y tu móvil va lento, para Google tu web va lenta. Punto.
Los AI Overviews y la velocidad. Los AI Overviews que Google muestra encima de los resultados orgánicos desde 2024 necesitan fuentes citables. Una web lenta puede ser indexada y citada en un AI Overview, pero si el usuario hace clic en la cita y la web no carga rápido, la probabilidad de conversión se desploma. La velocidad web es una capa fundamental de cualquier estrategia de visibilidad en el Google actual, no solo de SEO clásico.
Cuándo contratar a alguien para esto y cuánto debería costar
Si tus puntuaciones están por debajo de 50 en móvil y no tienes claro por dónde empezar, tiene sentido pedir ayuda técnica. No porque sea imposible hacerlo solo, sino porque el tiempo que inviertes en aprender y ejecutar tiene un coste de oportunidad alto. Un dueño de negocio que dedica dos fines de semana completos a optimizar su web está renunciando a esos dos fines de semana en otra cosa que probablemente rinde más (atender mejor a clientes, gestionar el equipo, descansar para la semana que viene).
Una auditoría técnica de velocidad web con diagnóstico y hoja de ruta suele estar entre 150 y 350 euros en el mercado canario. La implementación de las mejoras detectadas, entre 200 y 800 euros dependiendo de la complejidad, el tamaño de la web y el estado inicial. En la mayoría de los casos, el retorno en mejora de conversiones lo recupera en 2 o 3 meses. He tenido clientes que lo han recuperado en semanas.
Este rango de precios de diseño web es realista para el mercado local. Desconfía de quien te ofrezca optimización "completa" por 50 euros (no da para el tiempo mínimo de trabajo serio) y de quien te pida 2.000 euros por optimizar una web sencilla (probablemente te está vendiendo humo). El rango razonable está en 250-600 euros para una web de un pyme local con 10-30 páginas.
Si tienes una web en Next.js, Astro o cualquier framework moderno bien configurado, probablemente ya tienes buenas puntuaciones de base — los frameworks modernos están optimizados por defecto para Core Web Vitals. El problema es mucho más frecuente en WordPress con muchos plugins y temas comerciales pesados que cargan recursos innecesarios. Si tu web es WordPress, probablemente tenga margen de mejora grande. Si es Next.js bien hecho, probablemente el problema esté en otro lado (contenido, SEO, conversión).
Una vez optimizada la web, el siguiente paso lógico es mantenerla así. La velocidad no es un proyecto, es un proceso. Si instalas plugins nuevos cada mes, si añades scripts de marketing nuevos, si subes imágenes sin comprimir porque se te olvidó el plugin, la velocidad se va degradando. Por eso una parte importante del trabajo continuo es el mantenimiento WordPress, que incluye revisiones periódicas de rendimiento además de las actualizaciones de seguridad.
Velocidad web y conversión: la parte que nadie mira
Hasta ahora he hablado mucho de SEO y de Google, pero el impacto más directo de la velocidad web no está en el ranking, está en la conversión. El SEO te trae el tráfico a la puerta; la velocidad determina cuánto de ese tráfico se convierte en clientes reales.
Algunos datos concretos que he visto repetirse en los proyectos de los últimos años en Tenerife:
En una clínica dental en Santa Cruz, pasar de 5,8 s de LCP a 2,3 s aumentó los formularios completados de 14 al mes a 23 al mes, sin cambiar el tráfico ni el mensaje. La misma cantidad de visitantes, pero más de ellos llegaban al formulario y lo rellenaban porque la web respondía rápido y no les frustraba.
En un despacho de abogados en La Laguna, reducir el tiempo hasta interactivo de 6,1 s a 2,8 s hizo que las llamadas directas desde móvil (el botón de "llamar ahora" que en móvil lanza el marcador) aumentaran un 52%. El patrón era claro: la gente que encontraba al despacho por búsqueda local tenía intención de llamar, pero muchos no esperaban los 6 segundos hasta que el botón fuera funcional. En cuanto fue instantáneo, llamaron.
En un hotel pequeño en Puerto de la Cruz, bajar el peso de la página de reservas de 8,4 MB a 1,2 MB y el LCP de 7,9 s a 2,4 s provocó que las reservas directas (sin pasar por Booking ni por Expedia) subieran un 41% en tres meses. Cada reserva directa ahorrada a las OTAs son entre 15% y 20% de comisión que se queda el hotel. El impacto económico de esa mejora de velocidad fue superior a los 8.000 euros en los tres meses siguientes.
En una tienda de productos de artesanía en Los Cristianos con e-commerce, optimizar el checkout de 4 pasos con 11 segundos de carga acumulada a un checkout de 2 pasos con 2,7 segundos aumentó la conversión de carrito completado del 0,8% al 2,3%. Casi el triple.
Ninguno de estos clientes tenía un producto malo ni un marketing flojo. Todos tenían webs que estaban frenándolos. La velocidad es el multiplicador silencioso que puede convertir una campaña mediocre en una buena, o una buena en excelente.
Los estudios generales confirman lo que yo veo a pie de proyecto:
- Según Google, por cada segundo de retraso en carga móvil, las conversiones caen un 20%.
- Según Deloitte, una mejora del 10% en velocidad móvil aumenta las conversiones entre un 8% y un 11%.
- Según Amazon (datos de 2019, antes aún del actual ecosistema móvil), cada 100 ms de retraso le costaba el 1% de sus ventas.
Estos porcentajes no son lineales. La diferencia entre 1 s y 2 s de carga no tiene el mismo impacto que la diferencia entre 5 s y 6 s. Las caídas de conversión se aceleran en los tramos más lentos: pasar de 6 s a 4 s tiene mucho más impacto que pasar de 4 s a 2 s, y este último más que pasar de 2 s a 1 s. Por eso, si tu web está en la franja "lenta" (por encima de 4 s de LCP), cualquier euro invertido en optimización se recupera rapidísimo. Si ya estás en 2 s, la optimización extra es un refinamiento, no una necesidad urgente.
Lo que puedes hacer esta semana sin gastar un euro
Si has llegado hasta aquí y quieres ponerte a ello tú mismo sin esperar a contratar a nadie, este es el plan concreto en cinco pasos que puede ejecutar cualquier persona con acceso al panel de su web:
Paso 1: mide el estado actual. Abre PageSpeed Insights con la URL de tu web y anota la puntuación de móvil, el LCP, el INP y el CLS. Anota también los tres "problemas" principales que te lista la herramienta en el apartado "Oportunidades". Esto es tu foto de partida y contra esto vas a medir la mejora.
Paso 2: ataca las imágenes. Es el cambio con mejor ratio impacto/esfuerzo en la mayoría de los casos. Descarga Squoosh (web, gratuita), comprime las 5 imágenes más grandes de tu web (las del carrusel de portada, las del banner, las de cabecera de servicios) y vuelve a subirlas al WordPress sustituyendo las actuales. Si tienes 20 o 30 imágenes grandes, instala ShortPixel y deja que las procese todas.
Paso 3: audita los plugins. Si tienes WordPress, entra en Plugins y revisa uno por uno. Desactiva cualquiera que no uses activamente. Si no lo echas de menos en los próximos 7 días, bórralo directamente (desactivar no siempre libera de cargar el CSS y JavaScript asociado, borrar sí). Presta especial atención a sliders, constructores de páginas no usados, plugins de chat sin configurar, y cualquier cosa que tenga la palabra "popup" o "social" en el nombre.
Paso 4: activa Cloudflare. Regístrate gratis en Cloudflare, añade tu dominio, cambia los DNS siguiendo las instrucciones que te dan (tardas 10 minutos y no necesitas conocimientos técnicos) y activa el modo proxy. En una hora tienes una CDN global gratis activa delante de tu web. Solo esto suele ganar entre 500 ms y 2 segundos de carga dependiendo del origen del tráfico.
Paso 5: instala un plugin de caché. WP Super Cache es gratuito, simple y suficiente para el 80% de los casos. Instálalo, actívalo con la configuración por defecto, y ya tienes caché de página configurada. Si tienes presupuesto (50 euros al año), compra WP Rocket y gana entre un 10% y un 20% más de rendimiento por la configuración más avanzada.
Después de hacer estos 5 pasos, vuelve a PageSpeed Insights y mide otra vez. La mayoría de las webs de WordPress típicas pasan de 30-50 puntos a 70-85 puntos solo con estos cambios. No vas a llegar a la perfección, pero probablemente vas a cruzar los umbrales que Google considera "buenos" en los tres Core Web Vitals.
Si después de esos cambios sigues por debajo de 60 puntos, o si quieres que hagamos la auditoría por ti y te digamos exactamente qué está fallando y qué costaría arreglarlo, escríbenos. Hacemos la auditoría gratis si después contratas la corrección; si solo quieres el informe, son 150 euros y te llega en 48 horas con diagnóstico concreto y plan de acción ordenado por impacto.
Errores habituales al intentar optimizar la velocidad web
Como en cualquier disciplina, hay formas equivocadas de intentar mejorar la velocidad que acaban empeorando las cosas. Los veo con frecuencia cuando heredo webs de clientes que ya intentaron optimizar antes con otro proveedor:
Instalar tres plugins de caché a la vez pensando que "más es mejor". En realidad, los plugins de caché se pisan entre sí, se generan conflictos, y el resultado final es peor que no tener ninguno. Regla simple: solo uno, bien configurado.
Minificar CSS y JavaScript sin probar. La minificación puede romper scripts si no se hace con cuidado. He visto webs donde el formulario de contacto dejó de funcionar después de activar "minificar JS" porque un script crítico quedó mal. Tras activar cualquier ajuste de minificación, prueba todos los formularios, todos los botones importantes, y todas las páginas críticas del sitio.
Convertir todas las imágenes a WebP de golpe sin verificar compatibilidad. En 2026 la compatibilidad de WebP es universal, pero el tema de WordPress puede no soportar bien las imágenes WebP si es antiguo. Prueba en una página secundaria primero, verifica que se muestran bien, y luego extiende al resto.
Obsesionarse con el score de PageSpeed en lugar de los Core Web Vitals reales. El score es una puntuación compuesta que cambia con cada ligera variación. Lo que importa de verdad son LCP, INP y CLS medidos con datos de campo en Search Console. Un score de 88 con LCP real en 3 s vale más que un score de 95 con LCP real en 4,2 s.
Desactivar plugins sin saber qué hacen. Si tienes un plugin con nombre críptico activo, búscalo antes de desactivarlo. He visto clientes desactivar el plugin que gestionaba su pasarela de pago porque "no sabían para qué era", rompiendo las ventas durante tres días. Si no estás seguro, pregunta a tu desarrollador antes.
Cambiar el tema de WordPress creyendo que "uno más ligero" va a resolver todo. Cambiar de tema es una operación importante que suele romper configuraciones de personalización, widgets, menús y plugins dependientes. Antes de cambiar el tema, verifica que el problema es realmente el tema (con alguna herramienta como Query Monitor puedes ver qué está tardando). En muchos casos, el problema son los plugins o las imágenes, no el tema.
Preguntas frecuentes sobre velocidad web y Core Web Vitals
¿Cuánto tiene que cargar mi web como máximo para no perder clientes?
El umbral práctico para negocios locales en Tenerife es 3 segundos de LCP en móvil. Por debajo de 2,5 s estás en la zona "buena" que Google premia. Entre 2,5 y 3,5 s estás en una zona aceptable sin grandes penalizaciones. Por encima de 4 s estás perdiendo conversiones medibles todos los días. A partir de 6 s estás en una situación crítica donde la mayoría de usuarios abandonan antes de ver tu contenido.
¿Es verdad que una web de WordPress siempre va a ir más lenta que una web hecha a medida?
No es verdad como afirmación absoluta, pero como tendencia estadística sí. Un WordPress bien hecho con un tema ligero, menos de 15 plugins y un hosting decente puede tener puntuaciones de PageSpeed de 80-90 en móvil sin problema. Pero un WordPress típico con Elementor, WooCommerce, 40 plugins y un hosting compartido de 3 euros al mes va a estar irremediablemente en el rango 30-50. Las webs hechas en Next.js, Astro o Hugo parten de un rendimiento mejor por defecto porque son arquitecturalmente más ligeras, pero la clave real no es el framework sino la disciplina de quien la construye y la mantiene.
¿Cuánto puede mejorar mi web con optimización sin cambiarla entera?
En la mayoría de los casos reales que he visto en Tenerife, una optimización seria puede mejorar el LCP entre un 50% y un 70%. Una web que tarda 8 segundos puede bajar a 2,5-3 segundos. Una que tarda 5 segundos puede bajar a 2 segundos. La puntuación de PageSpeed suele subir 30-50 puntos desde una base baja. Sin cambiar el diseño, sin rehacer el contenido, solo con optimización técnica. Si tu web está muy mal y quieres mejoras radicales que nada resuelve, probablemente sea momento de plantearse una reconstrucción, pero es el último recurso, no el primero.
¿Merece la pena pagar un hosting premium como Kinsta o WP Engine?
Depende del volumen de tráfico y del ingreso que genera tu web. Para una web que factura más de 2.000-3.000 euros al mes en conversiones online directas (reservas, pedidos, contactos que se cierran en venta), sí, claramente merece la pena. El salto en rendimiento respecto a un hosting compartido de 5 euros es enorme: servidores dedicados, caché de objetos Redis, CDN incluida, soporte técnico real, copias de seguridad automatizadas. Para una web de una pyme local con tráfico bajo y bajo componente transaccional directo, un hosting intermedio como Siteground o Raiola (8-15 euros al mes) suele ser suficiente y deja presupuesto para otras cosas.
¿Cuánto tiempo tardan los cambios en reflejarse en Google Search Console?
Los datos de campo que usa Google para evaluar Core Web Vitals se basan en datos reales de usuarios de Chrome de los últimos 28 días. Esto significa que, aunque optimices tu web hoy, Search Console tardará entre 2 y 4 semanas en mostrar los nuevos valores promedio, porque necesita acumular suficientes visitas con el nuevo comportamiento. No te asustes si haces cambios y no ves movimiento inmediato: es normal. PageSpeed Insights sí te muestra resultados actualizados en cada medición, pero son datos de laboratorio.
¿El protocolo HTTP/3 merece la pena activarlo?
Sí, si tu hosting o tu CDN lo soportan. HTTP/3 es la tercera versión del protocolo que usa el navegador para hablar con tu servidor, y es sensiblemente más rápido que HTTP/2 en conexiones móviles inestables (que son la mayoría del tráfico real). Cloudflare lo activa por defecto en su plan gratuito. Algunos hostings como Kinsta lo soportan de serie. Si tu servidor no lo soporta nativamente, colocar Cloudflare por delante resuelve el problema sin coste adicional. Ganar 50-150 ms de latencia por recurso no parece mucho, pero multiplicado por 60 recursos de una página son 3-9 segundos acumulados.
¿Qué prioridad le doy a la velocidad web frente a otras acciones de marketing digital?
Depende del estado de partida. Si tu web tiene puntuación de PageSpeed móvil por debajo de 50, la velocidad es prioridad absoluta y debe arreglarse antes de gastar más en SEO, en contenido o en anuncios. No tiene sentido traer tráfico a una web que lo repele. Si tu puntuación está por encima de 70 y los Core Web Vitals en verde, puedes priorizar otras acciones (contenido, link building, optimización de conversión) y tratar la velocidad como un chequeo periódico. El orden correcto casi siempre es: primero arregla la casa, después invita a la gente.
¿Google penaliza más la velocidad en móvil o en escritorio?
Mucho más en móvil. Google lleva años con indexación mobile-first, lo que significa que evalúa tu web principalmente por cómo se comporta en móvil. Un escritorio rápido con móvil lento es, para Google, un sitio lento. El móvil pesa en torno al 90-95% de la evaluación de velocidad para el ranking en búsquedas locales, especialmente para búsquedas con intención transaccional ("restaurante en Las Américas", "dentista Santa Cruz", "abogado La Laguna").
Cierre y cómo seguir
La velocidad web no es un tema técnico abstracto. Es la diferencia entre una campaña de Google Ads que funciona y una que tira el dinero. Entre un SEO que sube y un SEO que se estanca aunque hagas todo lo demás bien. Entre un formulario de contacto que se rellena y uno que la gente empieza pero nunca termina porque el botón tarda 3 segundos en responder.
Llevo varios años viendo la misma historia repetirse en Tenerife: negocios decentes con productos decentes y equipos decentes, frenados por webs que van lentas. La parte positiva es que casi siempre se puede arreglar en menos tiempo del que la gente cree, y por menos dinero del que la gente piensa. En el mercado canario, donde el nivel técnico medio de las webs es bajo, hacer las cosas bien en velocidad te pone inmediatamente por delante de la mayoría de tus competidores.
Si has llegado hasta aquí es porque el tema te interesa en serio. Mi recomendación concreta: no esperes a la próxima actualización de Google, no esperes al rediseño que llevas tres años posponiendo, no esperes a que "tengas tiempo". Haz los cinco pasos del apartado anterior esta semana, mide los resultados, y construye desde ahí. Es la mejor inversión de tiempo que puede hacer un dueño de negocio pequeño en internet en 2026.
Y si después de intentarlo tu web sigue dando malos números, o si simplemente prefieres que alguien se ocupe de principio a fin mientras tú te centras en tu negocio, escríbeme. Hacemos auditoría gratuita de velocidad web para webs de negocios en Tenerife: un informe detallado con diagnóstico, causas raíz y hoja de ruta de corrección, explicado sin jerga técnica. Si después contratas la corrección, el informe va incluido. Si solo quieres el informe, son 150 euros. En cualquiera de los dos casos, sales con un plan claro y con números reales de tu web, no con sensaciones.
La velocidad es probablemente la métrica con mejor ratio retorno/esfuerzo en todo el marketing digital de un negocio local. En Tenerife, con la competencia técnica que tenemos, es además una ventaja competitiva estructural que pocos están aprovechando. Esa ventana no va a estar abierta para siempre: cada año que pasa, más negocios locales despiertan a la importancia de esto. Si empiezas hoy, llegas antes que la mayoría.