Redirecționări 301 și 302 în cPanel: Ghid pas cu pas

Redirecționări 301 și 302 în cPanel: Ghid pas cu pas pentru cea mai frecventă operațiune de întreținere a unui site care a schimbat ceva: o adresă, o structură, un domeniu. Redirecționări 301 și 302 în cPanel se fac din secțiunea Redirects, fără cod, iar pentru cazurile care nu încap în formular rămâne fișierul .htaccess. Diferența dintre 301 și 302 nu este o subtilitate: alegerea greșită înseamnă poziții pierdute în Google sau o adresă veche care nu mai poate fi recuperată.

Ghidul de mai jos acoperă decizia, pașii, verificarea și greșelile pe care le vedem cel mai des în audituri.

Redirecționări 301 și 302 în cPanel: Ghid pas cu pas

O redirecționare este un răspuns al serverului: „pagina pe care o cauți este acum aici”. Browserul urmează noua adresă automat, iar motorul de căutare notează schimbarea și decide ce face cu adresa veche.

301: permanent

Spune că vechea adresă nu se mai întoarce. Google transferă semnalele acumulate, legături, istoric, poziții, către adresa nouă și, în timp, scoate adresa veche din index. Este alegerea pentru orice mutare definitivă: pagini redenumite, structură nouă, trecerea pe HTTPS, schimbarea domeniului.

302: temporar

Spune că vechea adresă revine. Google păstrează adresa veche în index și nu transferă semnalele. Este alegerea pentru situații scurte: o pagină în întreținere, o promoție care înlocuiește o pagină câteva zile, o redirecționare în funcție de țară pe care o veți scoate.

Un 302 lăsat luni de zile ajunge să fie tratat de Google ca 301, dar între timp ați pierdut controlul asupra a ce se indexează. Când nu sunteți sigur, întrebarea de control este: „vechea adresă va mai afișa vreodată același conținut?”. Dacă nu, este 301.

Pașii în secțiunea Redirects

1. Autentificați-vă în cPanel și deschideți Domains, Redirects.
2. La Type, alegeți Permanent (301) sau Temporary (302).
3. La domeniu, alegeți domeniul de pe care redirecționați. Opțiunea All Public Domains aplică regula pe toate domeniile din cont.
4. În câmpul de după domeniu scrieți calea veche, fără domeniu, de exemplu /servicii-vechi/.
5. La Redirects to scrieți adresa completă de destinație, cu https://: https://www.firma.ro/servicii/.
6. La opțiunile pentru www, alegeți Redirect with or without www, ca regula să prindă ambele forme.
7. Wild Card Redirect: bifați doar dacă vreți ca tot ce urmează după calea veche să fie păstrat în cea nouă. Detalii mai jos.
8. Apăsați Add.

Regula apare în lista de sub formular și este activă imediat, fiind scrisă în .htaccess din directorul domeniului.

Wildcard: când și cum

Fără wildcard, regula redirecționează exact adresa scrisă. Cu wildcard, /blog-vechi/ spre https://www.firma.ro/blog/ trimite /blog-vechi/articol-1/ la /blog/articol-1/, păstrând partea de după.

Funcționează când structura de sub cele două căi este identică. Când articolele au și nume noi, wildcard-ul trimite vizitatorii spre pagini inexistente; atunci aveți nevoie de o regulă pentru fiecare adresă, sau de o hartă în .htaccess.

Redirecționarea unui domeniu întreg

Când mutați site-ul pe alt domeniu, lăsați calea goală, scrieți noul domeniu la destinație și bifați wildcard. Fiecare pagină de pe domeniul vechi ajunge la aceeași cale pe domeniul nou. Domeniul vechi trebuie să rămână în cont, cu DNS activ și cu certificat, cel puțin un an; altfel redirecționarea nu se execută, fiindcă nimeni nu mai răspunde la vechea adresă.

Mutarea unui site întreg are și alți pași, harta de adrese, sitemap-ul, Search Console; ghidul despre migrarea unui website folosind cPanel îi pune în ordine.

Reguli în .htaccess

Formularul din cPanel acoperă cazurile simple. Pentru zeci de adrese, pentru condiții sau pentru ordine precisă, editați .htaccess din rădăcina domeniului, cu File Manager și cu o copie de siguranță a fișierului înainte.

# pagini individuale
Redirect 301 /servicii-vechi/ https://www.firma.ro/servicii/
Redirect 301 /despre.html https://www.firma.ro/despre-noi/

# un director întreg, cu păstrarea căii
RedirectMatch 301 ^/blog-vechi/(.*)$ https://www.firma.ro/blog/$1

# de pe http și de pe fără www, pe https cu www, într-un singur pas
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.firma.ro/$1 [L,R=301]

Regulile de redirecționare stau înaintea regulilor WordPress din fișier, altfel WordPress preia cererea primul și afișează 404. Pe serverele cu LiteSpeed, sintaxa este aceeași ca pe Apache.

Ordinea și lanțurile

Fiecare cerere trebuie să ajungă la destinația finală într-un singur salt. Un lanț de forma http://firma.ro/x spre https://firma.ro/x spre https://www.firma.ro/x spre https://www.firma.ro/y are trei salturi; Google urmează până la zece, dar pierde din semnal la fiecare, iar vizitatorul așteaptă. Regula de mai sus, care rezolvă HTTPS și www odată, elimină două salturi. Verificați lanțurile după fiecare modificare.

