Core Web Vitals y el rendimiento real de tu página web

Hay una escena que se repite mucho más de lo que la gente cree. Alguien abre el móvil, busca algo, entra en una web y, antes de que termine de cargar del todo, ya está pulsando la flecha de volver atrás. No lo piensa, no analiza nada, simplemente se aburre de esperar y se va a otra página que le resuelva la duda más rápido. Ese comportamiento tan humano y tan poco reflexivo es, en el fondo, el motivo por el que existen las métricas de las que vamos a hablar hoy.

Llevamos años revisando webs de todo tipo, desde tiendas pequeñas hasta proyectos corporativos con mucho tráfico, y casi siempre encontramos el mismo patrón. Se ha invertido mucho tiempo y dinero en que la web se vea bonita, y muy poco en que responda rápido y se sienta ágil al usarla. Son cosas distintas, y cuanto antes se entienda la diferencia, mejor le va a un negocio en internet.

Qué son en realidad estas métricas de experiencia

Google lleva ya un tiempo midiendo, de forma bastante concreta, tres aspectos muy pegados a lo que siente una persona real cuando usa una web. No mide solo si la página carga rápido en abstracto, mide algo más fino, cuánto se tarda en ver lo importante, cuánto se tarda en poder interactuar sin que la web se quede pensando, y si el contenido se mueve de sitio de forma molesta mientras se está leyendo o intentando pulsar algo.

A este trío se le conoce con un nombre en inglés que ya se ha quedado fijado en el sector, y que aparece constantemente en informes, plugins y paneles de análisis. Merece la pena entender cada una de las tres piezas por separado, porque cada una se soluciona de una manera distinta y confundirlas lleva a perder tiempo arreglando lo que no toca.

La velocidad con la que aparece lo importante

La primera métrica mide cuánto tarda en aparecer, en pantalla, el elemento más grande y relevante de lo primero que ve la persona. Puede ser una imagen principal, un titular grande o un bloque de texto extenso. No importa cuánto tarde en cargar el resto de la página, lo que se mide aquí es ese momento concreto en el que el usuario percibe que la web ya tiene algo sustancioso que mostrarle.

Un ejemplo real. Hace tiempo revisamos la web de un despacho de abogados cuya portada tardaba una eternidad en mostrar el titular principal porque ese titular iba dentro de una imagen enorme sin comprimir, alojada además en un servidor bastante lento. El usuario veía primero un fondo blanco durante varios segundos, y luego, de golpe, aparecía todo. Cambiamos esa imagen por un texto real superpuesto sobre una imagen mucho más ligera, y el tiempo bajó de forma muy notable casi sin tocar nada más.

Lo que más suele disparar este tiempo es bastante reconocible una vez que se sabe qué buscar.

• Imágenes demasiado pesadas o mal dimensionadas para el hueco donde se muestran.
• Un servidor que tarda mucho en responder antes incluso de empezar a enviar la página.
• Hojas de estilo o scripts que bloquean la carga antes de que se pueda pintar nada en pantalla.
• Fuentes tipográficas externas que el navegador tiene que descargar antes de mostrar el texto.
• Vídeos de fondo que se cargan como si fueran lo primero que hay que mostrar, cuando casi nunca lo son.

Se considera un buen resultado cuando ese momento llega en menos de dos coma cinco segundos. Entre dos coma cinco y cuatro segundos se considera mejorable, y por encima de cuatro segundos ya se entiende como un problema serio que probablemente esté espantando visitas.

La rapidez con la que la web responde cuando alguien interactúa

La segunda métrica es más sutil y mucha gente no la nota de forma consciente, aunque la sufre igualmente. Mide el tiempo que pasa entre que alguien pulsa un botón, escribe en un campo o despliega un menú, y el momento en que la pantalla responde a esa acción de forma visible. Cuando ese tiempo se alarga, la sensación es de una web torpe, pesada, que no obedece.

Piensa en un formulario de reserva de una clínica, donde el usuario elige una fecha en un calendario desplegable. Si cada clic tarda medio segundo en reflejarse, la persona empieza a dudar de si ha pulsado bien, vuelve a pulsar, y termina generando errores dobles que ni siquiera son culpa suya. Nos ha pasado con más de un cliente que después de optimizar este aspecto, las quejas sobre un formulario que llevaba años funcionando igual, simplemente desaparecieron.

