Cele mai frecvente erori WordPress și cum le remediați

WordPress este o platformă robustă, dar complexitatea ecosistemului său – mii de pluginuri, teme de la diferiți dezvoltatori și configurări diverse de server – face ca erorile să fie inevitabile. De la erori de conexiune la baza de date și ecranul alb al morții până la erori 500 și probleme de permisiuni, fiecare eroare WordPress are cauze specifice și soluții bine documentate, iar cunoașterea lor vă poate economisi ore întregi de depanare.

Majoritatea erorilor WordPress nu necesită cunoștințe avansate de programare pentru rezolvare. Înțelegerea mesajelor de eroare, știința de a verifica jurnalele de erori și cunoașterea fișierelor cheie WordPress sunt suficiente pentru a diagnostica și remedia cele mai frecvente probleme. Cheia este abordarea sistematică – identificarea erorii, izolarea cauzei și aplicarea soluției corecte, fără a modifica aleatoriu configurații.

În acest ghid veți descoperi cele mai frecvente erori WordPress, cauzele lor și soluțiile pas cu pas pe care le puteți aplica imediat pentru a restabili funcționarea website-ului. Indiferent că administrați un blog personal sau un magazin online cu sute de produse, aceste informații vă vor ajuta să rezolvați rapid orice problemă apărută.

Clasificarea erorilor WordPress după gravitate

Erorile WordPress pot fi clasificate în câteva categorii principale: erori de server (500, 502, 503), erori de bază de date, erori PHP, erori de permisiuni și erori de configurare. Fiecare categorie are un set specific de cauze și soluții. Înțelegerea categoriei din care face parte o eroare vă ajută să știți de unde să începeți investigația și ce fișiere sau componente să verificați mai întâi.

Există și o ierarhie a gravității: unele erori fac website-ul complet inaccesibil (eroarea 500, eroarea de conexiune la baza de date), altele afectează doar anumite funcționalități (eroarea 403 pe pagini specifice, erori la upload de imagini), iar altele sunt mai mult avertismente decât blocante (notificări PHP, mesaje deprecate). Prioritizați întotdeauna rezolvarea erorilor care fac site-ul inaccesibil vizitatorilor.

Eroare 500 – Internal Server Error

Eroarea 500 este cea mai generică eroare de server. Indică faptul că serverul a întâlnit o condiție neașteptată care l-a împiedicat să proceseze cererea. Este frustrantă tocmai pentru că nu oferă detalii despre cauza exactă, necesitând investigație suplimentară.

Cauze frecvente

• Fișier .htaccess corupt sau cu reguli conflictuale
• Limita de memorie PHP depășită
• Plugin sau temă cu erori de cod
• Versiune PHP incompatibilă cu pluginurile instalate
• Permisiuni greșite pe fișiere sau directoare
• Fișier wp-config.php corupt sau incomplet

Soluții pas cu pas

Primul pas este să verificați fișierul .htaccess – redenumiți-l temporar în .htaccess_backup și testați website-ul. Dacă funcționează, recreați un .htaccess implicit din Settings – Permalinks (salvați din nou fără a modifica nimic). Dacă problema persistă, creșteți limita de memorie PHP adăugând în wp-config.php:

// În wp-config.php - creșteți limita de memorie WordPress
define('WP_MEMORY_LIMIT', '256M');

// Activați și modul debug pentru a vedea eroarea exactă
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Dacă nici aceasta nu rezolvă problema, dezactivați pluginurile redenumind directorul wp-content/plugins prin File Manager în ceva de genul plugins_disabled. Accesați site-ul – dacă funcționează, reactivați pluginurile unul câte unul pentru a identifica vinovatul. Nu uitați să verificați și jurnalul de erori din cPanel sau fișierul wp-content/debug.log după ce ați activat modul debug.

Eroare la conexiunea cu baza de date

Mesajul „Error establishing a database connection” apare când WordPress nu se poate conecta la baza de date MySQL. Această eroare face website-ul complet inaccesibil și necesită intervenție imediată atât pe frontend cât și în zona de administrare.

Cauze frecvente

• Date de acces greșite în wp-config.php (nume bază de date, utilizator, parolă)
• Serverul MySQL este oprit sau supraîncărcat
• Baza de date este coruptă sau are tabele deteriorate
• Hostname-ul bazei de date s-a schimbat după migrarea hosting-ului
• Limita de conexiuni simultane a fost atinsă pe serverul MySQL

Soluții

Verificați și corectați datele din wp-config.php astfel încât să corespundă cu cele din panoul de control al hosting-ului:

define('DB_NAME', 'numele_bazei_de_date');
define('DB_USER', 'utilizatorul_mysql');
define('DB_PASSWORD', 'parola_corecta');
define('DB_HOST', 'localhost');

