Cómo arreglar un sitio web lento.

La mayoría de los sitios lentos lo son por razones aburridas: imágenes gigantes, demasiados scripts de terceros y hosting barato. La solución normalmente no es reconstruir — es una hora de medición seguida de un día de trabajo dirigido. Este es el orden en que lo hacemos.

1. Mide primero, nunca adivines

Abre PageSpeed Insights (pagespeed.web.dev) y analiza tu página de inicio. Hay dos números que importan:

• LCP (Largest Contentful Paint) — cuándo aparece el elemento más grande. Menos de 2,5s está bien; más de 4s es un problema.
• Peso total de la página — míralo en la pestaña Red de tu navegador. Menos de 1,5 MB es sano; muchos sitios lentos cargan 8–15 MB.

Haz la prueba en una página que importe (inicio, tu mejor landing), no en la que te pille abierta.

2. Imágenes — el 70% del problema

Casi todos los sitios lentos que auditamos sirven fotos directas de la cámara o del banco de imágenes. Arreglos, en orden de impacto:

• Redimensiona. Una foto mostrada a 800px no debería ser un archivo de 5000px.
• Convierte a WebP o AVIF. Normalmente un 60–80% más ligero que JPEG con la misma calidad.
• Carga diferida de todo lo que está bajo el primer pantallazo: con loading="lazy" en la etiqueta <img> basta.
• Define width y height para que la página no salte mientras carga.

3. Fuentes

Dos familias de fuentes son suficientes. Aloja los archivos tú mismo en vez de cargarlos de un tercero, usa font-display: swap y sirve solo los pesos que realmente usas. Un sitio «ligero» que carga seis archivos de fuentes no es ligero.

4. Scripts de terceros

Widgets de chat, analítica, mapas de calor, embeds sociales — cada uno añade un viaje de red y un bloque de JavaScript. Abre la pestaña Red y cuéntalos. Elimina los cuyos informes no lees. Difiere el resto (defer o carga tras la interacción del usuario).

5. Hosting y caché

• Activa la compresión (gzip/brotli) — un ajuste del servidor, ahorro instantáneo del 60–70% del texto.
• Configura las cabeceras de caché para que los visitantes que vuelven no re-descarguen tu CSS, fuentes e imágenes.
• Si tu audiencia es global, usa una CDN o aloja los archivos estáticos en la región de tus visitantes. Un servidor a 8.000 km añade 200–300 ms a cada petición.

Cuando no es nada de esto

Si tu sitio es un CMS pesado con decenas de plugins, las propias consultas a la base de datos pueden ser el cuello de botella — mira el «Time to First Byte» en la pestaña Red. Más de ~800 ms en una página cacheada significa que el problema es el servidor, no los recursos. Ahí es cuando reconstruir empieza a tener sentido; ver ¿rediseño o reconstrucción?

¿No tienes tiempo ni acceso para hacerlo tú? Eso es exactamente nuestro trabajo de «Rediseño y reparaciones» — desde $150, normalmente 1–7 días. Pedir presupuesto.