El origen de este problema casi siempre está relacionado con el trabajo que le pedimos al navegador que haga justo en ese instante.

• Demasiado código que se ejecuta de golpe cuando la página termina de cargar.
• Scripts de terceros, como chats o herramientas de analítica, que ocupan el procesador en el peor momento posible.
• Animaciones o efectos visuales calculados de forma poco eficiente.
• Bibliotecas enteras cargadas solo para usar una función muy pequeña de ellas.

Aquí se considera un buen resultado quedarse por debajo de doscientos milisegundos, un resultado mejorable entre doscientos y quinientos, y un resultado pobre por encima de quinientos milisegundos.

Los saltos de contenido que desesperan a cualquiera

La tercera métrica seguramente sea la más fácil de entender sin explicaciones técnicas, porque todo el mundo la ha sufrido alguna vez sin saber que tenía nombre. Es esa sensación de estar leyendo algo, o a punto de pulsar un botón, y que de repente todo se desplace porque ha aparecido un banner, una imagen o un anuncio justo encima de donde estaba mirando.

El ejemplo más típico es el aviso de cookies que aparece con retraso, empujando hacia abajo el contenido cuando la persona ya había empezado a leer, o el botón de comprar que se mueve justo cuando alguien iba a pulsarlo porque una imagen de arriba ha terminado de cargar en ese instante y ocupa más espacio del que el navegador había reservado. Es frustrante, y además puede provocar clics accidentales en cosas que la persona no quería tocar.

Casi siempre este problema viene de no decirle al navegador, de antemano, cuánto espacio va a ocupar algo que todavía no ha terminado de cargar.

• Imágenes o vídeos insertados sin indicar su ancho y su alto reales.
• Anuncios o widgets que se insertan de forma dinámica sin reservar hueco.
• Fuentes tipográficas que cambian el tamaño del texto al terminar de cargar.
• Contenido añadido por encima de lo ya visible, en vez de debajo.

El valor que se busca aquí está por debajo de cero coma uno. Entre cero coma uno y cero coma veinticinco se considera mejorable, y por encima de cero coma veinticinco es un problema que suele notarse a simple vista.

Datos de campo y datos de laboratorio no son lo mismo

Uno de los mayores líos que vemos, incluso entre gente que ya sabe programar, es mezclar dos tipos de medición muy distintos. Por un lado existen las pruebas de laboratorio, que se hacen en condiciones controladas, con una conexión y un dispositivo simulados de forma fija. Por otro lado existen los datos de campo, que vienen de personas reales navegando con su propio móvil, su propia conexión y su propio contexto, muchas veces bastante peor que el de una prueba de laboratorio.

Una web puede sacar una nota estupenda en una prueba de laboratorio y, al mismo tiempo, tener datos de campo bastante peores, precisamente porque la gente real usa móviles más antiguos, redes móviles más lentas y tiene otras pestañas abiertas consumiendo recursos. Google, a la hora de valorar la experiencia para el posicionamiento, se fija sobre todo en los datos de campo agregados de los últimos meses, no en una prueba puntual bonita que alguien haya hecho justo antes de enseñársela a un cliente.

Por eso, cuando alguien nos dice que su web va rapidísima porque lo ha comprobado una vez desde su ordenador con fibra, siempre le preguntamos lo mismo. Y esa misma web, ¿cómo se comporta para alguien que la abre desde un móvil de gama media, con datos móviles, en la calle, con poca cobertura? Esa es la pregunta que de verdad importa.

Las herramientas que usamos para medir de verdad

No hace falta ser programador para revisar estos datos, aunque interpretarlos bien sí requiere algo de práctica. Estas son las herramientas que más usamos en el día a día para entender cómo está una web y qué se puede mejorar.

