Reparar una web lenta
El orden de las reparaciones según su relación coste-beneficio. De las imágenes, pasando por los scripts de terceros, hasta la base de datos.
Se empieza por lo más barato, no por lo más interesante
Reparar una web tiene esta propiedad: el primer veinte por ciento del trabajo aporta el ochenta por ciento de la ganancia, y el último veinte por ciento puede costar más que todo lo anterior.
A continuación, ese orden. Funciona con tanta fiabilidad que cuando llega un cliente con un sitio que "apenas respira", siempre empezamos igual, y normalmente tras los dos primeros puntos ya no hace falta más trabajo.
El orden
-
1
Imágenes
La causa más frecuente y la solución más barata. Formato correcto (WebP o AVIF en lugar de JPEG directo de la cámara), tamaño acorde al lugar de visualización, dimensiones en el código, carga diferida bajo el pliegue.
-
2
Scripts de terceros
Cuéntelos. Chat, dos herramientas de analítica, un píxel publicitario, un mapa, un widget de reseñas, un banner de cookies. Elimine lo que nadie usa.
-
3
Tipografías
Sírvalas desde su propio servidor, no desde uno ajeno. Cárguelas pronto. Limítelas a los caracteres que realmente usa.
-
4
Caché
Cabeceras del lado del servidor, para que un visitante recurrente no vuelva a descargar lo mismo. Medio día de trabajo, efecto en cada visita siguiente.
-
5
Base de datos y consultas
Lo último, porque es lo más caro. Tiene sentido cuando el propio servidor tarda más de medio segundo en responder.
Tres casos típicos y qué los resolvió
-
Tienda online, página de producto 6 segundos
Fotos subidas directamente de la cámara, 3-5 MB cada una, mostradas en un contenedor de 400 píxeles. Procesado y formatos correctos: 6 s → 1,8 s.
-
Sitio corporativo, puntuación 34
Cuatro scripts de analítica de tres implementaciones distintas a lo largo de los años. Eliminar lo sobrante: puntuación 34 → 91.
-
Portal, el servidor responde en 2,4 s
Una consulta sin índice, ejecutada por separado para cada uno de los 40 elementos de una lista. Un índice y una consulta agrupada: 2,4 s → 180 ms.
Qué no hacer
- No compre un hosting más potente como primer paso.
- No instale un plugin de "optimización" encima del problema.
- No minifique ni agrupe archivos antes de eliminar lo sobrante.
- No persiga una puntuación de 100. Los últimos puntos cuestan varias veces más que los primeros.
- No desactive nada en silencio si es necesario.
Preguntas
- ¿Cuánto suele durar esto?
- Para un sitio típicamente descuidado, pasar de 5-6 segundos a menos de 2 son dos o tres días de trabajo.
- ¿Hay que reconstruir la web?
- Casi nunca. La optimización es trabajo sobre lo que ya existe. Reconstruir solo tiene sentido si el sitio se compone de decenas de plugins imposibles de desenredar sin riesgo.
- ¿La velocidad mejora el posicionamiento en Google?
- Puede ayudar, porque los Core Web Vitals son un factor de posicionamiento. Pero la ganancia mayor y más segura está en otro sitio.
Envíe la dirección — le decimos qué aporta más.
La medición y la lista de prioridades son gratuitas.
Escríbanos