El teu WordPress va lent i no són les imatges: 7 causes ocultes i com solucionar-les

Has comprimit les imatges, activat la memòria cau i eliminat els plugins que no utilitzaves. PageSpeed fins i tot sembla estar d’acord amb tu. Però WordPress continua trigant massa a respondre.

Pot ser que el problema del WordPress lent no estigui en el que descarrega el navegador, sinó en tot el que passa abans: consultes que no acaben, tasques acumulades, opcions que es carreguen sense necessitat o processos bloquejats.

Instal·lar un altre plugin per intentar accelerar el WordPress no sempre solucionarà el problema. De vegades només afegeix més feina a un WordPress que ja en té massa. Aquestes són set causes menys visibles, com detectar-les i què pots fer per resoldre-les.

Abans de tot esbrina on es produeix la lentitud

No comencis a netejar la base de dades ni a desactivar funcions a l’atzar. Primer intenta localitzar el problema.

Comprova si la lentitud:

• Afecta a tot el web o només a una pàgina.
• També apareix dins del panell d’administració.
• Es concentra en productes, comandes o processos de WooCommerce.
• Es produeix de forma contínua o només a determinades hores.
• Coincideix amb còpies de seguretat, importacions o enviaments de correu.
• Apareix abans que la pàgina comenci a mostrar-se.

El temps que triga el servidor a enviar el primer byte (conegut com a TTFB) pot donar-te una primera pista. Si l’espera es produeix abans que el navegador comenci a rebre contingut, comprimir una altra imatge probablement no resoldrà el problema.

Què hauries de revisar primer

Símptoma	Possible causa	On comprovar-ho
Tot el web triga a començar a carregar	Opcions autoload o consultes lentes	Salut del lloc o Query Monitor
Les tasques s’executen tard o no es completen	WP-Cron o sol·licituds loopback	WP Crontrol o Salut del lloc
WooCommerce retarda comandes, correus o subscripcions	Accions programades encallades	WooCommerce → Estat
La base de dades creix contínuament	Transients o restes de plugins	Eina de neteja de la base de dades
Només una pantalla és lenta	Consulta ineficient o duplicada	Query Monitor
La lentitud apareix a determinades hores	Cron, còpies de seguretat o processos automàtics	WP Crontrol o registres del servidor

Aplica un canvi cada vegada i torna a mesurar. Si modifiques cinc elements al mateix temps, pot ser que el web millori, però no sabràs què estava provocant el problema ni com actuar si torna a passar.

Per completar el diagnòstic, pots utilitzar ConnectiLogs, una eina de cdmon que presenta de forma visual la informació dels registres del servidor i ajuda a detectar errors, accessos fallits o comportaments sospitosos.

Abans de modificar la base de dades o la configuració de WordPress, crea una còpia de seguretat. Si és possible, prova primer els canvis en un entorn de staging.

WordPress carrega massa opcions autoload

Què passa?

WordPress guarda a la taula wp_options moltes de les dades que necessita per funcionar, com els ajustos del tema, la configuració dels plugins i altres preferències del web.

Algunes d’aquestes opcions estan marcades com autoload, el que significa que WordPress les carrega automàticament cada vegada que algú visita una pàgina, encara que no siguin necessàries en aquell moment.

Això no suposa un problema quan hi ha poques dades. El web pot començar a alentir-se quan acumula dades de plugins que ja no utilitzes, temes eliminats o eines que guarden més informació de la necessària.

Com solucionar-ho?

Entra a:

Eines → Salut del lloc → Estat

WordPress pot mostrar un avís si detecta una gran quantitat d’opcions carregades automàticament.

Per investigar el seu origen, pots utilitzar una eina com Advanced Database Cleaner o realitzar una consulta mitjançant WP-CLI, disponible en cdmon a partir del pla d’allotjament Senior, si tens coneixements tècnics. L’objectiu no és eliminar les opcions que més espai ocupen, sinó identificar quin plugin o tema les ha creat.

Que una opció sigui gran no significa que sigui innecessària: pot guardar informació important per al funcionament del web.