Verificarea

curl -sI https://firma.ro/servicii-vechi/ | grep -iE "^(HTTP|location)"

Rezultatul trebuie să arate HTTP/2 301 și un singur location spre adresa finală. Repetați comanda pe adresa din location; dacă apare din nou 301, aveți un lanț. Un serviciu online de verificare a redirecționărilor arată tot lanțul dintr-o dată.

În Search Console, raportul de indexare a paginilor arată adresele cu redirecționare și pe cele cu eroare de redirecționare, buclele. Citirea lui este descrisă în ghidul despre rapoartele de acoperire din Google Search Console.

Greșeli care pierd trafic

• Toate paginile vechi redirecționate spre pagina de start. Google tratează redirecționarea spre o pagină fără legătură ca pe un 404 și nu transferă nimic. Fiecare adresă veche merge spre pagina cu același subiect, sau spre categoria ei.
• 302 folosit pentru mutări definitive, din obișnuință sau fiindcă era selectat implicit.
• Redirecționarea uitată după redenumirea unei pagini în WordPress. WordPress păstrează vechiul slug o vreme, dar nu întotdeauna și nu pentru pagini.
• Adrese cu și fără bară finală tratate diferit. Alegeți o formă și redirecționați cealaltă, pe tot site-ul.
• Redirecționarea aplicată și pe .well-known, ceea ce blochează validarea certificatelor. Excludeți directorul.
• Redirecționări cu parametri pierduți, când adresa veche avea ?id=; formularul din cPanel nu le păstrează, .htaccess cu QSA da.
• Domeniul vechi lăsat să expire, cu toate redirecționările lui. Legăturile din alte site-uri mor odată cu el.

Un exemplu din audituri

Un site de prezentare a fost refăcut, cu adrese noi pentru toate cele 40 de pagini. Agenția care l-a refăcut a pus o singură regulă: tot ce dă 404 merge la pagina de start. În trei luni, traficul organic a scăzut cu 60%, iar Search Console arăta 40 de pagini „redirecționate” fără ca nicio pagină nouă să fi preluat pozițiile.

Rezolvarea a fost o hartă cu 40 de linii Redirect 301, fiecare pagină veche spre corespondenta ei nouă, plus cererea de reindexare. Pozițiile au revenit în șase săptămâni. Regula care ducea la pagina de start a rămas doar pentru adresele fără corespondent, și acelea au fost puse pe 410, ca Google să le scoată din index fără să le tot verifice.

Redirecționările și celelalte setări

Redirecționarea spre HTTPS se activează mai simplu din Domains, cu comutatorul Force HTTPS Redirect, decât din reguli scrise de mână. Pentru subdomenii mutate, opțiunea Manage Redirection din același loc redirecționează tot subdomeniul, cum arată ghidul despre crearea și configurarea subdomeniilor. Iar când redirecționările nu se comportă cum vă așteptați, cache-ul browserului este primul suspect: browserele memorează 301 și îl aplică fără să mai întrebe serverul; testați în fereastră privată sau cu curl.

Redirecționări pe care nu le face cPanel

Câteva cazuri des întâlnite ies din formularul Redirects și cer reguli scrise:

• Adrese cu litere mari sau cu spații codificate, rămase de la un site vechi: se prind cu RedirectMatch și expresii regulate, cu flagul NC pentru a ignora majusculele.
• Redirecționare în funcție de parametru, de exemplu ?p=12 spre pagina cu slug: RewriteCond %{QUERY_STRING} ^p=12$ urmat de RewriteRule ^$ /pagina/? [R=301,L], unde semnul de întrebare de la final elimină parametrul.
• Pagini șterse fără corespondent: răspunsul corect este 410 Gone, nu redirecționare. Redirect 410 /pagina-veche/ spune Google să o scoată din index fără să o mai verifice.
• Redirecționarea doar pentru vizitatori, nu pentru roboți, sau invers: nu o faceți; Google o tratează ca ascundere de conținut.

Pentru site-urile WordPress, un plugin de redirecționări ține harta în baza de date și permite editarea fără File Manager, dar regulile din .htaccess sunt mai rapide, fiind evaluate înainte de a porni PHP. Pe site-uri cu zeci de mii de adrese, diferența se simte.

De reținut

301 pentru mutări definitive, 302 doar pentru ce revine. Din cPanel, secțiunea Redirects acoperă pagini, directoare cu wildcard și domenii întregi; .htaccess preia restul, cu reguli înaintea celor WordPress și fără lanțuri. Verificați cu curl și în Search Console, și trimiteți fiecare adresă veche spre pagina cu același subiect. Opțiunile formularului sunt în documentația cPanel pentru redirecturi, iar felul în care Google tratează fiecare tip de redirecționare este descris în ghidul Google despre redirecturi și Căutare.

Dacă site-ul dvs. a fost refăcut sau mutat și traficul a scăzut, verificarea redirecționărilor, a lanțurilor și a paginilor 404 face parte din auditul SEO gratuit de la GOAI, iar harta completă de redirecționări intră în serviciile de SEO tehnic și în optimizarea SEO.