• El informe de experiencia de página dentro de la consola de búsqueda de Google, que muestra datos de campo reales agrupados por grupos de páginas parecidas.
• La herramienta pública que analiza cualquier dirección web y da una puntuación junto con recomendaciones concretas ordenadas por impacto.
• Las herramientas del navegador que permiten grabar una carga completa de la página y ver, milisegundo a milisegundo, qué está ocupando el tiempo.
• Servicios externos que simulan la carga desde distintas ubicaciones y tipos de conexión, muy útiles cuando el público de un negocio está repartido geográficamente.

Lo que solemos recomendar es no obsesionarse con una nota numérica aislada, sino mirar la evolución en el tiempo y, sobre todo, fijarse en qué recomendaciones concretas se repiten una y otra vez. Si tres herramientas distintas señalan el mismo problema, ahí hay algo que merece la pena arreglar con prioridad.

Por qué esto no es un capricho técnico

A veces algún cliente nos pregunta si de verdad merece la pena invertir tiempo en algo tan invisible como esto, cuando podría dedicarse ese presupuesto a más contenido o a publicidad. La respuesta corta es que sí, y bastante. Una web lenta no solo pierde posiciones en Google, pierde clientes de forma directa, todos los días, sin que nadie se entere del todo de por qué las ventas no acaban de despegar.

Trabajamos con una tienda online de productos para mascotas que llevaba meses invirtiendo en publicidad de pago con resultados discretos. Al revisar su web nos encontramos con un catálogo cargado de imágenes enormes, un carrusel animado en la portada y varios plugins de recomendaciones que se ejecutaban todos a la vez. La gente llegaba desde los anuncios, pagados con dinero real, y se marchaba antes de ver el producto. Después de un trabajo de limpieza y optimización, sin cambiar ni un solo anuncio ni un solo precio, las ventas procedentes de esa misma inversión publicitaria subieron de forma clara. El tráfico no había cambiado, lo que había cambiado era que ahora la web sí dejaba comprar a quien llegaba.

Los mitos que más escuchamos sobre la velocidad web

Antes de entrar en las soluciones concretas, conviene desmontar algunas ideas que circulan mucho y que llevan a la gente a perder tiempo arreglando lo que no toca, mientras el problema real sigue ahí sin tocar.

Uno de los mitos más repetidos es pensar que basta con contratar un buen alojamiento para que todo funcione rápido, sin más. Un buen servidor ayuda muchísimo, pero si la propia web está cargada de imágenes sin comprimir y de scripts innecesarios, ese servidor solo va a servir todo ese peso un poco más rápido, no va a hacerlo desaparecer.

Otro mito muy extendido es creer que un plugin de caché arregla cualquier problema de rendimiento por sí solo, como si fuera una especie de solución mágica que se instala y ya está. La caché ayuda a que la misma página no se vuelva a construir de cero para cada visitante, pero no reduce el peso de una imagen gigante ni acelera un script mal escrito, simplemente hace más rápido servir lo que ya había, bueno o malo.

También es habitual pensar que este tema solo afecta a webs muy grandes, con mucho tráfico o mucho contenido. En realidad, una web pequeña con pocas visitas puede tener exactamente los mismos problemas, imágenes pesadas, un tema mal optimizado o un alojamiento deficiente, y el efecto sobre cada una de esas pocas visitas es igual de negativo que en una web enorme.

Y por último, hay quien cree que este trabajo se hace una vez y queda resuelto para siempre. Ya lo hemos comentado antes, pero merece la pena repetirlo aquí porque es, probablemente, el error de fondo más común de todos los que vemos.

Cómo saber si tu rendimiento es bueno comparado con tu sector

Una pregunta que nos hacen mucho es si un determinado tiempo de carga es bueno o malo en términos absolutos. La respuesta honesta es que depende del tipo de negocio y de lo que la competencia esté ofreciendo en ese mismo sector. No es lo mismo comparar una tienda online con cientos de productos que una web de servicios con cinco páginas sencillas.

Lo que solemos recomendar es analizar, con las mismas herramientas que hemos mencionado antes, tres o cuatro webs de la competencia directa, y comparar tanto los resultados numéricos como, sobre todo, la sensación al navegar por ellas desde un móvil normal, con datos móviles normales, sin trucos ni conexiones privilegiadas. Si tu web tarda claramente más que la de tus competidores directos en mostrar lo importante, ahí tienes una pista muy clara de por dónde empezar a trabajar, incluso antes de mirar ningún número exacto.

