Per què un web lent acaba caient (i no és casualitat)
Un web WordPress que va lent gairebé mai falla de cop sense avisar. La lentitud és l'avís. El servidor se satura, la base de dades acumula brossa, els plugins competeixen pels recursos i, en el pitjor moment possible —una campanya, un pic de trànsit, un dilluns al matí— el web deixa de respondre. No és mala sort: és el resultat acumulat de problemes que fa mesos que hi són.
La por que caigui és completament raonable. Una caiguda de poques hores pot costar clients, posicionament i credibilitat. Per això té més sentit entendre què està fallant ara que esperar que el problema es resolgui sol (no es resol).
Quina velocitat és normal i quan cal preocupar-se
Un web WordPress ben configurat hauria de carregar en menys de 3 segons en condicions reals d'ús. Si superes els 4-5 segons de forma consistent, el problema ja està afectant les teves visites i el teu posicionament a Google, que utilitza la velocitat com a factor de rànquing des que va incorporar els Core Web Vitals al seu algorisme.
Per mesurar sense conjectures, utilitza eines concretes:
- PageSpeed Insights (Google): anàlisi gratuïta amb mètriques reals del camp, no només del laboratori.
- GTmetrix: desglossa quins elements tarden més i per què.
- Pingdom Tools: útil per comparar des de diferents ubicacions.
Les dades que més importen no és la nota, sinó el Largest Contentful Paint (LCP): el temps que tarda a aparèixer l'element principal de la pàgina. Google considera acceptable per sota de 2,5 segons.
Les causes més freqüents quan WordPress va lent
L'allotjament és el coll d'ampolla principal
L'allotjament d'entrada de gamma (plans compartits molt barats) és la causa número u de webs lents en WordPress. El problema no és només la velocitat base, sinó que en moments de càrrega mitjana el servidor ja és al límit. Quan arriba un pic de trànsit, el web cau.
Senyals que l'allotjament és el problema:
- El web va lent fins i tot amb pocs plugins i un tema lleuger.
- Els temps de resposta del servidor (TTFB, Time to First Byte) superen els 600-800 ms.
- La lentitud no millora tot i que optimitzis imatges o activis la memòria cau.
La solució real passa per canviar a un allotjament amb recursos garantits: VPS gestionat, allotjament WordPress gestionat o, com a mínim, un pla compartit de qualitat amb PHP 8.x i suport per a OPcache.
Massa plugins, o plugins mal triats
Cada plugin afegeix codi que s'executa en cada càrrega de pàgina. No és tant el nombre com la qualitat: un plugin mal escrit pot pesar més que deu de ben optimitzats. Els més problemàtics solen ser els de sliders, constructors de pàgines pesants, plugins de xarxes socials amb scripts externs i qualsevol que carregui llibreries JavaScript a totes les pàgines tot i que només les necessiti en una.
Com identificar-ho: a GTmetrix o PageSpeed veuràs peticions HTTP innecessàries i scripts que bloquegen el renderitzat. També pots utilitzar el plugin Query Monitor per veure quines consultes a la base de dades estan tardant més.
Acció concreta: desactiva i elimina els plugins que no uses. Per als que sí necessites, busca alternatives més lleugeres. Un exemple habitual: substituir un plugin de formularis amb dotzenes de funcions per un de més senzill si només necessites un formulari de contacte bàsic.
Imatges sense comprimir ni redimensionar
Les imatges són el factor individual que més pes afegeix a una pàgina web en la majoria dels casos. Pujar una foto de 4 MB directament des del mòbil o la càmera és un dels errors més estesos.
El format WebP ofereix millor compressió que JPEG mantenint una qualitat visual equivalent, tal com documenta Google Developers a la seva guia de formats d'imatge. Activar-lo a WordPress és senzill amb plugins com ShortPixel o Imagify, que també comprimeixen les imatges ja pujades en lots.
A més del format, importa la mida en píxels: no té sentit servir una imatge de 3000 px d'amplada en un espai de 800 px. WordPress genera mides automàticament, però si la imatge original és enorme, el problema ja hi és abans d'aquest pas.
Checklist d'imatges:
- Redimensiona abans de pujar: mai més ampla que el contenidor màxim del teu tema.
- Comprimeix amb ShortPixel, Imagify o Squoosh abans o després de pujar.
- Activa el format WebP si el teu allotjament ho suporta (la majoria amb PHP modern, sí).
- Afegeix l'atribut
loading="lazy"a les imatges que estan fora del primer scroll (WordPress ho fa per defecte des de la versió 5.5).
Memòria cau no configurada o mal configurada
Sense memòria cau, WordPress genera cada pàgina des de zero per a cada visita: consulta la base de dades, executa PHP, munta el HTML i l'envia. Amb memòria cau, la pàgina ja està generada i se serveix directament. La diferència en temps de resposta pot ser de 5x o més.
Els plugins de memòria cau més utilitzats el 2026 són WP Super Cache, W3 Total Cache i WP Rocket (aquest últim de pagament, però el més complet). La configuració bàsica tampoc és complexa: activar la memòria cau de pàgines i, si l'allotjament ho permet, activar també la memòria cau a nivell de servidor (Redis o Memcached).
Un error freqüent: instal·lar el plugin de memòria cau i deixar-lo amb la configuració per defecte sense comprovar si realment està actiu o si entra en conflicte amb l'allotjament.
Base de dades inflada
WordPress acumula amb el temps revisions d'entrades, esborranys automàtics, comentaris spam, transitories caducades i metadades òrfenes. Una base de dades que hauria de pesar 50 MB pot arribar als 500 MB sense que ningú se n'adoni, i cada consulta tarda més.
La neteja és senzilla amb WP-Optimize, que permet eliminar revisions, netejar comentaris spam i optimitzar les taules amb uns clics. Convé fer-ho de forma periòdica, no només quan el web ja va lent.
Una base de dades sense netejar en dos anys pot multiplicar per cinc el temps de resposta de consultes que abans eren instantànies.
Massa peticions externes
Cada tipus de lletra de Google Fonts, cada script de xarxes socials, cada píxel de seguiment i cada CDN extern que el teu web carrega afegeix una petició HTTP que depèn d'un servidor aliè. Si un d'aquests servidors va lent o té un pic, arrossega el teu temps de càrrega.
Solució: carrega els tipus de lletra en local (hi ha plugins que ho fan automàticament), agrupa els scripts quan sigui possible i revisa si tots els píxels i scripts de tercers que tens actius són realment necessaris.
Què fer si tems una caiguda imminent
Si el web ja va molt lent i notes errors intermitents (pàgines en blanc, errors 503, temps d'espera), el risc de caiguda és real. Passos urgents:
- Comprova els registres d'error del servidor (al cPanel o al tauler del teu allotjament, a
error_log). Solen revelar el problema exacte. - Desactiva els plugins d'un en un per identificar si algun està generant errors o un consum excessiu.
- Contacta amb el teu allotjament i pregunta si hi ha algun procés que estigui consumint recursos de forma anòmala.
- Activa o verifica la memòria cau per reduir la càrrega sobre el servidor mentre investigues.
- Fes una còpia de seguretat abans de tocar res: si alguna cosa va malament durant el diagnòstic, necessites poder restaurar.
L'article sobre seguretat i actualitzacions a WordPress també cobreix com protegir el web mentre resolus problemes de rendiment, perquè molts atacs aprofiten precisament webs lents o desactualitzats.
Quan el problema ja no és per resoldre'l un mateix
Hi ha un punt en què l'optimització manual té un sostre. Si has revisat plugins, imatges, memòria cau i base de dades i el web continua lent, el problema probablement és a l'allotjament, al codi del tema o a la configuració del servidor, i aquí ja cal experiència tècnica per no empitjorar les coses.
Un servei de manteniment web WordPress cobreix precisament això: monitorització del rendiment, neteges periòdiques de la base de dades, actualitzacions controlades i una persona que comprova que tot funciona abans que el problema arribi a ser una caiguda. No és una despesa extra, és el que evita que el problema aparegui un divendres a la tarda.
Si el teu web fa setmanes que va lent i vols saber exactament què està fallant, explica'ns què passa i ho mirem.
