Por qué un sitio lento en WordPress te está costando cotizaciones

Un sitio lento no se nota en la oficina: se nota en el celular del cliente que iba a pedirte una cotización y se fue. Cómo medirlo, qué lo causa en WordPress y en qué orden se arregla.

Un sitio lento no se nota en la oficina, donde la conexión es buena y el equipo conoce el camino. Se nota en el celular de la persona que iba a pedirte una cotización, esperó unos segundos de pantalla en blanco y volvió a Google a abrir el siguiente resultado.

Qué se mide exactamente

Google resume la experiencia de carga en tres métricas, las Core Web Vitals:

  • LCP (Largest Contentful Paint): cuánto tarda en verse el bloque más grande de la página, normalmente la imagen o el titular principal.
  • INP (Interaction to Next Paint): cuánto tarda la página en responder cuando alguien toca un botón.
  • CLS (Cumulative Layout Shift): cuánto «salta» el contenido mientras carga. Es la causa típica de que alguien pulse el botón equivocado.

Las tres se miden con datos reales de usuarios, no con una prueba de escritorio. Google las documenta en web.dev y muestra el estado del sitio en el informe de Core Web Vitals de Search Console.

Las causas habituales en WordPress

En la mayoría de los sitios que auditamos, el problema no es el hosting: es el peso que se carga encima. Estas son las causas que se repiten:

  • Imágenes sin optimizar. Una foto de 4 MB subida directamente de la cámara se sirve tal cual. El formato y el tamaño correcto resuelven buena parte del LCP.
  • Constructores pesados con secciones de más. Cada widget añade CSS y JavaScript. Una portada con veinte secciones paga ese coste en cada visita.
  • Plugins que cargan recursos en todas las páginas. Un plugin de formularios que inyecta su CSS y su JS en el blog, donde no hay formulario, es peso regalado.
  • Sin caché de página. Si cada visita obliga a WordPress a ejecutar PHP y consultar la base de datos, el tiempo de respuesta se multiplica con el tráfico.
  • Tipografías y scripts de terceros. Un píxel, un chat o una fuente externa bloquean el renderizado hasta que responden.

Cómo saber si te está pasando a ti

Antes de contratar nada, tres comprobaciones que puedes hacer hoy:

  1. Abre tu web en el celular, con datos móviles y no con el wifi de la oficina.
  2. Mide la portada y una ficha de servicio en PageSpeed Insights, en la pestaña de móvil. Mira LCP e INP, no la nota global.
  3. Entra en Search Console → Core Web Vitals y revisa cuántas URLs están en «poor». Esa es la lista que hay que arreglar, no todo el sitio a la vez.

El orden en que se arregla

Optimizar sin medir es cambiar cosas al azar. El orden que usamos es siempre el mismo:

  1. Medir y guardar una captura del estado inicial. Sin línea base no se puede demostrar la mejora.
  2. Atacar lo que más pesa: imágenes, caché y recursos que bloquean.
  3. Medir otra vez y comparar por URL, no por promedio del sitio.
  4. Recién entonces tocar código, tema o plugins.

Este trabajo se hace una vez y se mantiene con disciplina: cada imagen que se sube y cada plugin que se instala puede deshacerlo. Si quieres que lo revisemos sobre tu sitio, lo hacemos en el marco de nuestro servicio de optimización de velocidad y Web Vitals o dentro de un plan SEO mensual, que incluye la revisión técnica continua.

Y si prefieres empezar por saber dónde estás parado, escríbenos y te decimos qué métrica está fallando y cuánto pesa cada causa en tu caso concreto, sin compromiso.

Compartir:

Facebook
Twitter
Pinterest
LinkedIn

Articulos Relacionados