La mayoría de tus visitas llegan desde el móvil, aunque tú mires la web desde el ordenador

Algo que repetimos mucho a nuestros clientes es que la percepción que ellos tienen de su propia web casi nunca coincide con la experiencia real de la mayoría de sus visitantes. El dueño de un negocio suele revisar su página desde el ordenador de la oficina, con buena conexión de fibra y una pantalla grande, y le parece que todo va perfectamente. Mientras tanto, la mayor parte del tráfico real de casi cualquier negocio local llega desde teléfonos móviles, muchas veces con datos móviles, muchas veces mientras la persona va caminando por la calle o está en un sitio con cobertura mediocre.

Esa diferencia de contexto es enorme, y explica por qué tantos negocios se sorprenden cuando les enseñamos los datos reales de rendimiento en móvil de su propia web. Un tiempo de carga que en el ordenador de la oficina parece instantáneo puede convertirse, en un móvil normal con una conexión normal, en varios segundos de espera frustrante. Por eso, cuando revisamos un proyecto, casi siempre empezamos mirando los datos de móvil antes que los de escritorio, porque ahí es donde de verdad se juega la experiencia de la mayoría de las personas que van a decidir si confían en ese negocio o se van a buscar otra opción.

Cómo se mejora de verdad la aparición del contenido principal

Aquí van las acciones que de verdad marcan diferencia, ordenadas más o menos por el impacto que solemos ver en la práctica.

• Comprimir y redimensionar las imágenes al tamaño real en el que se van a mostrar, en formatos modernos que pesan mucho menos que los tradicionales.
• Elegir un alojamiento con buena capacidad de respuesta, porque ningún truco de optimización compensa un servidor lento desde el primer instante.
• Adelantar la carga del recurso principal mediante instrucciones específicas que le dicen al navegador qué es lo más urgente.
• Eliminar o retrasar hojas de estilo y scripts que no son necesarios para pintar lo primero que se ve.
• Usar una red de distribución de contenido para que los archivos viajen desde un punto cercano a cada visitante, en vez de desde un único servidor lejano.

Ninguna de estas acciones es especialmente complicada por separado, pero suman, y aplicadas juntas suelen dar resultados que se notan a simple vista, no solo en una tabla de números.

Cómo se mejora de verdad la respuesta a las interacciones

Esta parte suele requerir algo más de trabajo técnico, porque casi siempre implica revisar el código de la propia web, no solo sus recursos externos.

• Dividir tareas largas de programación en trozos más pequeños para que el navegador pueda atender otras cosas mientras tanto.
• Retrasar la carga de scripts que no son imprescindibles nada más entrar, como widgets de valoraciones o recomendaciones secundarias.
• Revisar de verdad qué hace cada plugin o cada script de terceros, y quitar aquellos que aportan poco a cambio de mucho peso.
• Evitar animaciones que obliguen al navegador a recalcular el diseño de la página constantemente mientras el usuario interactúa.

Una técnica que usamos bastante es auditar, uno por uno, todos los scripts externos que carga una web y preguntarnos honestamente si ese chat, ese mapa incrustado o ese contador de visitas realmente aporta algo al negocio o simplemente se instaló en algún momento y nadie lo ha vuelto a mirar desde entonces. Es sorprendente la cantidad de peso muerto que se puede quitar solo con esa revisión.

Cómo se mejora de verdad la estabilidad visual

Esta es, en general, la más sencilla de arreglar una vez detectada, porque casi siempre se reduce a reservar espacio con antelación.

• Indicar siempre el ancho y el alto de cada imagen y cada vídeo en el propio código, aunque el diseño final sea flexible.
• Reservar un hueco fijo para los anuncios o widgets que se cargan más tarde, aunque durante un instante quede vacío.
• Configurar la carga de las fuentes tipográficas para que el texto no cambie de tamaño de forma brusca al terminar de descargarse.
• Insertar avisos, como el de cookies, en una zona que no empuje el contenido que la persona ya está viendo.

Una vez arreglado esto en una web, es raro que vuelva a dar problemas, salvo que se añada contenido nuevo, como un banner promocional, sin aplicar el mismo cuidado que se tuvo la primera vez.

