Cómo acelerar un WordPress lento sin cambiar de tema
La mayor parte de lo que frena un WordPress no es el tema: son las imágenes, los plugins que sobran y la falta de caché, y ese orden es el que hay que seguir.
Casi nadie necesita cambiar de tema para que su WordPress vaya rápido. Lo que frena de verdad son las imágenes sin optimizar, los plugins acumulados durante años, la ausencia de caché y un alojamiento que no da más. Ese es también el orden en el que hay que tocar: de lo que más pesa y menos riesgo tiene a lo que menos aporta y más puede romper.
La conversación empieza casi siempre igual: la web va lenta, alguien dice que es culpa del tema, y se plantea rehacerla entera. Es la solución más cara, más lenta y más arriesgada de todas, y casi nunca es la que hacía falta.
Acelerar WordPress es un trabajo de capas, y las dos primeras se hacen en una tarde sin tocar el diseño.
Antes de tocar nada, medir
Mide en un móvil con datos
No en la wifi de la oficina con un ordenador potente. Es donde está el problema y donde está tu cliente.
Mira el peso total de la página
Cuántos megas se descargan al abrir la portada. Si pasa de dos o tres, el problema es de peso, no de servidor.
Cuenta las peticiones
Cuántos archivos distintos pide la página. Treinta es razonable; ciento cincuenta es un plugin acumulando.
Mira el tiempo de respuesta del servidor
Si tarda más de un segundo en empezar a contestar, la caché o el alojamiento son lo primero.
Anota el punto de partida
Con fecha. Sin ese número, después no sabrás si algo mejoró o solo lo parece.
Capa uno: las imágenes
Es la causa número uno y la más fácil de arreglar. Una portada con ocho fotos subidas directamente desde el móvil son varios megas que nadie necesita: la misma imagen, servida bien, pesa una fracción y se ve igual.
Tres cosas: convertirlas a un formato moderno, servir cada tamaño según la pantalla y no cargar las que están abajo hasta que hagan falta. En WordPress esto lo hace un plugin de optimización de imágenes, y es de las pocas instalaciones que compensan siempre.
Y una regla para el futuro: nadie sube al gestor una foto de cuatro mil píxeles de ancho. Se redimensiona antes.
Capa dos: los plugins
| Tipo de plugin | Qué suele costar | Qué hacer |
|---|---|---|
| Los que no usas | Peso y riesgo de seguridad | Desactivar y borrar, no dejar desactivados |
| Constructores de páginas | Mucho código en todas las páginas | No se quitan sin rehacer: convivir y optimizar |
| Deslizadores y galerías | Librerías pesadas cargadas en todo el sitio | Cargar solo donde se usan |
| Formularios | Sus recursos en las 200 páginas sin formulario | Limitar a las que lo tienen |
| Estadísticas y chats | Guiones de terceros que bloquean la carga | Cargar después, o valorar si compensan |
| Duplicados | Dos plugins haciendo lo mismo, peleándose | Elegir uno |
Capa tres: la caché
Un WordPress sin caché reconstruye cada página en cada visita. Con caché, la sirve ya montada. La diferencia es enorme y no toca el diseño.
Hay que activar tres cosas: caché de página, compresión de lo que se envía y aprovechar el almacenamiento del navegador para lo que no cambia. Y si el alojamiento incluye su propia caché de servidor, usar esa antes que un plugin, que suele ir mejor y da menos problemas.
Capa cuatro: el alojamiento
Los terceros, que no salen en la lista de plugins
Hay una parte del peso que no aparece al contar plugins ni al mirar el tema, porque no es tuya: son los archivos que la página va a pedirle a otros servidores mientras carga.
La lista típica de una web de empresa es siempre la misma: el banner de cookies, el chat, el mapa incrustado de la página de contacto, las fuentes tipográficas, el píxel de publicidad, las estadísticas, el widget de reseñas y el vídeo de fondo de la portada. Cada uno es una conexión a un servidor sobre el que no tienes ningún control, y el día que ese servidor va lento, tu web va lenta.
Tres decisiones que casi siempre compensan. Las fuentes, en tu propio servidor en lugar de pedidas fuera: va más rápido, quita una petición a un tercero y evita el salto del texto al cargar, que es una de las razones de que la página baile mientras se abre. El mapa, solo en la página de contacto, y mejor como imagen enlazada que incrustado en todas. El chat y el píxel, después de que se vea la página, nunca bloqueando.
Y una que no es técnica pero funciona: un banner de cookies bien configurado no carga estadísticas ni publicidad hasta que alguien acepta, así que la primera visita va más ligera por obligación legal. Lo que pasa es que muchos banners están puestos para cumplir y cargan todo igualmente.
Lo que casi nunca hace falta
Cuándo sí es el tema, y qué hacer con el constructor
Decir «casi nunca es el tema» no es decir «nunca». Hay tres señales que sí apuntan ahí, y conviene conocerlas para no pasarse meses optimizando lo que no toca.
La primera: una página vacía tuya sigue pesando. Crea una página nueva sin nada dentro, solo el título, y mídela. Si esa página en blanco ya descarga un megabyte y hace cuarenta peticiones, eso lo pone el tema, no tu contenido.
La segunda: es un tema comprado en un mercado de plantillas, con veinte demos de todos los sectores, que trae dentro sus propios deslizadores, iconos y galerías y los carga en todas las páginas aunque uses una sola demo.
La tercera: el tema ya no recibe actualizaciones. Ahí el problema deja de ser la velocidad y pasa a ser la seguridad, y el cambio deja de ser opcional.
Con el constructor la respuesta es distinta, porque quitarlo significa rehacer la web página a página y eso no es una tarde. Lo que sí se puede hacer es convivir mejor: desactivar los widgets y las funciones que no usáis, no anidar cinco contenedores para colocar un botón y no dejar plantillas globales cargando en secciones donde no pintan nada. De lo que cuesta de verdad va Elementor y el SEO.
Y si terminadas las cuatro capas la página sigue tardando en pintar algo, el diagnóstico ya no es genérico: hay que averiguar qué elemento concreto es el que tarda, que es de lo que va las cinco causas de un LCP alto.
El orden importa
Cómo no romper nada
Copia de seguridad antes de empezar, y un cambio cada vez. La combinación de minimizar, combinar y diferir archivos es la que más webs rompe: se activa una opción, se mira la web entera, y solo entonces la siguiente.
Y comprobar siempre en dos sitios: en la portada, que es la que todos miran, y en una página interna con formulario, que es donde aparecen los fallos silenciosos.
Un caso: dos tardes sin tocar el diseño
La base de datos, el sospechoso silencioso
Hay una quinta capa que casi nunca se menciona y que en webs con años explica bastante: la base de datos.
WordPress guarda ahí muchas cosas que no se ven: revisiones de cada entrada, a veces decenas por página; entradas en la papelera desde hace años; opciones de plugins que se desinstalaron y dejaron sus tablas; datos temporales caducados que nadie limpia; y comentarios marcados como no deseados por millares.
Nada de eso rompe la web, pero cada consulta al servidor tiene que abrirse paso entre ello. Y en un alojamiento compartido, donde la base de datos es lo primero que se satura, se nota.
La limpieza se hace con copia de seguridad previa, siempre, y con cabeza: limitar el número de revisiones que se guardan por entrada de aquí en adelante, vaciar papelera y no deseados, eliminar los datos temporales caducados y revisar qué tablas dejaron los plugins que ya no existen. Esta última parte es la delicada: una tabla huérfana ocupa y no molesta, así que solo se toca si se sabe con certeza de quién era.
Es un trabajo de una hora que se hace una vez al año y que en webs veteranas devuelve una diferencia perceptible en el tiempo de respuesta, sobre todo en el gestor, que es donde tú notas la lentitud a diario.
Por qué a los seis meses vuelve a ir lenta
Es la pregunta que casi nadie hace después de una tarde de optimización: cuánto dura esto. La respuesta honesta es que dura lo que tarde alguien en subir una foto de cuatro mil píxeles o en instalar un plugin para resolver un problema de media hora.
No se degrada sola: se degrada por uso, y siempre por las mismas tres vías. Fotos subidas sin redimensionar por quien publica, que es la más frecuente con diferencia. Plugins nuevos instalados y nunca revisados, sobre todo los que se prueban un día y se quedan. Y actualizaciones del tema o del constructor que reactivan una opción que habías apagado.
Contra eso funcionan cuatro cosas que apenas cuestan tiempo. Poner un límite de tamaño en la subida, para que el gestor redimensione solo lo que entre. Tener un documento de diez líneas con qué plugins hay y para qué sirve cada uno, que es lo que evita el duplicado dentro de un año. Repetir la medición del punto de partida cada trimestre, con el mismo móvil y la misma conexión, y apuntarla con fecha. Y mirar la web después de cada actualización grande del tema, no antes.
Es media hora al trimestre. La alternativa es repetir la tarde entera cada dos años y volver a pagarla.
Qué mediría
El tiempo hasta que se ve algo útil en un móvil con datos, antes y después de cada capa. Y el porcentaje de gente que se va desde móvil comparado con el de escritorio: si la diferencia es grande, la velocidad te está costando clientes de verdad, no puntos en una herramienta.
Preguntas frecuentes
¿Tengo que cambiar de tema para que vaya rápido?
Casi nunca. Lo que frena de verdad son las imágenes sin optimizar, los plugins acumulados, la falta de caché y un alojamiento agotado. Cambiar el tema es la solución más cara, lenta y arriesgada, y se deja para cuando las cuatro capas anteriores están hechas y el problema sigue.
¿Por dónde empiezo?
Por las imágenes: mucho peso y riesgo cero. Después, los plugins que sobran. Luego la caché y la compresión, activando una opción cada vez y mirando la web entre medias. Y solo al final el alojamiento, que es lo único de la lista que exige una migración.
¿Cuántos plugins son demasiados?
La cifra importa menos que lo que carga cada uno: el problema no es tener treinta, es que un plugin de formularios cargue sus recursos en las doscientas páginas que no tienen formulario. Lo primero es borrar los que no usas, no solo desactivarlos, y resolver los duplicados.
¿Merece la pena perseguir el cien en las herramientas de velocidad?
No: la puntuación es un medio y lo que cuenta es el tiempo real en un móvil con datos. Perseguir los últimos puntos suele exigir cambios arriesgados con ganancia mínima. Si la web carga en dos segundos y se ve bien, la nota de colores da igual.
¿Cuándo el problema es el alojamiento?
Cuando el tiempo hasta el primer byte sigue siendo alto con la caché activada y una página ligera. Ahí hay un techo que ningún plugin levanta: base de datos lenta, servidor saturado o una versión antigua del lenguaje. Es la única mejora que exige migrar, y por eso va la última.
Esta revisión, hecha entera y con copia de seguridad en cada paso, es SEO para WordPress; la parte de rastreo, indexación y estructura, SEO técnico. Si no sabes por dónde empezar con tu web, el diagnóstico ordenado es una auditoría SEO. Por qué la velocidad en móvil decide más que el diseño se explica en los errores SEO más caros que veo en webs de empresa, y antes de plantearte rehacerla, rehacer la web o arreglar la que tienes.
La primera llamada no cuesta nada y suele bastar para saber si tiene arreglo. Si tu caso no es para mí, te lo digo.
