Ce înseamnă eroarea 500 și de ce mi-a picat site-ul?

Eroarea 500 (Internal Server Error) înseamnă că serverul site-ului a dat peste o problemă neprevăzută și n-a putut livra pagina cerută. E un mesaj generic de tip „ceva s-a stricat”: vina e la server, nu la browserul sau la internetul tău. Pe site-urile WordPress, cauzele obișnuite sunt un plugin sau o temă cu probleme, un fișier .htaccess stricat, memoria PHP depășită sau o schimbare de versiune PHP, iar motivul exact e scris în logul de erori al serverului.

Intri pe site-ul tău și, în loc de pagina obișnuită, vezi un mesaj sec: „500 Internal Server Error”. Nicio poză, niciun meniu, doar rândul acela de text. E firesc să intri în panică, mai ales dacă din site vin clienți sau programări. Vestea bună: eroarea 500 aproape niciodată nu înseamnă că ai pierdut ceva definitiv. Fișierele și conținutul sunt de obicei intacte, iar cauza e una punctuală și reparabilă. Mai jos găsești ce se întâmplă de fapt, care sunt cauzele reale și în ce ordine le verifici.

Ce înseamnă, de fapt, eroarea 500

Când deschizi un site, browserul cere pagina de la un server. Serverul o pregătește (rulează cod, citește din baza de date) și ți-o trimite înapoi. Eroarea 500 apare atunci când serverul a primit cererea, a încercat să o proceseze, s-a împiedicat de ceva pe drum și nu a mai putut termina.

E un cod generic, de rezervă: serverul îl folosește atunci când nu se potrivește un cod 5xx mai precis. De aceea mesajul nu-ți spune aproape nimic despre cauză.

Spre deosebire de 404 („pagina nu există”), 500 nu spune nimic despre pagina în sine: serverul a cedat înainte să poată da un răspuns normal. Mesajul e și intenționat vag, pentru că un site public nu trebuie să le arate vizitatorilor detalii tehnice despre codul lui. Explicația reală, cu numele fișierului și linia, stă în logurile de erori ale serverului.

Aceeași eroare poate arăta diferit, în funcție de browser și de platformă:

• „500 Internal Server Error”, „HTTP Error 500” sau doar „Internal Server Error”.
• În Chrome, când site-ul nu trimite o pagină de eroare proprie: un mesaj că pagina nu funcționează („This page isn't working” în Chrome în engleză), cu „HTTP ERROR 500” dedesubt.
• Pe WordPress: un mesaj despre o „eroare critică” pe site (în engleză, „There has been a critical error on this website”). Așa arată o eroare fatală PHP prinsă de WordPress.
• O pagină complet albă, atunci când serverul e setat să nu afișeze erorile.

Eroarea 500 vs 502, 503 și 504

Toate codurile 5xx arată o problemă pe partea de server, dar fiecare te trimite în altă direcție:

Dacă doar vizitezi un site care dă eroarea 500

Dacă nu e site-ul tău, nu ai mare lucru de reparat, dar câteva lucruri merită încercate:

• Așteaptă un minut și reîncarcă pagina (F5 sau Cmd+R pe Mac). Uneori serverul a fost suprasolicitat doar câteva clipe.
• Dacă eroarea a apărut în timp ce plăteai sau trimiteai o comandă, nu retrimite imediat. Verifică întâi e-mailul sau aplicația băncii, să vezi dacă plata a trecut, ca să nu plătești de două ori.
• Deschide pagina într-o fereastră privată sau pe telefon, pe date mobile. Dacă nu merge nicăieri, site-ul chiar e căzut.
• Revino mai târziu sau contactează firma la telefon ori pe e-mail.

Cele mai frecvente cauze

În practică, un 500 vine aproape mereu din una dintre aceste direcții:

• Un plugin sau o temă (mai ales pe WordPress) care s-a actualizat prost sau intră în conflict cu altceva.
• O eroare în cod după o modificare recentă: cineva a schimbat o linie și a stricat sintaxa.
• O schimbare de versiune PHP. Firmele de găzduire mai mută din când în când serverele pe versiuni noi de PHP, iar un plugin sau o temă mai veche poate să nu mai meargă pe ele.
• Memoria PHP depășită. În log apare de obicei ca „Allowed memory size ... exhausted”.
• Fișierul .htaccess corupt sau cu o regulă greșită (pe serverele Apache și LiteSpeed).
• Baza de date inaccesibilă: parolă greșită în configurare, server de baze de date oprit sau supraîncărcat.
• Permisiuni greșite pe fișiere după o mutare pe alt server sau după restaurarea unui backup.
• Limitele pachetului de găzduire: memorie sau număr de procese depășite, disc plin ori mai multe fișiere decât îți permite abonamentul. Pe unele găzduiri, aceleași limite apar ca eroare 503 sau 508, nu 500.
• Un script care durează prea mult (un import mare, un backup) și pe care serverul îl oprește.
• O pană la firma de găzduire, la CDN sau la furnizorul de cloud, caz în care pică mai multe site-uri deodată.

Observă un tipar: cel mai des, 500 apare imediat după o schimbare, cum ar fi o actualizare, un plugin nou, o mutare pe alt server sau o versiune nouă de PHP. Dacă site-ul mergea acum o oră, prima întrebare e ce s-a modificat între timp.

Pasul 1: vezi cât de mare e problema

Înainte să atingi vreun fișier, ia-ți două minute să restrângi căutarea:

• Pică tot site-ul sau doar o pagină? O singură pagină stricată trimite de obicei la un șablon, un plugin sau un formular; tot site-ul căzut trimite la configurare, la PHP sau la server.
• Se mai deschide zona de administrare (/wp-admin pe WordPress)? Dacă da, poți dezactiva pluginurile de acolo, fără FTP.
• Notează ora exactă la care a apărut eroarea și ce s-a schimbat în jurul ei: actualizări, pluginuri noi, modificări de cod, o mutare de găzduire. Ora te ajută să găsești rândurile potrivite în log și e printre primele lucruri pe care ți le cere suportul găzduirii.

Pasul 2: citește logul de erori

Logul de erori e locul în care serverul scrie motivul real al erorii 500. Unde îl găsești:

• În cPanel: secțiunea Metrics, apoi Errors (dacă panoul e în română, numele pot apărea traduse). Acolo vezi cele mai recente intrări din logul de erori al serverului web, de la cea mai nouă la cea mai veche.
• Un fișier numit error_log în folderul site-ului (de obicei public_html), pe care îl deschizi din File Manager-ul găzduirii.
• Alte panouri (Plesk, DirectAdmin sau panoul propriu al firmei de găzduire) au o secțiune de loguri, iar suportul îți poate trimite logul la cerere.

Caută rândurile care conțin „PHP Fatal error” sau „Uncaught Error”. Calea fișierului îți spune cine e vinovatul: dacă duce în wp-content/plugins/nume-plugin, problema e la acel plugin; dacă duce în wp-content/themes, e la temă.

Pasul 3 (WordPress): modul de recuperare și logul de debug

Dacă vizitatorii văd mesajul despre „eroare critică”, verifică căsuța de e-mail a administratorului site-ului. Începând cu versiunea 5.2, WordPress îi trimite administratorului un link către modul de recuperare (recovery mode). Acesta suspendă pluginul sau tema care provoacă eroarea fatală doar pentru tine, ca să te poți loga și să o actualizezi, înlocuiești sau ștergi. Vizitatorii văd eroarea în continuare, până când rezolvi problema.

Dacă nu ai primit niciun e-mail și logul găzduirii nu te ajută, activează logul de debug al WordPress. Deschide wp-config.php și adaugă rândurile de mai jos deasupra liniei „That's all, stop editing!” (sau a echivalentului ei tradus, dacă instalarea e în română), așa cum arată ghidul oficial de debugging WordPress:

• define( 'WP_DEBUG', true );
• define( 'WP_DEBUG_LOG', true );
• define( 'WP_DEBUG_DISPLAY', false );

Erorile ajung atunci în fișierul wp-content/debug.log, în loc să apară pe ecran pentru vizitatori. WordPress nu recomandă modul debug pe un site live, așa că oprește-l după ce ai găsit cauza. Dacă în locul mesajului de eroare vezi o pagină complet albă, aceiași pași (debug, pluginuri, temă, memorie) sunt explicați și în ghidul nostru pentru ecranul alb al morții în WordPress.

Pasul 4: anulează ultima schimbare

Pașii 4–6 presupun FTP sau File Manager-ul găzduirii. Dacă nu te simți sigur pe tine aici, oprește-te: redenumirile de foldere și editările la întâmplare în fișierele de configurare pot transforma o problemă mică într-una mare. Notează ce ai văzut în log și cere ajutor.

Cele mai multe erori 500 se rezolvă anulând ultimul lucru care s-a schimbat. Mergi în ordinea asta:

• Pluginuri. Dacă panoul de administrare se deschide, dezactivează toate pluginurile din ecranul Module (Plugins), apoi reactivează-le pe rând până reapare eroarea. Dacă nu se deschide, redenumește folderul wp-content/plugins (de exemplu în plugins_old). Dacă site-ul revine, vinovat e un plugin: deschide o dată ecranul Module, ca WordPress să le marcheze pe toate ca inactive, redă folderului numele plugins și reactivează-le unul câte unul.
• Temă. Redenumește folderul temei active din wp-content/themes, apoi intră în panou la Aspect → Teme (Appearance → Themes). WordPress observă că tema activă lipsește și trece pe o temă implicită (din seria „Twenty...”), cu condiția să ai una instalată. Dacă site-ul merge pe tema implicită, vinovată era tema ta.
• .htaccess. Redenumește .htaccess în .htaccess_old (e un fișier ascuns, deci poate trebuie să bifezi afișarea fișierelor ascunse). Dacă site-ul revine, intră în Setări → Legături permanente (Settings → Permalinks) și apasă „Salvează modificările”: WordPress scrie un .htaccess nou sau, dacă nu are drept de scriere, îți arată regulile pe care să le copiezi manual.
• Modificări de cod. Dacă cineva a editat functions.php sau alt fișier, pune la loc versiunea anterioară.

Pasul 5: verifică memoria PHP, versiunea PHP și limitele găzduirii

• Memoria. Dacă în log scrie „Allowed memory size ... exhausted”, limita trebuie mărită. WordPress citește setarea WP_MEMORY_LIMIT din wp-config.php, dar unele găzduiri nu-i permit s-o ridice singur; în cazul ăsta mărești memory_limit din panoul găzduirii sau ceri asta suportului.
• Versiunea PHP. În cPanel o găsești la Software, apoi MultiPHP Manager (unele firme de găzduire au propriul selector de PHP). Dacă eroarea 500 a apărut imediat după o trecere pe un PHP mai nou, reparația reală e să actualizezi sau să înlocuiești pluginul ori tema incompatibilă. Întoarcerea la versiunea veche de PHP doar îți câștigă timp.
• Limitele găzduirii. Uită-te în panou la consumul de resurse, la spațiul pe disc și la numărul de fișiere. Dacă tot atingi limitele pachetului, soluția e o curățenie sau un pachet mai mare, nu încă un plugin.

Pasul 6: permisiunile și fișierele de bază

• Permisiuni. Pe găzduirea partajată (shared), WordPress recomandă 755 (sau 750) pentru foldere și 644 (sau 640) pentru fișiere, cu wp-config.php la 440 sau 400. Nu folosi niciodată 777, nici măcar pentru folderul de upload-uri.
• Fișierele de bază. Dacă fișierele WordPress s-au stricat în timpul unei actualizări, reîncarcă folderele wp-admin și wp-includes dintr-o arhivă WordPress proaspătă, cum recomandă ghidul oficial de depanare WordPress. Nu suprascrie wp-content: acolo stau temele, pluginurile și pozele tale.

Nu folosești WordPress?

• Platforme de tip constructor (Wix, Squarespace, Shopify și altele). Serverele sunt ale platformei, deci nu poți repara tu un 500. Verifică pagina de status a platformei și scrie-le la suport. Dacă pică o singură pagină, uită-te la codul personalizat adăugat recent.
• Site-uri și aplicații făcute pe cod. Verifică logurile aplicației sau ale deploy-ului la găzduire. Dacă eroarea a apărut odată cu o versiune nouă, revino întâi la deploy-ul anterior, apoi caută bugul.

Când restaurezi un backup sau suni la găzduire

Dacă ai un backup făcut înainte să apară problema, restaurarea lui e adesea cea mai rapidă cale înapoi online, mai ales când nu știi ce s-a schimbat. Ține cont doar că ce s-a adăugat după acel backup (comenzi, mesaje din formulare, articole noi) s-ar putea să trebuiască refăcut.

Sună sau scrie la găzduire dacă logul arată spre server și nu spre codul tău, dacă atingi limitele de resurse sau dacă pică mai multe site-uri de pe același cont. Trimite-le domeniul, adresa exactă a paginii, ora la care a început eroarea și ce s-a schimbat. Cu informațiile astea, suportul poate verifica logurile și limitele serverului, pe care tu nu le vezi.

Eroarea 500 îți afectează poziția în Google?

O cădere scurtă, de obicei nu; una lungă, da. Potrivit documentației Google despre erorile de server, când paginile răspund cu erori 5xx, crawlerele Google reduc temporar ritmul de accesare a site-ului, proporțional cu numărul de adrese care dau eroare, și ignoră conținutul acelor răspunsuri. Paginile deja indexate sunt păstrate o vreme, dar sunt scoase până la urmă din index dacă erorile continuă. După ce serverul răspunde din nou normal, Google crește treptat ritmul de accesare.

• Repară întâi eroarea, apoi intră în Search Console: raportul de indexare a paginilor (Page indexing) arată paginile afectate la motivul pentru erori de server (5xx), iar după reparație poți cere validarea remedierii (butonul „Validate fix” din interfața în engleză).
• Dacă trebuie să scoți site-ul offline pentru o zi-două, de exemplu pentru mentenanță, nu-l lăsa să dea 500: pentru astfel de pauze scurte, Google recomandă o pagină informativă cu codul 503.

Cum previi să se repete

Un site nu ar trebui să pice de la o simplă actualizare. Câteva obiceiuri fac diferența:

• Backup automat și regulat, păstrat în afara serverului și testat din când în când printr-o restaurare. Dacă ai o copie de ieri, orice 500 devine reversibil în câteva minute.
• Testează actualizările pe o copie (staging) înainte să ajungă pe site-ul live. Vezi fluxul nostru cu staging în 6 pași pentru actualizări WordPress fără stricăciuni.
• Ține puține pluginuri, doar dintre cele întreținute activ, și șterge-le pe cele pe care nu le folosești.
• Când găzduirea anunță o trecere pe un PHP mai nou, verifică dinainte dacă tema și pluginurile tale îl suportă.
• Pune un monitor de uptime care te anunță pe e-mail sau SMS, ca să afli de un 500 înaintea clienților.
• Alege o găzduire serioasă, cu resurse suficiente și suport care răspunde.

La MPO Web Studio construim site-urile astfel încât proprietarul să nu se trezească cu o pagină de eroare în locul site-ului. Lucrăm cu backup, cu un mediu de test și cu cod curat, nu cu un morman de pluginuri lipite unul de altul. Iar dacă apare o problemă, o rezolvăm remote, fără să te lăsăm ore întregi offline.

Când site-ul aduce clienți, timpul contează

O eroare 500 pe un site de prezentare e enervantă. Pe un site care aduce programări, comenzi sau clienți, fiecare oră offline înseamnă bani pierduți și încredere zdruncinată: cine îți caută serviciul și dă de o pagină de eroare pleacă la concurență.

De asta merită să ai pe cineva care ridică telefonul repede, nu peste trei zile. Noi oferim și mentenanță remote, oriunde în țară, și îți spunem clar dinainte cât plătești, fără surprize.

Dacă ești acum blocat cu un 500 și nu știi de unde să apuci, scrie-ne pe WhatsApp cu adresa site-ului și ce s-a întâmplat înainte să pice. Ne uităm și îți spunem sincer dacă e ceva rapid sau serios.