El caso particular de WordPress

Como la mayoría de las webs con las que trabajamos usan WordPress, merece la pena hablar de sus particularidades. Es una herramienta estupenda, flexible y accesible, pero esa misma flexibilidad hace muy fácil acumular peso sin darse cuenta, sobre todo cuando se instalan plugins sin control durante años.

Los problemas que más repetimos al revisar webs en WordPress son casi siempre los mismos.

• Temas genéricos cargados de funciones que el negocio nunca va a usar, pero que igualmente se ejecutan en cada visita.
• Constructores visuales muy pesados que generan código mucho más complicado del necesario para lo que realmente se muestra.
• Varios plugins distintos haciendo tareas parecidas, como dos sistemas de formularios o dos herramientas de estadísticas a la vez.
• Imágenes subidas directamente desde el móvil o la cámara, sin ningún tipo de compresión previa.
• Un alojamiento compartido y barato, saturado de otras webs, que responde mal en las horas de más tráfico.

La buena noticia es que, precisamente por lo extendido que está WordPress, existen soluciones bien probadas para casi todo esto, desde plugins de caché serios hasta servicios de optimización de imágenes automática. La clave está en no instalar todo lo que promete arreglar el rendimiento sin entender primero qué es lo que realmente está fallando en cada caso concreto.

No todos los proyectos tienen por qué acabar en WordPress, y de hecho una parte de nuestro trabajo consiste en explicar cuándo conviene mirar hacia otras opciones. Con Drupal solemos toparnos con proyectos más grandes y complejos, donde el rendimiento depende sobre todo de una buena configuración del servidor y de la caché interna del propio sistema, más que de plugins sueltos. Con frameworks modernos orientados a contenido, como Astro, la ventaja suele notarse desde el primer momento, porque generan páginas mucho más ligeras por diseño, con muy poco código innecesario ejecutándose en el navegador. Ninguna tecnología es mágica por sí sola, pero elegir la herramienta adecuada para cada proyecto, en vez de usar siempre la misma por costumbre, ya es de por sí una decisión que afecta directamente al rendimiento final.

Las imágenes y los vídeos, el peso que más se nota

Si tuviéramos que señalar una sola causa que explica la mayoría de las webs lentas que hemos revisado, sería esta. Las imágenes sin optimizar siguen siendo, con diferencia, el motivo más habitual de que una página cargue mal, sobre todo en negocios donde el propio cliente sube contenido de forma habitual, como catálogos de producto o galerías de trabajos realizados.

Algunas prácticas que aplicamos de forma casi sistemática en cada proyecto.

• Usar formatos de imagen modernos, que ofrecen la misma calidad visual con bastante menos peso que los formatos tradicionales.
• Cargar las imágenes de forma diferida, es decir, solo cuando el usuario va a llegar a verlas al hacer scroll, no todas de golpe al entrar.
• Servir distintos tamaños de una misma imagen según el dispositivo, para que un móvil no descargue el mismo archivo enorme pensado para una pantalla grande.
• Sustituir vídeos incrustados de plataformas externas por una imagen ligera con un botón de reproducción, cargando el reproductor completo solo si la persona decide verlo.

Este último punto sorprende a mucha gente, pero un vídeo incrustado directamente puede llegar a cargar, en segundo plano, casi tanto peso como el resto de la página junta, aunque el usuario nunca llegue a pulsar reproducir.

Las fuentes tipográficas también cuentan

Es fácil olvidarse de las fuentes tipográficas al hablar de rendimiento, porque parecen un detalle puramente estético. Sin embargo, descargar varias familias tipográficas distintas, con varios grosores cada una, puede suponer un peso considerable, y además puede retrasar la aparición del texto si el navegador decide esperar a tener la fuente antes de mostrar nada.

Nuestras recomendaciones habituales en este apartado son sencillas de aplicar y suelen dar resultados rápidos.