Verificați că aceste date corespund cu cele din MySQL Databases din cPanel. Dacă baza de date este coruptă, reparați-o din phpMyAdmin (selectați toate tabelele – Repair table) sau adăugați temporar în wp-config.php linia de mai jos, accesați URL-ul de reparare, apoi eliminați imediat linia:

// Adăugați temporar în wp-config.php
define('WP_ALLOW_REPAIR', true);

// Accesați: https://domeniul-dvs.ro/wp-admin/maint/repair.php
// IMPORTANT: Eliminați linia de mai sus după reparare!

Dacă serverul MySQL este oprit, contactați furnizorul de hosting. Dacă problema apare periodic, solicitați verificarea limitei de conexiuni simultane și optimizarea interogărilor bazei de date.

Eroare 403 – Forbidden

Eroarea 403 indică faptul că serverul refuză accesul la resursa solicitată. Spre deosebire de eroarea 404 (resursă inexistentă), eroarea 403 înseamnă că resursa există, dar accesul este explicit interzis de configurarea serverului sau a WordPress-ului.

Cauze frecvente

• Permisiuni greșite pe fișiere și directoare
• Fișier .htaccess cu reguli de blocare inadecvate
• Plugin de securitate care blochează accesul din diverse motive
• ModSecurity care blochează cereri legitime
• Adresa IP a fost blocată manual sau automat

Soluții

Verificați și corectați permisiunile fișierelor folosind valorile standard WordPress:

• Directoare: 755 (rwxr-xr-x)
• Fișiere: 644 (rw-r–r–)
• wp-config.php: 600 (rw––-) pentru securitate maximă
• wp-content/uploads: 755 pentru a permite upload-ul de fișiere

Dacă eroarea apare doar pe anumite pagini sau tipuri de cereri, verificați dacă un plugin de securitate sau ModSecurity blochează cererile. Dezactivați temporar pluginul de securitate și testați. Dacă ModSecurity este cauza, contactați hosting-ul pentru a adăuga o excepție pentru URL-ul afectat.

Eroare 404 pe articole și pagini

Paginile individuale returnează eroarea 404 (Not Found), deși conținutul există în baza de date – acesta este un simptom clasic al problemelor cu permalink-urile WordPress. Pagina principală funcționează, dar orice altă pagină sau articol returnează 404.

Cauze frecvente

• Permalink-urile sunt configurate greșit sau nu au fost salvate
• Fișierul .htaccess lipsește, este gol sau are reguli incomplete
• Modulul mod_rewrite nu este activat pe server
• Migrarea pe un server nou fără regenerarea permalink-urilor

Soluții

Accesați Settings – Permalinks și apăsați „Save Changes” fără a modifica nimic. WordPress va regenera automat fișierul .htaccess. Dacă nu funcționează, verificați că fișierul .htaccess conține regulile WordPress implicite și adăugați-le manual dacă lipsesc:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Dacă nici aceasta nu rezolvă problema, verificați cu furnizorul de hosting că modulul mod_rewrite este activat pe server. Pe unele configurații Nginx, regulile de rewrite trebuie adăugate direct în configurația serverului, nu în .htaccess.

Ecranul alb al morții (White Screen of Death)

Ecranul alb – o pagină complet albă, fără niciun mesaj de eroare – este una dintre cele mai descurajante probleme WordPress. Cauzele sunt de obicei aceleași ca la eroarea 500, dar PHP-ul eșuează înainte de a putea afișa vreun mesaj.

Cauze frecvente

• Eroare fatală PHP într-un plugin sau temă
• Memorie PHP insuficientă
• Conflict între pluginuri sau între un plugin și temă
• Fișier de bază WordPress corupt

Soluții

Activați modul debug WordPress adăugând în wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);

Verificați fișierul wp-content/debug.log pentru mesajul de eroare exact. Dacă ecranul alb apare doar în zona de administrare, adăugați și:

define('SCRIPT_DEBUG', true);

Dezactivați pluginurile și schimbați tema la una implicită WordPress (Twenty Twenty-Four) prin File Manager sau phpMyAdmin. Dacă site-ul revine, reactivați componentele una câte una pentru a identifica conflictul.

Eroare „Are you sure you want to do this?”

Acest mesaj apare când WordPress nu poate verifica tokenul de securitate (nonce) al unei acțiuni. Cauzele includ plugin cu nonce expirat sau incorect, teme cu formulare care nu includ câmpul nonce, sau cache care servește pagini expirate cu tokenuri vechi.

Soluții: goliți cache-ul website-ului și al browserului. Dacă persistă, dezactivați pluginul de cache și testați. Verificați că tema folosește corect funcțiile wp_nonce_field() și check_admin_referer() în formularele custom. Dacă eroarea apare după instalarea unui plugin nou, acesta este probabil cauza.

