Servicio · 16

Optimización de velocidad web y WPO

Diagnostico por qué una web WordPress carga lenta y aplico las mejoras que de verdad cambian los tiempos: imágenes, fuentes, CSS, JavaScript, caché y complementos.

Qué se mide antes de tocar nada

La primera medición es la referencia de todo el trabajo. Se hace en móvil y en escritorio, sobre las páginas que de verdad reciben tráfico, y se guarda para poder comparar al terminar.

Sin esa referencia no hay forma honesta de decir si la intervención ha servido.

Dónde suele estar el problema

En la mayoría de webs WordPress lentas el origen se repite:

  • Imágenes subidas al tamaño original, sin formatos modernos y sin dimensiones declaradas.
  • Complementos que cargan sus recursos en todas las páginas aunque solo se usen en una.
  • Fuentes externas que bloquean el renderizado del texto.
  • CSS y JavaScript acumulados de plantillas y constructores.
  • Caché mal configurada o inexistente.
  • Alojamiento con un tiempo de respuesta alto que ninguna optimización compensa.

Qué se aplica

Las mejoras se ordenan por impacto sobre esfuerzo, no por lo llamativas que suenen. Primero lo que reduce bytes y bloqueos: imágenes, fuentes y recursos que sobran. Después la caché y la entrega. Al final los ajustes finos.

Cada cambio se comprueba: un formulario que deja de funcionar por una optimización agresiva cuesta más que los milisegundos ganados.

Base de datos y alojamiento

Cuando la base de datos arrastra años de revisiones y datos de complementos desinstalados, se limpia con copia previa. Cuando el problema es el alojamiento, se dice con la medición delante y se recomienda el cambio; no tiene sentido cobrar por optimizar recursos si el servidor tarda un segundo en responder.

Core Web Vitals

Se trabajan las tres métricas que Google considera: la carga del contenido principal, la estabilidad visual y la respuesta a la interacción. Los avisos de Search Console se revisan sobre datos reales de usuarios, no solo sobre pruebas de laboratorio.

Límites del servicio

No incluye rediseñar la web. Si el objetivo solo se alcanza cambiando la plantilla o el constructor, la vía es una migración a Bricks o un rediseño, y se plantea como tal.

Tampoco incluye mantenimiento continuo, que es un servicio aparte.

Plazo y siguiente paso

El plazo habitual es de una a dos semanas desde la recepción de accesos. El alcance depende del estado de partida, que se mide antes de empezar.

Cuéntame qué le pasa a tu web en el estudio de proyecto.

Proceso

Un proceso proporcionado al proyecto

  1. Identifico qué recursos bloquean el renderizado y cuáles sobran.

  2. Aplico las mejoras por orden de impacto sobre esfuerzo.

  3. Compruebo que nada se ha roto: formularios, menús y funciones.

  4. Vuelvo a medir y documento la diferencia real.

Preguntas frecuentes

¿Vais a garantizar un 100 en PageSpeed?

No. Una puntuación perfecta no es un objetivo de negocio y a veces exige romper funciones que necesitas. El objetivo es reducir el tiempo real hasta que la página es utilizable, y eso sí se mide.

¿Y si el problema es el alojamiento?

Se dice con datos. Cuando el tiempo de respuesta del servidor es el cuello de botella, ninguna optimización de recursos lo compensa y la recomendación es cambiar de alojamiento antes de seguir invirtiendo.

¿Cuánto se puede mejorar?

Depende del punto de partida. En webs con imágenes pesadas y complementos acumulados la diferencia suele ser grande. En webs ya cuidadas el margen es menor y conviene saberlo antes de contratar.

¿Sirve para una web hecha con Astro?

El servicio está pensado para WordPress, que es donde suele estar el problema. Una web estática bien construida rara vez necesita esta intervención.