• Limitar el número de familias tipográficas y de grosores distintos a los realmente imprescindibles para la marca.
• Configurar la carga para que el texto se muestre primero con una fuente del sistema y cambie después a la definitiva, en vez de dejar la pantalla en blanco mientras se espera.
• Adelantar la conexión con el servicio que sirve las fuentes, si se usa uno externo, para ganar tiempo antes de que realmente hagan falta.
• Valorar alojar las propias fuentes dentro del servidor de la web, en vez de depender de un servicio externo adicional.

La accesibilidad y el rendimiento van bastante de la mano

Es fácil pensar que la accesibilidad y la velocidad de carga son dos asuntos completamente separados, cada uno con su propia lista de tareas, pero en la práctica se pisan mucho más de lo que parece. Una persona que navega con una conexión limitada, quizás porque está en una zona rural o usa un plan de datos ajustado, necesita exactamente lo mismo que una persona con alguna discapacidad que depende de un lector de pantalla, una web ligera, ordenada y que no dependa de florituras innecesarias para transmitir la información importante.

Cuando marcamos correctamente el tamaño de las imágenes, cuando evitamos animaciones excesivas y cuando estructuramos el contenido de forma clara, no solo mejoramos las métricas de las que venimos hablando, también facilitamos mucho el trabajo a las tecnologías de asistencia y a cualquier persona que navegue en condiciones menos que ideales. Pensar en el rendimiento desde el principio de un proyecto suele traer, casi como efecto secundario, una web más accesible para todo el mundo, no solo para quien tiene la mejor conexión y el móvil más nuevo del mercado.

Los scripts de terceros, el enemigo silencioso

Casi ninguna web moderna funciona sola. Suele llevar herramientas de analítica, píxeles de publicidad, chats de atención, botones de compartir en redes, mapas incrustados y algún que otro widget añadido por el camino. Cada uno de ellos, por separado, parece inofensivo. Juntos, pueden llegar a pesar y a ocupar más recursos que todo el contenido propio de la web.

Lo peor de estos scripts es que muchas veces escapan al control del propio equipo de desarrollo, porque los añade marketing, o se activan desde plataformas externas que se actualizan por su cuenta sin avisar. Nuestra recomendación es hacer, al menos una vez al año, una revisión completa de qué hay instalado, para qué sirve realmente cada cosa, y si el beneficio que aporta compensa el peso que añade. Muchas veces la respuesta es que no, y quitarlo es la mejora de rendimiento más rápida que se puede aplicar en una sola tarde de trabajo.

El servidor y el alojamiento importan más de lo que parece

Por muy bien optimizada que esté una web por dentro, si el servidor tarda mucho en empezar a responder, todo lo demás se construye sobre una base débil. El tiempo que tarda el servidor en enviar la primera respuesta es, muchas veces, la parte del proceso que menos se revisa y la que más impacto tiene cuando falla.

Algunas cosas que solemos comprobar cuando algo va lento y ya se ha descartado el propio código de la web.

• Si el alojamiento contratado es compartido con muchas otras webs y está saturado en las horas de mayor tráfico.
• Si existe algún sistema de caché que evite recalcular la misma página una y otra vez para cada visitante.
• Si la ubicación física del servidor está lejos del público principal del negocio.
• Si la base de datos tiene consultas mal optimizadas que se acumulan a medida que crece el contenido.

En más de una ocasión, el cambio que más ha mejorado el rendimiento de una web no ha sido tocar una sola línea de código, sino simplemente mover el proyecto a un alojamiento mejor gestionado y más adecuado a lo que ese negocio realmente necesitaba.

Cómo hacer seguimiento en el tiempo, no solo una vez

Uno de los errores más comunes es tratar el rendimiento como una tarea que se hace una vez y se olvida. La realidad es que una web cambia constantemente, se añaden productos, se instalan plugins nuevos, se sube contenido, y cualquiera de esos cambios puede introducir de nuevo un problema que ya se había resuelto.

Lo que funciona de verdad es revisar estos datos de forma periódica, no solo cuando algo ya se nota mal. Recomendamos mirar el informe de experiencia de página al menos una vez al mes, prestar atención especial después de cualquier cambio grande en la web, como un rediseño o una migración, y establecer algún tipo de aviso que avise si el tiempo de carga empieza a empeorar de forma sostenida, en vez de enterarse meses después por una caída de ventas que nadie sabe explicar.

