Una web lenta es un coste silencioso que no aparece en las facturas: un cliente de Bydgoszcz hace clic en tu empresa en Google, espera unos segundos, vuelve a los resultados y elige a la competencia. Por eso la velocidad de una web WordPress en Bydgoszcz no es una cuestión de ambición del programador, sino de ventas y visibilidad. En esta guía te mostramos cómo medirla, qué suele ralentizar WordPress y cómo solucionarlo paso a paso.
Google valora la experiencia del usuario, entre otras cosas, mediante los Core Web Vitals, es decir, tres indicadores: la velocidad de carga del contenido principal, la capacidad de respuesta a los clics y la estabilidad del diseño. Una web lenta puede echar a perder todo lo que has invertido en SEO y publicidad.
Por qué una web lenta le cuesta clientes y posiciones a tu empresa
Hay dos mecanismos y ambos actúan a la vez. El primero es el comportamiento de las personas: cuanto más esperan al primer contenido, más abandonan, sobre todo en el móvil y con peor cobertura. Para una consulta en Fordon o una tienda en Śródmieście, la mayoría de las visitas llegan desde el móvil.
El segundo mecanismo es Google. Los Core Web Vitals forman parte de la valoración de la «page experience». No prometemos posiciones concretas, porque dependen de la competencia y del tiempo, pero la velocidad es uno de los pocos factores que controlas por completo. Hablamos más del proceso de posicionamiento en el artículo sobre el posicionamiento de webs en Bydgoszcz basado en el análisis de datos.
Core Web Vitals: tres umbrales que conviene conocer
Google fija los siguientes umbrales para una valoración «buena»:
- LCP (Largest Contentful Paint) hasta 2,5 s: el tiempo tras el cual se ve el elemento más grande de la primera pantalla, normalmente una foto o un titular grande.
- INP (Interaction to Next Paint) hasta 200 ms: la rapidez con que la web reacciona a un clic, un toque o al escribir texto. INP sustituyó al indicador anterior, FID.
- CLS (Cumulative Layout Shift) hasta 0,1: cuántos elementos «saltan» durante la carga, por ejemplo un botón desplazado por un banner que se carga tarde.
Encontrarás las definiciones de los indicadores en la documentación de web.dev sobre Core Web Vitals.
Datos de laboratorio y de campo: por qué los resultados difieren
La sorpresa más habitual de los propietarios: PageSpeed muestra 95 puntos y Search Console dice que la web tiene problemas. No es un error, son dos tipos de datos distintos.
Los datos de laboratorio son una prueba puntual en condiciones controladas (Lighthouse en PageSpeed Insights): excelente para buscar causas y comparar «antes y después», pero es la simulación de un único dispositivo. Los datos de campo son mediciones de navegadores Chrome reales de varias semanas (informe CrUX), visibles en Search Console. El laboratorio sirve para diagnosticar, y el campo para valorar si el problema existe realmente.
Diagnóstico paso a paso
Antes de instalar nada, mide.
- Haz una medición base. Ejecuta PageSpeed Insights por separado para móvil y ordenador, para la página de inicio y dos o tres subpáginas clave (servicio, contacto, y en una tienda, un producto). Anota LCP, INP, CLS y el tiempo de respuesta del servidor.
- Comprueba los datos de campo en Search Console, en el informe «Core Web Vitals».
- Encuentra el elemento LCP más grande. PageSpeed lo señala directamente. Muy a menudo es una foto no optimizada en un slider o en el fondo.
- Revisa la pestaña «Network» en las herramientas del navegador. Busca archivos pesados, scripts externos y un tiempo hasta el primer byte (TTFB) largo.
Si quieres un punto de partida rápido y gratuito, usa nuestra auditoría SEO gratuita. Comprueba, entre otras cosas, el rendimiento a partir de PageSpeed. Una imagen más completa (SEO, seguridad, RGPD (RODO), accesibilidad, rendimiento) la ofrece la Auditoría Completa de la Web por 150 PLN con el resultado en pocos minutos.
Hosting para una empresa de Bydgoszcz y versión de PHP
Ningún plugin arreglará un servidor que responde al cabo de un segundo. Si el TTFB es alto a pesar de la caché, el problema está en el hosting: un servidor sobrecargado, un disco lento o recursos insuficientes.
En qué fijarse al elegir hosting para la web de una empresa en Bydgoszcz y alrededores (Toruń, Inowrocław, Nakło, Solec Kujawski):
- servidor en Polonia o en Europa, con discos SSD/NVMe,
- posibilidad de elegir una versión de PHP actual y con soporte,
- compatibilidad con caché de objetos (Redis o Memcached), si tienes una tienda,
- copias de seguridad automáticas y restauración sencilla.
La versión de PHP es muy importante: las versiones más nuevas y con soporte suelen ser claramente más eficientes que las antiguas y reciben parches de seguridad. Antes de subir de versión, prueba la web en staging. Más información en la guía de seguridad de las webs WordPress.
Caché: de página y de objetos
Caché de página
Por defecto, WordPress ejecuta PHP y lanza consultas a la base de datos en cada visita. La caché de página guarda el HTML ya generado y lo sirve sin ese esfuerzo, lo que normalmente reduce mucho el tiempo de respuesta. Es el primer paso más rentable (no actives dos plugins de caché a la vez).
Caché de objetos
Redis o Memcached almacenan los resultados de consultas que se repiten a menudo. Ayuda sobre todo en el panel de administración, en el buscador y en WooCommerce, es decir, donde la caché de página completa no puede funcionar.
Imágenes: el culpable más habitual de un LCP deficiente
Las fotos pesadas subidas directamente desde el móvil son la causa más frecuente de una página de inicio lenta. Qué hacer:
- Ajusta las dimensiones al lugar de uso.
- Usa formatos modernos: WebP y, donde sea posible, AVIF, que con la misma calidad pesan menos que JPEG. WordPress admite WebP de forma nativa.
- Añade los atributos width y height (o aspect-ratio), para que el navegador reserve el espacio y no provoque saltos de diseño (CLS).
- Activa lazy-load para las imágenes situadas por debajo de la primera pantalla (loading=”lazy”). Pero no lo apliques a la imagen LCP.
- Para la imagen LCP aplica prioridad: fetchpriority=”high” o <link rel=”preload”>.
Fuentes: en local y con font-display
Las fuentes de servidores externos añaden conexiones y a veces provocan parpadeos del texto. Aloja los archivos de las fuentes en local (formato WOFF2), limita el número de familias y pesos a los que realmente usas y añade en la declaración font-display: swap (o optional) para que el texto sea visible desde el primer momento.
CSS y JavaScript: menos, más tarde, más inteligente
El navegador no dibujará la página hasta que procese el CSS y los scripts bloqueantes. Acciones típicas:
- CSS crítico: insertar en el código de la página los estilos necesarios para la primera pantalla y cargar el resto de forma asíncrona.
- Aplazar y retrasar scripts (defer, carga tras la interacción) en los elementos que no se necesitan de inmediato: chat, widgets sociales, píxeles publicitarios.
- Eliminar código sin usar: muchos plugins cargan sus estilos y scripts en todas las subpáginas aunque solo funcionen en una. Conviene desactivarlos de forma condicional.
- Control de scripts externos: cada uno adicional supone un coste para INP y LCP.
Plugins y tema: tema propio ligero o page builder
El número de plugins no es un problema en sí mismo; importan la calidad y lo que carga cada uno. Elimina los que no uses y mide el impacto de los demás. El tema tiene aún más importancia: los temas universales con page builders cargan una enorme cantidad de CSS, JavaScript y marcado, porque tienen que cubrir miles de escenarios que tu web no utilizará.
Por eso construimos temas WordPress propios y ligeros, diseñados para una empresa concreta y no una plantilla ya hecha con cientos de opciones innecesarias. En nuestra oferta, cada subpágina está optimizada para SEO y Core Web Vitals desde la etapa del código. La edición de contenidos sigue haciéndose en el editor visual de WordPress, y el código sigue siendo de tu propiedad. Consulta el alcance en la oferta de servicios y los ejemplos en la página de nuestros proyectos.
Base de datos: una limpieza que merece la pena
Con el tiempo la base de datos se hincha: revisiones, transients caducados, spam, restos de plugins eliminados. Haz una copia, limita las revisiones, limpia los datos innecesarios y revisa las opciones cargadas automáticamente (autoload), porque su exceso alarga cada petición.
WooCommerce: carrito y checkout sin caché
Las páginas de carrito, checkout y cuenta de cliente son dinámicas y únicas para cada usuario, por lo que deben quedar excluidas de la caché de página. De lo contrario aparecerán errores, por ejemplo un carrito vacío.
- Comprueba que el script «cart fragments» no se cargue en todas las subpáginas si no es necesario.
- Usa caché de objetos (Redis) si el catálogo es grande.
Hablamos más sobre la gestión de tiendas en el artículo sobre el uso de WooCommerce en tiendas online, y puedes comprobar el estado de tu tienda con la herramienta salud de la tienda WooCommerce.
Mobile-first: mide como lo ve el cliente
Google indexa las webs sobre todo en su versión móvil, y los teléfonos tienen procesadores más débiles. Prueba en modo móvil, a ser posible también en un teléfono antiguo. Más sobre visibilidad local en el texto sobre SEO local para empresas de Bydgoszcz.
Problemas más habituales: tabla
| Problema | Síntoma | Solución habitual |
|---|---|---|
| Servidor lento o PHP obsoleto | TTFB alto, panel de administración lento | Mejor hosting, versión de PHP actual, caché de objetos |
| Fotos pesadas | LCP deficiente, carga larga de la primera pantalla | WebP/AVIF, dimensiones correctas, preload de la imagen LCP |
| Imágenes sin dimensiones y anuncios que se cargan tarde | Los elementos «saltan», CLS alto | Atributos width/height, espacio reservado para los banners |
| Fuentes de servidores externos | Parpadeo o texto invisible | Fuentes locales WOFF2, font-display: swap, preload |
| CSS y JS bloqueantes | Pantalla en blanco antes de mostrar el contenido | CSS crítico, defer, eliminación de scripts sin usar |
| Script externo pesado (chat, píxeles) | INP alto, reacción retrasada a los clics | Carga retrasada, reducción del número de etiquetas |
| Page builder complejo y tema universal | DOM grande, mucho CSS sin usar | Simplificar los ajustes o tema propio ligero |
| Base de datos inflada | Consultas lentas, tiempo de generación de página largo | Limpieza de revisiones y transients, control del autoload |
| Caché en el carrito y el checkout de WooCommerce | Errores de carrito, checkout vacío | Excluir estas páginas de la caché, control de fragmentos |
Monitorización tras la implantación
Cualquier plugin, banner o campaña nuevos pueden empeorar el resultado. Por eso, tras la implantación:
- revisa el informe de Core Web Vitals en Search Console cada mes (los datos cambian con un retraso de varias semanas),
- prueba las actualizaciones de plugins primero en staging.
En nuestro caso, tras el inicio del proyecto el primer mes de soporte (actualizaciones, pequeños cambios, monitorización) está incluido en el precio, y después se puede elegir un contrato SLA opcional. La documentación de Google sobre búsqueda la encontrarás en Google Search Central.
Preguntas frecuentes
¿Qué velocidad debe tener una web WordPress para que Google la valore bien?
Apunta a los umbrales de Core Web Vitals: LCP hasta 2,5 s, INP hasta 200 ms y CLS hasta 0,1, medidos con datos de campo. Más importante que un número en PageSpeed es que la mayoría de los usuarios reales se mantengan dentro de esos límites.
¿Por qué PageSpeed da un resultado distinto al de Search Console?
PageSpeed muestra una prueba de laboratorio de un solo dispositivo, y Search Console datos de campo de visitas reales de varias semanas. El laboratorio sirve para diagnosticar, y los datos de campo para valorar el estado real.
¿Basta con instalar un plugin de caché para acelerar la web?
A menudo es un buen comienzo, pero rara vez es suficiente. La caché no arregla fotos pesadas, scripts externos ni un hosting lento. Lo que mejor funciona es una combinación: buen servidor, caché, imágenes ligeras y control de scripts.
¿Un page builder siempre ralentiza la web?
No siempre, pero normalmente añade código que hay que optimizar. Un tema propio y ligero parte con menos código, por lo que es más fácil mantener buenos indicadores.
¿Cómo acelerar una tienda WooCommerce?
Excluye el carrito, el checkout y la cuenta de cliente de la caché de página, cuida el hosting, la caché de objetos y las imágenes ligeras de los productos. Prueba los cambios en staging.
¿Cuánto tarda y cuánto cuesta la optimización de la velocidad?
Depende del estado de la web, del tema, de los plugins y del hosting. Tras una breve conversación y una revisión de la web preparamos un presupuesto a precio cerrado. También puedes hacer un cálculo orientativo en la calculadora online.
Hablemos de la velocidad de tu web
Si tu web carga despacio o no sabes qué la está ralentizando, concierta con nosotros una conversación gratuita (30–60 minutos, sin compromiso). Revisaremos los resultados, señalaremos los mayores problemas y propondremos un presupuesto a precio cerrado. También puedes empezar por la auditoría SEO gratuita o escribirnos mediante el formulario de contacto.
Kreatywna Agencja (Canpol Bis Sp. z o.o.)
ul. Gimnazjalna 2, 85-007 Bydgoszcz
tel. +48 502 811 949
e-mail: biuro@kreatywnaagencja.com.pl
kreatywnaagencja.com.pl