Cerca especialment:

• Ajustos de plugins que ja no utilitzes.
• Informació temporal que s’ha guardat de forma permanent.
• Dades repetides.
• Configuracions molt pesades d’un tema anterior.

Un cop identificat l’origen, comprova si el propi plugin inclou una funció per netejar o regenerar aquestes dades. Si continua instal·lat, actualitzar-lo o revisar la seva configuració sol ser més segur que eliminar registres manualment.

WP-Cron està executant massa tasques

Què passa?

WP-Cron s’encarrega de les tasques programades de WordPress: comprovar actualitzacions, publicar entrades, enviar avisos, executar còpies de seguretat o activar processos de determinats plugins.

A diferència de les tasques programades del servidor, WP-Cron s’activa quan algú visita el web. Per això, en una pàgina amb moltes visites pot executar-se més vegades de les necessàries, mentre que en una amb poc trànsit algunes tasques poden trigar a completar-se.

El problema no sol estar en WP-Cron, sinó en les tasques que alguns plugins afegeixen a aquest sistema.

Si les publicacions programades no apareixen a temps, els correus s’envien amb retard o el web s’alenteix sempre a certes hores, és possible que alguna d’aquestes tasques s’estigui executant amb errors o amb massa freqüència.

Com solucionar-ho?

Pots revisar els esdeveniments amb WP Crontrol, des de:

Eines → Esdeveniments cron

L’eina mostra quines tasques estan programades, quan s’han d’executar i amb quina freqüència. Presta atenció a:

• Esdeveniments que haurien d’haver-se executat i apareixen retardats.
• Tasques que es repeteixen cada pocs minuts sense una raó clara.
• Tasques automàtiques creades per plugins que ja has eliminat.
• Diverses tasques similars creades pel mateix component.

No eliminis una tasca únicament perquè no reconeixes el seu nom. Cerca el nom del hook per identificar quin plugin l’ha creat. Si la tasca torna a aparèixer després d’eliminar-la, significa que algun plugin o component del web continua programant-la.

En webs amb molt trànsit o nombroses tasques automàtiques, pot ser més estable programar la seva execució directament des del servidor, en lloc de dependre de les visites.

Aquest canvi s’ha de fer correctament: si desactives WP-Cron sense configurar abans una tasca que el substitueixi, les publicacions, els correus i altres processos programats podrien deixar d’executar-se.

WooCommerce té accions programades encallades

Què passa?

WooCommerce i moltes de les seves extensions utilitzen Action Scheduler, un sistema que s’encarrega d’executar tasques automàtiques en segon pla. Per exemple, pot enviar correus, renovar subscripcions, comunicar informació a altres aplicacions o actualitzar comandes.

Quan aquestes tasques s’acumulen, WordPress no sempre mostra un error. En el seu lloc, pots notar que les comandes triguen a actualitzar-se, els correus arriben amb retard o el panell d’administració funciona cada vegada més lent.

Pots revisar la cua a:

WooCommerce → Estat → Accions programades

Action Scheduler també pot aparèixer a Eines → Accions programades, segons els plugins instal·lats. La seva documentació oficial recull ambdues rutes.

Filtra les accions per estat:

• Pendents: estan esperant a executar-se.
• Fallides: es van intentar executar, però no van acabar correctament.
• En curs: haurien d’estar processant-se.
• Completades: ja han finalitzat.

Tenir accions pendents no implica necessàriament un problema. El senyal d’alerta apareix quan el seu nombre augmenta constantment, fa massa temps que esperen o moltes fallen amb el mateix hook.

Com solucionar-ho?

Imagina que trobes centenars de tasques fallides relacionades amb una extensió de subscripcions. Eliminar-les pot buidar la llista durant un temps, però no resoldrà el problema que provoca els errors. Si no corregeixes la causa, les tasques tornaran a acumular-se.

Obre una de les tasques fallides, localitza el seu nom (hook) i consulta el registre per saber per què no s’ha completat. Després:

1. Identifica quin plugin o extensió ha creat la tasca.
2. Actualitza aquest plugin i els complements que necessita per funcionar.
3. Comprova si depèn d’una connexió amb un servei extern, com una plataforma de pagaments, subscripcions o correu.
4. Soluciona l’error indicat en el registre abans d’executar de nou la tasca.
5. Verifica que les tasques pendents comencen a completar-se i que la cua disminueix.

Les cues molt grans poden necessitar processament mitjançant WP-CLI o intervenció tècnica. La documentació d’Action Scheduler recomana WP-CLI per a càrregues elevades perquè evita algunes limitacions de les peticions web habituals. Pots consultar la seva documentació sobre WP-CLI.

En cdmon, l’accés a WP-CLI està disponible a partir del pla d’allotjament Senior. Si el teu pla no ho inclou o no tens experiència utilitzant comandes, contacta amb l’equip de Suport abans d’intervenir en la cua.

La base de dades acumula transients caducats

Què passa?

Els transients permeten guardar temporalment dades que triguen més a obtenir-se, com el resultat d’una consulta o la resposta d’un servei extern. Així, WordPress pot reutilitzar-los durant un temps en lloc de tornar a generar-los cada vegada que algú visita el web.

Quan funcionen bé, ajuden al rendiment. El problema apareix quan caduquen, però no s’eliminen correctament, o quan un plugin genera milers d’ells.

No cal netejar transients cada setmana. Tampoc convé tractar-los com escombraries per definició. WordPress i els plugins poden tornar a crear molts d’ells després d’eliminar-los.

Si la taula wp_options ha crescut massa, comprova quants transients hi ha, quant espai ocupen i quins prefixos es repeteixen. Una gran quantitat vinculada al mateix plugin pot assenyalar on començar a investigar.

Com solucionar-ho?

Amb accés a WP-CLI, pots eliminar únicament els transients que ja han caducat amb aquest comandament:

wp transient delete –expired

Pots consultar el seu funcionament i les opcions disponibles a la documentació oficial de WP-CLI.

Eliminar tots els transients també és possible, però no hauria de ser la primera opció. Alguns processos hauran de reconstruir-los i això pot provocar un augment temporal del treball del servidor.

Si tornen a acumular-se ràpidament, la neteja només haurà ocultat el símptoma. Revisa quin plugin els està creant i si existeix alguna actualització, error o configuració que expliqui aquest comportament.

Les sol·licituds loopback estan bloquejades

Què passa?

Una sol·licitud loopback es produeix quan WordPress es connecta amb el seu propi web per posar en marxa tasques automàtiques o comprovar que respon correctament. És, dit de forma senzilla, com si el web es visités a si mateix.

Si falla, WordPress pot mostrar un avís a:

Eines → Salut del lloc → Estat

També pots detectar:

• Esdeveniments programats que no s’executen.
• Publicacions programades que es retarden.
• Accions de WooCommerce que romanen pendents.
• Processos interns que acaben per temps d’espera.

WP-Cron, Action Scheduler i les sol·licituds loopback estan relacionats. Si tots tres mostren problemes al mateix temps, potser veus diferents conseqüències d’un únic bloqueig.

Com solucionar-ho?

Aquí convé llegir l’error concret, no quedar-se només amb l’avís de loopback.

Un error 401 o 403 pot indicar que una contrasenya, un plugin de seguretat o una regla del servidor està impedint que WordPress es connecti amb el seu propi web. Si apareix un timeout, significa que el servidor ha trigat massa a completar la petició. El fall també pot deure’s a una configuració incorrecta del domini, del certificat SSL o de les redireccions del web.

Consulta l’historial d’errors de PHP i del servidor just quan es produeixi el fall. Aquests registres poden mostrar quin plugin, arxiu o procés està causant el problema.

Comprova també si algun plugin de seguretat, mode de manteniment o protecció amb contrasenya impedeix que WordPress accedeixi a wp-cron.php o a l’API REST.

Si una mesura de seguretat provoca el bloqueig, no la desactivis de forma permanent. Identifica la regla responsable i afegeix una excepció únicament per a la connexió que WordPress necessita realitzar.