Errores que vemos una y otra vez en webs de clientes

Después de tantos años revisando proyectos ajenos, hay una lista de errores que se repite con una frecuencia casi sospechosa, casi siempre por las mismas razones, prisa, desconocimiento o simple acumulación de decisiones tomadas sin pensar en el conjunto.

• Sliders o carruseles enormes en la portada, cargados con varias imágenes pesadas que casi nadie llega a ver completas.
• Vídeos en autoreproducción de fondo, muy vistosos, pero muy pesados para lo poco que aportan realmente al mensaje.
• Plugins instalados para una prueba puntual, hace tiempo, que nadie ha vuelto a desactivar desde entonces.
• Imágenes subidas a resolución completa de cámara profesional, mostradas en un espacio del tamaño de una miniatura.
• Demasiados widgets sociales, contadores y elementos decorativos que no aportan nada a la decisión de compra o de contacto.

Casi ninguno de estos errores nace de mala intención. Nacen de ir añadiendo cosas con el tiempo sin nadie que se pare a mirar el conjunto completo y se pregunte si sigue teniendo sentido todo lo que hay ahí montado.

Qué puedes hacer tú mismo esta misma semana

Si tienes un negocio y quieres empezar a mejorar esto sin depender todavía de nadie más, este es el orden que recomendamos seguir para obtener resultados visibles cuanto antes.

1. Revisa el informe de experiencia de página en la consola de búsqueda de Google y anota qué grupo de páginas tiene peor puntuación.
2. Analiza tu página principal con una herramienta pública de medición y lee con calma las recomendaciones que aparecen primero.
3. Comprueba el peso de las imágenes más grandes de tu portada y, si son enormes, pide que se comprimen o hazlo tú mismo con alguna herramienta sencilla.
4. Haz una lista de todos los plugins o scripts externos instalados y pregúntate, uno por uno, si de verdad los necesitas.
5. Habla con quien te gestiona el alojamiento y pregunta abiertamente si tu plan actual es suficiente para el tráfico real que recibes.

Con esos cinco pasos, sin tocar ni una línea de código, la mayoría de negocios ya notan una mejora apreciable. El resto del camino, el más técnico, es donde conviene apoyarse en alguien que se dedique a esto de forma habitual.

La relación entre el rendimiento y las búsquedas con inteligencia artificial

Cada vez más gente resuelve sus dudas preguntando directamente a un asistente conversacional en vez de escribir una búsqueda tradicional y revisar varios resultados. Estos sistemas, para poder citar una web como fuente fiable, necesitan poder acceder a su contenido de forma rápida y sin obstáculos, algo que se complica bastante cuando una página tarda mucho en cargar o depende de scripts pesados para mostrar lo esencial.

No es casualidad que las webs bien optimizadas en cuanto a velocidad también suelan comportarse mejor a la hora de ser rastreadas, entendidas y citadas por estos nuevos sistemas de búsqueda. Un rendimiento sólido no garantiza aparecer citado en una respuesta generada por un asistente, pero desde luego facilita mucho el trabajo previo de acceso y comprensión que cualquier sistema, humano o automático, necesita hacer antes de decidir que tu web merece ser recomendada. Al final, cuidar la velocidad de una web es cuidar también su futuro, en un momento en el que cada vez hay más formas distintas de llegar hasta ella.

Para cerrar

El rendimiento de una web nunca va a ser lo más vistoso de enseñar en una reunión, no tiene el atractivo de un diseño nuevo ni de una campaña de publicidad recién lanzada. Pero es, muchas veces, la diferencia entre que todo ese esfuerzo anterior sirva para algo o se quede a medio camino, perdido en una pantalla que tarda demasiado en cargar para alguien que solo tenía un par de segundos de paciencia.

Nosotros lo tratamos como una parte más del trabajo, no como un extra opcional que se añade al final si sobra presupuesto. Una web bonita que tarda en cargar sigue siendo, para quien la visita, simplemente una web lenta. Y una web rápida, aunque sea más sencilla visualmente, casi siempre se siente mejor y convierte más. Al final, de eso se trata todo esto, de que la tecnología quede detrás y lo único que note la persona sea que todo funciona como debería.