Velocidad web · Colombia
La velocidad de carga de una web depende de cuatro cosas: cuánto pesa lo que envías, en qué orden lo envías, cuánto tarda el servidor en responder y cuánto trabajo hace el navegador al recibirlo. En sitios sin optimizar, reducir el peso entre un 70 y un 90 por ciento es lo habitual, no la excepción.
Un caso real
No es un ejemplo teórico: es lo que hicimos en este mismo proyecto con el banco de imágenes del sitio que estás viendo.
| Imagen | Antes | Después | Reducción |
|---|---|---|---|
| Ilustración de propuestas | 12.767 KB | 27 KB | 99,8% |
| Cotizador online | 12.178 KB | 35 KB | 99,7% |
| Agendamiento de citas | 7.107 KB | 44 KB | 99,4% |
| Sistema de reservas | 7.011 KB | 45 KB | 99,4% |
| Total del banco | 66,9 MB | 0,83 MB | 98,8% |
Verificado visualmente a 1200 píxeles: el AVIF es indistinguible del original, incluso en el texto pequeño dentro de las maquetas. La calidad no se sacrificó, se dejó de desperdiciar.
Dónde está el peso
En casi todos los sitios que audito, el problema está entre los tres primeros.
El culpable número uno, y con diferencia. Fotos de varios megas servidas al tamaño original a todos los dispositivos. Se resuelve con AVIF y WebP responsive por ancho.
Chats, píxeles de seguimiento, mapas y gestores de etiquetas. Cada uno añade peticiones y bloquea el hilo principal. Es lo que más daña el INP.
Hojas de estilo completas y fuentes externas que impiden pintar hasta que descargan. Se corrige con CSS crítico en línea, fuentes autoalojadas y font-display swap.
Hosting compartido saturado o sin caché de página. Si el TTFB supera los 800 ms, ninguna optimización del front lo compensa.
Cada uno carga su propio CSS y su JavaScript en todas las páginas, aunque solo se use en una. Auditar y reducir suele quitar más peso que cualquier plugin de optimización.
Precio
Con verificación posterior sobre datos de campo reales, no sobre la puntuación de laboratorio.
$1.500.000 COP proyecto
Precio final, antes de IVA. Sin sorpresas al firmar.
Preguntas frecuentes
Tomadas literalmente de la SERP colombiana.
En la mayoría de casos por imágenes sin optimizar, que suelen ser el 70% del peso. Después vienen el JavaScript de terceros, las hojas de estilo y fuentes que bloquean el pintado, y el servidor. Un diagnóstico ordena las causas por impacto real en tu caso.
Depende del punto de partida. En sitios con imágenes sin optimizar y plugins acumulados, reducir el peso entre un 70 y un 90 por ciento es habitual. En un sitio ya cuidado la mejora es menor y suele estar en el servidor o en los scripts de terceros.
El objetivo práctico es que el contenido principal aparezca en menos de 2,5 segundos con datos de campo, y por debajo de 1,5 en un sitio bien construido. El peso total de una página no debería superar los 800 KB en la mayoría de casos.
Ayuda con la caché y algunas tareas mecánicas, pero no convierte imágenes al formato correcto para cada dispositivo, no arregla un servidor lento ni retira el JavaScript de terceros que tú instalaste. Suele mejorar la puntuación de laboratorio sin mover el dato de campo.
En todos los modernos. Y se sirve con la etiqueta picture, que ofrece AVIF, WebP y un formato tradicional de reserva: cada navegador toma el que entiende. No hay riesgo de que alguien se quede sin ver la imagen.
Entre una y tres semanas según el tamaño del sitio. El dato de campo tarda hasta 28 días adicionales en reflejar la mejora, porque se calcula sobre una ventana móvil de usuarios reales.
Te digo cuánto pesa hoy tu sitio, cuánto podría pesar y qué ganarías. Sin costo.