Inicio Servicios Por qué nosotros Comparación FAQ Proceso Vacantes Blog Glosario Contáctanos
Mascota tigre de LuloTech con un cronómetro que muestra la caída del tiempo de carga del sitio de 9,3 a 1 segundo

⚡ Resumen
Nuestro sitio tardaba 9,3 segundos en cargar en móvil — Google PageSpeed daba solo 50 de 100. Pensábamos que el problema era nuestro código. La causa real resultó ser otra completamente distinta — contamos qué encontramos y qué hicimos.

La velocidad de carga web es de esas cosas que se notan demasiado tarde: el visitante abre la página, espera unos segundos y cierra la pestaña. Algo parecido nos pasó con nuestro propio sitio — y la causa real no estaba donde la buscábamos.

Lo que mostró la primera auditoria web

Un test de velocidad web con Google PageSpeed Insights nos dio una puntuación móvil de 50 sobre 100. El problema principal era el LCP (Largest Contentful Paint) — el momento en que el elemento visible más grande de la pantalla finalmente aparece para una persona real. LCP que es, en pocas palabras: una de las tres Core Web Vitals con las que Google mide qué tan rápida se siente una página. El nuestro era de 9,3 segundos; Google considera aceptable cualquier valor por debajo de 2,5.

Buscábamos en el lugar equivocado

Durante dos días optimizamos nuestro propio código — comprimimos imágenes, limpiamos el CSS, movimos scripts al final de la página. En local, el LCP bajaba a menos de un segundo. En producción, seguía en 9,3.

La respuesta estaba en el informe detallado: 1.253 de 2.880 kilobytes de la página, y más de 5 segundos de tiempo de procesador, los consumía un script llamado recaptcha__en.js — un widget de reCAPTCHA que la propia Netlify (el hosting donde está alojada nuestra web) insertaba sin async ni defer, sin una sola línea en nuestro propio repositorio.

¿No sabes por qué tu sitio va lento?

Hacemos una auditoria web técnica y te damos el panorama honesto — sin suposiciones.

Pedir una consulta Telegram info@lulo.tech

Lo que realmente cambió el resultado

La solución fue un widget de reCAPTCHA propio con claves propias en vez del que trae el hosting por defecto — la verificación del servidor sigue exactamente igual. En paralelo pasamos las tipografías a self-host (antes se cargaban desde Google Fonts, lo que costaba casi 3 segundos más con la caché fría) y eliminamos una fuente que estaba enlazada en el código pero nunca se usaba en el CSS.

El resultado

El PageSpeed móvil pasó de 50 a 74, el LCP bajó de 9,3 segundos a aproximadamente uno. El Total Blocking Time cayó de 630 a 70 milisegundos, y el peso de la página de 2.880 a 1.307 kilobytes. Ahora medir la velocidad de carga web toma unos segundos, y lo revisamos con regularidad para que la cifra no vuelva a subir sin que nos demos cuenta. No es solo una cifra de informe: la velocidad es uno de los factores del posicionamiento SEO, y Google posiciona peor un sitio lento.

La conclusión real de este caso: antes de lanzarte a optimizar tu propio código, revisa primero qué está cargando realmente el sitio en vivo — a veces el script más caro ni siquiera es tuyo. Si tu sitio se siente lento y no sabes por qué, escríbenos — haremos una auditoria web técnica y te daremos el panorama honesto.

La forma más simple: escríbenos por Telegram o contáctanos.

← Volver al blog