Eroare „Briefly unavailable for scheduled maintenance”

Acest mesaj apare când WordPress este blocat în modul de întreținere, de obicei din cauza unei actualizări întrerupte de o eroare de rețea sau timeout. Website-ul afișează mesajul de mentenanță pentru toți vizitatorii, inclusiv pentru administrator.

Soluție

Accesați File Manager și ștergeți fișierul .maintenance din directorul rădăcină al WordPress. Acest fișier este creat automat la începutul actualizărilor și șters la finalizare. Dacă actualizarea s-a întrerupt, fișierul rămâne și blochează accesul. După ștergerea fișierului, verificați dacă actualizarea care a eșuat necesită să fie repetată din Dashboard – Updates.

Eroare de memorie epuizată

Mesajul „Allowed memory size of X bytes exhausted” indică faptul că un script PHP a consumat toată memoria alocată. Această eroare apare adesea după instalarea unor pluginuri mari (page builders, pluginuri WooCommerce) sau după creșterea volumului de conținut.

Soluții

// În wp-config.php - creșteți limita WordPress
define('WP_MEMORY_LIMIT', '256M');

// Pentru zona de administrare
define('WP_MAX_MEMORY_LIMIT', '512M');

// În .htaccess - creșteți limita PHP
php_value memory_limit 256M

// Sau în php.ini / .user.ini
memory_limit = 256M

Dacă eroarea persistă și cu limita mărită, un plugin consumă memorie excesivă. Identificați-l folosind pluginul Query Monitor care arată consumul de memorie per plugin și per interogare de bază de date. Verificați și că tema nu are scurgeri de memorie prin încărcarea repetată a aceleiași imagini sau resurse.

Erori la încărcarea imaginilor

Mesaje precum „Unable to create directory”, „HTTP error” sau „Missing a temporary folder” la upload-ul de imagini sunt frecvente și au cauze diverse. Aceste erori pot afecta doar anumite tipuri de fișiere sau toate upload-urile, în funcție de cauza exactă.

Cauze și soluții

• Permisiuni greșite pe wp-content/uploads – setați permisiunile la 755 pentru director și 644 pentru fișiere prin File Manager sau FTP
• Limita de dimensiune depășită – creșteți upload_max_filesize și post_max_size din setările PHP din cPanel
• Folder temporar lipsă – adăugați în wp-config.php calea către un director temporar existent
• Extensie GD sau Imagick lipsă – verificați că extensiile PHP pentru procesarea imaginilor sunt activate din PHP Extensions în cPanel

// wp-config.php - definire folder temporar custom
define('WP_TEMP_DIR', ABSPATH . 'wp-content/temp/');

// Creați directorul temp în wp-content cu permisiuni 755
// Adăugați în .htaccess pentru limite mai mari
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300

Eroare de timeout

Mesajul „Maximum execution time exceeded” apare când un script PHP durează mai mult decât limita permisă. Este frecvent la operațiuni de import/export de date, generare de sitemap sau actualizări în masă.

// În php.ini sau .user.ini
max_execution_time = 300

// În .htaccess (dacă serverul permite)
php_value max_execution_time 300

// În wp-config.php
set_time_limit(300);

Dacă timeout-ul apare la operațiuni specifice unui plugin (import WooCommerce, backup), verificați dacă pluginul oferă opțiunea de procesare în loturi mai mici. Mulți furnizori de hosting au limite stricte pe shared hosting – considerați trecerea la un plan VPS pentru operațiuni intensive.

Pași generali de diagnosticare

Indiferent de eroare, urmați acești pași în ordine pentru a diagnostica sistematic orice problemă WordPress:

1. Activați modul debug și verificați wp-content/debug.log pentru mesajul de eroare exact
2. Verificați jurnalele de erori ale serverului din cPanel – Error Log
3. Goliți toate nivelurile de cache: plugin de cache, cache server (LiteSpeed, Varnish), cache browser și CDN
4. Dezactivați pluginurile prin redenumirea directorului wp-content/plugins pentru a izola cauza
5. Schimbați tema la una implicită WordPress (Twenty Twenty-Four) pentru a elimina conflictele de temă
6. Reinstalați WordPress core prin Dashboard – Updates – Re-install (nu afectează wp-content sau wp-config.php)
7. Verificați permisiunile fișierelor și directoarelor – folosiți valorile standard 755/644
8. Restaurați din backup dacă nimic altceva nu funcționează și aveți un backup recent

Erorile WordPress sunt aproape întotdeauna rezolvabile prin abordare sistematică și răbdare. Mențineți backup-uri regulate, actualizați pluginurile și temele constant și monitorizați jurnalele de erori pentru a detecta problemele înainte de a deveni critice – aceste practici vă vor reduce semnificativ frecvența erorilor și timpul de rezolvare a oricărei probleme apărute.