Un URL poate răspunde cu succes din punctul de vedere al serverului și totuși să afișeze „pagina nu există”, o pagină aproape goală sau un mesaj de eroare. Google numește acest caz soft 404 când conținutul indică lipsa paginii, dar serverul trimite codul HTTP 200. Documentația Google Search Central explică faptul că astfel de pagini pot apărea în raportul de indexare din Search Console și pot fi excluse din căutare.
Începe cu URL-ul concret din raport, nu cu presupunerea că întregul site este defect. Copiază adresa exactă, inclusiv varianta cu sau fără bară la final și eventualii parametri. Deschide pagina într-o fereastră fără autentificare și vezi ce primește un vizitator obișnuit. Apoi verifică răspunsul HTTP și conținutul randat. O pagină care pare bună în browserul administratorului poate depinde de un cookie ori de resurse care nu se încarcă pentru alți utilizatori.
Separă cele trei situații posibile
Prima situație: articolul sau produsul a fost șters și nu există înlocuitor potrivit. Google recomandă un răspuns HTTP 404 ori 410 pentru URL-ul dispărut. Poți afișa o pagină 404 utilă, cu navigație către alte materiale, dar codul trebuie să rămână 404. Un template frumos servit cu 200 continuă să semnaleze greșit că resursa există.
A doua situație: materialul a fost mutat și există o pagină nouă echivalentă. Google recomandă un redirect permanent 301 către înlocuitor. Nu redirecționa automat orice articol dispărut către pagina principală; destinația trebuie să rezolve intenția vizitatorului. Un redirect în lanț sau către o pagină fără legătură poate crea o experiență confuză și nu repară problema de conținut.
A treia situație: pagina ar trebui să existe, dar Google vede conținut gol sau eroare. Atunci trebuie investigat ce se întâmplă la randare. Google indică folosirea inspecției URL pentru a vedea conținutul randat și codul primit. Resurse blocate, erori JavaScript, răspunsuri incomplete ori o bază de date indisponibilă pot produce o pagină diferită de cea așteptată.
Verifică tehnic, fără să maschezi problema
Notează ora testului, codul HTTP, titlul paginii, textul principal și dacă imaginile sau scripturile esențiale se încarcă. Repetă pentru versiunea mobilă, dacă interfața diferă. Într-o aplicație care randează doar în browser, serverul poate trimite un HTML aproape gol, iar eroarea poate apărea abia după execuția JavaScript. Ghidul Google pentru JavaScript SEO recomandă coduri de stare semnificative pentru paginile inexistente și descrie alternative pentru aplicațiile unde rutarea client face dificil un 404 real.
Nu folosi robots.txt ca să ascunzi un URL soft 404 înainte de diagnostic. Blocarea accesului crawlerului îi poate împiedica tocmai observarea codului corect sau a redirectului. Nici adăugarea unui paragraf generic nu face automat pagina utilă. Dacă un șablon de categorie nu are produse, decide dacă trebuie să existe pentru utilizatori și ce conținut real oferă. O pagină aproape goală cu titlu nou poate rămâne tot o pagină aproape goală.
Urmărește rezultatul după corecție
După modificare, testează din nou URL-ul și destinația eventualului redirect. Verifică separat că alte pagini valide nu au fost afectate de o regulă prea largă. În Search Console, inspecția URL și raportul de indexare pot arăta cum a fost văzută pagina; actualizarea raportului nu este instantanee. Nu interpreta absența imediată a unei schimbări ca dovadă că remedierea a eșuat.
Păstrează o listă cu URL-urile afectate și tipul soluției aplicate fiecăruia. Dacă zeci de produse dispărute au același șablon, verifică șablonul o singură dată și testează apoi câteva cazuri reprezentative. Dacă doar un articol valid apare în raport, investighează pagina și resursele ei specifice. O regulă globală de redirect aplicată pentru un singur URL poate crea probleme noi.
Imaginează-ți un articol șters care rămâne în sitemap, iar serverul îi afișează pagina 404 cu răspuns 200. Acesta este un scenariu ilustrativ. Remedierea include codul 404 corect și eliminarea URL-ului din sitemap; dacă există un articol nou cu același scop, poate fi justificat un 301. Pentru interpretarea perioadelor de raportare, vezi și ghidul despre datele preliminare din Search Console. Datele de performanță și raportul de indexare răspund însă la întrebări diferite.
