Opțiuni autoload și transient-uri: cum scapi de datele care umflă baza WordPress

Baza ta de date WordPress încarcă un set de date la fiecare request, iar opțiunile autoload WordPress sunt exact partea care se citește automat, indiferent dacă pagina curentă are nevoie de ea sau nu. Când tabelul wp_options se umflă cu setări rămase de la plugin-uri dezinstalate și cu transient-uri expirate, fiecare vizitator plătește o taxă invizibilă la viteză. Vestea bună este că se curăță simplu, odată ce înțelegi ce se întâmplă sub capotă.

Ce înseamnă „autoload” și de ce contează

În WordPress, toate setările globale — de la titlul site-ului până la configurările plugin-urilor — stau în tabelul wp_options. Fiecare rând are o coloană autoload. Când valoarea este yes, opțiunea se încarcă în memorie la fiecare pagină, printr-o singură interogare care adună tot ce e marcat pentru autoload.

Ideea e bună în teorie: eviți zeci de interogări separate. Problema apare când ai sute de kilobytes — uneori chiar megabytes — de date autoload pe care WordPress le citește degeaba la fiecare click. Un plugin de formulare care salvează log-uri, un page builder care cachează layout-uri, un plugin dezinstalat care și-a lăsat setările în urmă: toate se adună.

Cum verifici opțiunile autoload WordPress

Înainte să ștergi ceva, trebuie să vezi cât cântărește autoload-ul. Cea mai rapidă metodă este o interogare SQL în phpMyAdmin sau Adminer:

SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

Rezultatul e în bytes. Sub 800 KB e în general acceptabil; peste 1 MB începe să conteze, iar peste 3-4 MB ai clar o problemă. Ca să vezi cine ocupă spațiul, listează primele rânduri după dimensiune:

SELECT option_name, LENGTH(option_value) AS marime FROM wp_options WHERE autoload = 'yes' ORDER BY marime DESC LIMIT 20;

Vei recunoaște imediat vinovații după prefixul din nume: numele plugin-ului apare aproape mereu în option_name.

Transient-urile: cache temporar care uită să plece

Un transient este un cache cu termen de expirare, stocat tot în wp_options (sau în object cache, dacă rulezi Redis/Memcached). Plugin-urile îl folosesc pentru date „scumpe” de calculat: feed-uri externe, rezultate de la API-uri, interogări complexe.

Teoretic, transient-urile expiră singure. În practică, un transient expiră doar când ceva îl cere din nou — dacă nimeni nu-l mai cere, rândul rămâne acolo la nesfârșit. Așa aduni mii de rânduri _transient_* și _transient_timeout_* moarte, dintre care unele sunt chiar pe autoload.

Cum cureți în siguranță

Curățarea nu e riscantă dacă respecți ordinea și faci un backup înainte. Pașii, de la cel mai sigur la cel mai avansat:

• Fă backup la bază înainte de orice — un export SQL sau o copie prin plugin-ul de backup.
• Șterge transient-urile expirate cu un plugin de mentenanță (o unealtă de „database cleanup”) sau cu wp transient delete --expired din WP-CLI.
• Identifică setările orfane — opțiuni cu prefixul unui plugin pe care nu-l mai ai instalat — și șterge-le câte una.
• Mută pe autoload „no” opțiunile mari care nu sunt necesare pe fiecare pagină, în loc să le ștergi.
• Reverifică dimensiunea autoload-ului cu prima interogare, ca să confirmi câștigul.

Regula de aur: nu șterge niciodată un rând al cărui rol nu-l înțelegi. Dacă ai dubii, dezactivează întâi (autoload „no”) și observă site-ul câteva zile.

Cum previi reumflarea pe termen lung

O curățare unică nu ajută dacă baza se umflă la loc peste două luni. Câteva obiceiuri sănătoase:

Dezinstalează plugin-urile pe care nu le folosești și verifică dacă au opțiunea „șterge datele la dezinstalare”. Preferă plugin-urile care fac curat după ele. Programează o curățare lunară automată a transient-urilor expirate. Și, foarte important, ține numărul de plugin-uri active la minimul de care chiar ai nevoie — fiecare plugin în plus e o potențială sursă de date autoload.

Dacă site-ul tău e deja lent și nu știi de unde să începi, o optimizare a vitezei WordPress serioasă include mereu și o analiză a bazei de date, nu doar cache și imagini. Poți începe cu un audit gratuit ca să vezi negru pe alb ce anume îți încetinește site-ul.

Concluzie

Opțiunile autoload și transient-urile sunt utile prin design, dar devin balast când nimeni nu le supraveghează. Verifică periodic dimensiunea autoload-ului, șterge cu cap datele orfane și transient-urile moarte și mută pe „no” ce nu trebuie citit la fiecare request. Pentru detalii tehnice despre cum funcționează, documentația oficială a Transients API de la WordPress explică exact ciclul de viață al acestor date. Câteva minute de întreținere îți țin baza suplă și site-ul rapid.

Citește și: Cum optimizezi paginile de produs WooCommerce pentru viteză și conversie.