Una consulta lenta està frenant una pantalla concreta

Què passa?

Si tot el web funciona bé excepte el llistat de comandes, una cerca, l’editor o una pàgina determinada, el problema pot estar en una consulta a la base de dades.

Query Monitor permet analitzar les consultes executades durant la càrrega i associar-les, quan és possible, amb el plugin, el tema o la funció que les ha generat.

Instal·la Query Monitor de forma temporal i obre la pàgina o secció de WordPress que funciona amb lentitud. Després, revisa:

• Consultes que triguen molt més que la resta.
• La mateixa consulta executada desenes o centenars de vegades.
• Errors de base de dades.
• Peticions HTTP externes.
• El component responsable de cada operació.

No et fixis únicament en la consulta més lenta. Una consulta de 200 mil·lisegons pot no ser greu si s’executa una vegada. Una altra de 20 mil·lisegons pot convertir-se en un problema si es repeteix 300 vegades durant una sola càrrega.

Com solucionar-ho?

Si Query Monitor assenyala un plugin, comprova si existeix una actualització o si alguna de les seves funcions pot desactivar-se. També pots provar temporalment una altra eina que compleixi la mateixa funció i comparar el resultat.

En botigues grans pot ser necessari revisar:

• La quantitat d’informació que processa el web.
• El nombre de productes o resultats que mostra en cada pàgina.
• Els filtres i les cerques que utilitzen els visitants.
• La forma en què estan organitzades les dades a la base de dades.

Modificar la forma en què WordPress busca i organitza la informació de la base de dades requereix coneixements avançats. Si no pots identificar quin plugin o funció realitza aquesta cerca ni saps per a què serveix, és millor sol·licitar ajuda tècnica abans de fer canvis.

Un plugin eliminat ha deixat dades i tasques residuals

Què passa?

Desactivar un plugin impedeix que el seu codi s’executi normalment. No obstant això, no elimina necessàriament les seves taules, opcions, carpetes, tasques cron o arxius generats.

Això no significa que tots els plugins desactivats alenteixin WordPress. Una carpeta inactiva no sol afectar el rendiment pel simple fet d’existir. El problema són els residus que continuen carregant-se o processant-se.

Revisa:

• Si queden tasques del plugin en WP-Cron.
• Si conserva opcions autoload.
• Si va crear taules pròpies.
• Si va deixar grans quantitats d’arxius a wp-content/uploads.
• Si disposa d’una opció per eliminar les seves dades en desinstal·lar-lo.

Com solucionar-ho?

Si el plugin encara està instal·lat, consulta la seva configuració abans d’esborrar-lo. Algunes eines inclouen opcions com “eliminar dades en desinstal·lar”, però no les activen per defecte per evitar pèrdues accidentals.

Si ja l’has eliminat, pots tornar a instal·lar-lo temporalment en staging i utilitzar el seu propi procés de desinstal·lació. Fes-ho únicament quan estiguis segur que es tracta del mateix plugin i que ja no necessites les seves dades.

No eliminis una taula basant-te només en el seu nom. Podria contenir comandes, formularis, estadístiques o configuracions que encara utilitza una altra part del web.

Instal·lar un altre plugin de neteja tampoc hauria de ser la resposta automàtica. Primer identifica els residus concrets i decideix quina eina necessites per retirar-los.

Com saber si has solucionat el problema

Després de corregir una d’aquestes causes, repeteix exactament la prova inicial:

• Obre la mateixa pàgina o pantalla.
• Du a terme la prova en condicions similars.
• Comprova el temps de resposta.
• Revisa si les cues i els errors disminueixen.
• Confirma que les funcions relacionades segueixen funcionant.

No et limitis a comprovar la portada. Si has intervingut en WooCommerce, prova una comanda. En el cas que hagis modificat WP-Cron, comprova que les tasques s’executin. Si has netejat dades d’un plugin, revisa les funcions que depenien d’ell.

L’objectiu no és aconseguir una base de dades “buida”, sinó eliminar feina innecessària sense trencar allò que WordPress necessita.

Preguntes freqüents