Site WordPress lent: cum afli exact ce plugin îl încetinește

Ai un site WordPress care se încarcă greu și bănuiala e clară: un plugin trage totul în jos. Problema e că ai zece, cincisprezece plugin-uri active și niciunul nu are scris pe el „eu sunt vinovatul”. Așa că mulți proprietari fie le lasă pe toate, fie le dezactivează la nimereală și se roagă să meargă.

Vestea bună: nu trebuie să ghicești. Există o metodă de diagnostic ordonată, pe care o poți parcurge chiar tu într-o oră, fără să strici nimic și fără ca vizitatorii să vadă vreo întrerupere. În articolul ăsta îți arăt exact pașii, ce unelte gratuite folosești și cum interpretezi ce vezi, ca să ajungi de la „site-ul e lent” la „pluginul X îmi mănâncă două secunde la fiecare încărcare”.

Întâi separă serverul de plugin-uri

Înainte să acuzi vreun plugin, măsoară de unde vine încetineala. Rulează pagina prin PageSpeed Insights sau GTmetrix și uită-te la două lucruri.

• TTFB (Time To First Byte): cât durează până serverul începe să răspundă. Dacă e mare, problema e mai degrabă la hosting sau la un plugin care rulează pe server (cache greșit, un plugin de securitate care scanează, interogări multe în baza de date).
• Timpul de randare în browser: cât durează după ce a sosit codul. Aici intră scripturile și stilurile pe care le adaugă plugin-urile în pagină.

Dacă TTFB e bun dar pagina tot e greoaie, vinovatul aproape sigur încarcă resurse în front-end. Dacă TTFB e mare, cauți un plugin care lucrează pe server. Distincția asta îți scurtează căutarea la jumătate.

Metoda „înjumătățirii” cu Health Check

Cea mai sigură metodă de a găsi vinovatul e să dezactivezi plugin-uri și să vezi când dispare problema. Dar nu vrei să-ți lași site-ul fără funcții pentru vizitatori cât testezi.

Soluția e pluginul oficial Health Check & Troubleshooting. Are un „mod de depanare” (troubleshooting mode) care dezactivează toate plugin-urile doar pentru tine, în sesiunea ta — vizitatorii văd site-ul normal.

Pașii:

• Intră în modul de depanare. Măsoară pagina: e rapidă acum? Dacă da, un plugin e cauza.
• Reactivează plugin-urile pe rând (sau jumătate din ele odată) și măsoară după fiecare.
• Când viteza se prăbușește după ce ai activat un anume plugin, l-ai găsit.

Mergi pe înjumătățire: activezi jumătate, apoi jumătate din jumătate. Ajungi la vinovat în câțiva pași, nu în cincisprezece.

Query Monitor: vezi negru pe alb ce consumă timp

Dacă vrei date exacte, nu doar „pare mai rapid”, instalează Query Monitor. E gratuit și îți arată, pentru fiecare încărcare de pagină, o defalcare pe care puține unelte ți-o dau.

După activare, în bara de admin apare un rezumat. Deschide-l și uită-te la:

• „Queries by Component” — îți grupează interogările din baza de date pe plugin. Vezi direct care plugin face cele mai multe interogări și cât durează ele.
• Timpii de execuție PHP pe componentă — care plugin ține procesorul ocupat.
• Scripturile și stilurile încărcate și de cine.

Aici descoperi des surprize: un plugin de „related posts” care face zeci de interogări grele, un slider care încarcă biblioteci pe toate paginile, un feed de social media care așteaptă un răspuns extern lent. Query Monitor îți dă dovada, nu bănuiala.

Citește cascada (waterfall) resurselor

A treia unealtă e cascada de încărcare din GTmetrix sau din tab-ul Network al browserului (F12). E o diagramă cu fiecare fișier pe care pagina îl cere, în ordine, cu cât durează fiecare.

Ce cauți:

• Fișiere cu nume care trădează pluginul: în cale apare de obicei /wp-content/plugins/nume-plugin/. Dacă un fișier de acolo e mare sau apare de zeci de ori, ai un indiciu clar.
• Bare lungi de așteptare — un script care blochează restul până se încarcă.
• Cereri către domenii externe (fonturi, hărți, chat, pixeli de tracking) adăugate de un plugin, care atârnă secunde întregi.

Un plugin prost făcut încarcă adesea resursele lui pe fiecare pagină, chiar și unde nu e folosit. Cascada îți arată exact asta, ordonat vizual.

Vinovații tipici și ce faci cu ei

După sute de site-uri, aceleași categorii apar mereu. Dacă unul dintre astea e activ, verifică-l primul.

• Page builder-e grele (Elementor, WPBakery, Divi) — încarcă mult CSS și JavaScript. Rareori le poți scoate, dar le poți configura mai atent.
• Slidere și galerii cu efecte — frumoase, dar grele. Adesea merită înlocuite cu o imagine simplă.
• Feed-uri de social media și „related posts” — fac cereri externe sau interogări grele la fiecare vizită.
• Plugin-uri de securitate care scanează în timp real — cresc TTFB-ul.
• Prea multe plugin-uri care fac același lucru (două de SEO, două de cache).

Ce faci: dacă un plugin nu e esențial, scoate-l. Dacă e util dar greu, caută o alternativă mai ușoară sau limitează-l să încarce doar unde e nevoie.

Dacă tot e lent după ce ai curățat plugin-urile

Uneori faci curat și site-ul rămâne greoi. Atunci problema e mai jos: un hosting slab (shared ieftin, suprapopulat), o temă prost scrisă, sau lipsa unui cache configurat corect. Aici nu mai ajută dezactivarea de plugin-uri, ci schimbări de fundație.

La MPO Web Studio construim site-uri pe o structură gândită să fie rapidă de la bază — fără teancul de plugin-uri care se bat între ele — și livrăm complet la distanță, oriunde în țară. Îți facem chiar un demo gratuit, construit înainte, ca să vezi viteza cu ochii tăi înainte să plătești ceva.

Dacă ai parcurs pașii de mai sus și tot nu-ți dai seama ce încetinește site-ul, scrie-ne pe WhatsApp cu adresa lui — ne uităm împreună și îți spunem sincer unde e problema, plugin, temă sau hosting.