Cum refaci un site fără să pierzi SEO-ul.

Un redesign care își păstrează URL-urile, își păstrează conținutul și livrează o hartă de redirecturi testată mișcă de obicei traficul organic cu câteva procente, timp de câteva săptămâni. Un redesign care le schimbă pe toate trei deodată, fără hartă și fără un crawl de dinainte de lansare, e cel care pierde o parte mare din trafic și petrece luni ca să și-l recupereze. Diferența nu ține aproape niciodată de buget sau de platformă — ține de care dintre cele trei lucruri ai schimbat efectiv și de dacă a verificat cineva înainte de schimbarea DNS.

Ce schimbă un redesign și ce riscă fiecare schimbare

Riscul se compune. Schimbarea a două dintre aceste rânduri într-un singur release e mult mai greu de diagnosticat ulterior decât schimbarea lor în două release-uri la o lună distanță.

Te costă efectiv poziții un redesign?

Nu prin el însuși. Google rankează URL-uri, nu designuri vizuale — un site care își schimbă culorile, tipografia și layoutul păstrând aceleași URL-uri, aceleași titluri de pagină și același text nu a schimbat aproape nimic din ce măsoară un motor de căutare. Ce costă poziții e munca ce însoțește de obicei un redesign: URL-uri noi, conținut rescris sau șters, un CMS nou care îți pierde metadatele și redirecturi scrise în săptămâna lansării.

Merită să știi cât de mare e riscul înainte să decizi cât de atent să fii. O analiză a 1.052 de migrări de domeniu publicată de SALT.agency în iunie 2026 a găsit un timp median de recuperare de 304 zile, cu doar aproximativ 23% dintre site-uri revenite la traficul de dinainte de migrare în 90 de zile și 13,9% încă nerecuperate complet după trei ani. Acesta e cazul cel mai rău — sunt mutări de domeniu, categoria cu cel mai mare risc din tabelul de mai sus — dar e cazul spre care alunecă un redesign atunci când structura URL-urilor se schimbă și nimeni nu răspunde de harta de redirecturi.

De ce scade traficul după un redesign?

Din experiența noastră, aproape orice scădere de după lansare se reduce la una dintre șapte cauze, iar primele două explică majoritatea. Prima: URL-urile s-au schimbat, iar cele vechi returnează acum 404, deci fiecare poziție și fiecare backlink care duce spre ele se pierde. A doua: tagul noindex al site-ului de staging sau un robots.txt care blochează crawlingul au ajuns în producție, ceea ce scoate discret tot site-ul din index în câteva zile.

Restul: conținut tăiat în timpul redesignului, deci paginile care rankau pe profunzime nu o mai au; toate URL-urile vechi redirecționate spre homepage în loc de echivalentul cel mai apropiat, ceea ce motoarele de căutare tratează ca un soft 404, nu ca un transfer de semnale; linkuri interne pierdute când se simplifică o navigație, tăind căile de crawl spre paginile de profunzime; o regresie de performanță de la un frontend mai greu; și date structurate rămase în template-urile vechi, care iau cu ele rich results-urile și citările AI.

Fiecare dintre acestea e banal de prevenit și scump de găsit ulterior, pentru că toate se manifestă la fel — traficul scade, iar cauza e invizibilă din frontend.

Ar trebui să-ți schimbi deloc URL-urile?

Dacă poți să eviți, evită. Schimbarea URL-urilor e cea mai scumpă decizie dintr-un redesign și e opțională mult mai des decât se presupune: un design nou, un CMS nou și chiar un framework nou pot fi livrate toate pe structura de URL-uri existentă. Fiecare URL pe care îl păstrezi e un redirect pe care nu trebuie să-l scrii, testezi, monitorizezi și întreții tot anul următor.

Există cazuri în care schimbarea e corectă — o structură construită pe query stringuri, o taxonomie care nu mai corespunde cu ce vinzi, căi de limbă adăugate pentru un rollout multilingv sau sluguri care descriu o linie de produse veche. Când chiar asta e situația, schimbă-le o dată, deliberat, cu o hartă completă, și acceptă fereastra de recuperare în loc să te prefaci că nu va exista.

Ce face o hartă de redirecturi să reziste?

Un rând pentru fiecare URL vechi, un 301 spre pagina echivalentă cea mai apropiată, un singur salt, fără lanțuri. Construiește lista din patru surse, nu din una: un crawl complet al site-ului live înainte să fie oprit, paginile pe care Search Console le raportează cu afișări, paginile pe care analytics le arată cu trafic și paginile cu backlinkuri externe. Oricare dintre cele patru, luată singură, va rata URL-uri pe care celelalte le prind.

Documentația proprie Google despre mutarea site-urilor e explicită pe cele două detalii pe care echipele le greșesc. Folosește redirecturi permanente — 301 sau 308 — pentru că redirecturile permanente nu produc pierdere de PageRank, și păstrează-le „cât mai mult timp posibil, în general cel puțin 1 an”, pentru că semnalele sunt reatribuite pe URL, în timp, nu toate deodată. Google mai notează că mutarea e procesată URL cu URL, deci un site mic sau mediu are nevoie de câteva săptămâni ca majoritatea paginilor să se așeze, iar unul mare de mai mult.

Testează harta pe crawl înainte de schimbarea DNS, nu după. Fiecare URL vechi ar trebui să returneze exact un 301 și să ajungă pe o pagină care răspunde la aceeași întrebare — un redirect spre homepage nu e un redirect, e o ștergere cu pași în plus.

Ce trebuie verificat înainte de ziua lansării?

Opt lucruri, și toate se verifică mai repede decât se repară. Confirmă că robots.txt permite crawlingul și că niciun noindex nu a supraviețuit din staging. Confirmă că fiecare pagină are titlul, meta descrierea și canonicalul propriu intenționate. Confirmă că ordinea titlurilor e în continuare o structură reală, nu div-uri stilizate. Confirmă că blocurile de date structurate au trecut mai departe și validează-le.

Apoi: confirmă că linkurile interne ajung în continuare la fiecare pagină care te interesează, confirmă că imaginile și-au păstrat textul alt, trimite un sitemap proaspăt cu URL-urile noi și rulează harta de redirecturi pe crawlul vechi până când returnează zero 404-uri și zero lanțuri. Pe un site cu câteva sute de URL-uri asta e o după-amiază. Făcută la o săptămână după lansare, e o lună de recuperare.

Cât ar trebui să dureze recuperarea și când să-ți faci griji?

Depinde complet de ce rând din tabel ai schimbat. Același domeniu și aceleași URL-uri: așteaptă-te la zgomot câteva zile și la nicio schimbare semnificativă. Același domeniu, URL-uri noi, hartă de redirecturi curată: așteaptă-te la o scădere și o revenire în aproximativ patru-opt săptămâni, pe măsură ce Google reprocesează fiecare URL. Domeniu nou: așteaptă-te la luni și folosește instrumentul Change of Address din Search Console, care funcționează doar de la domeniu la domeniu — explicit nu pentru schimbări de cale în interiorul unui site — și pentru care Google păstrează relația doar 180 de zile.

Îngrijorează-te când o scădere continuă să se adâncească după a treia săptămână, când raportul de acoperire din Search Console arată un număr în creștere de 404-uri sau „crawled – currently not indexed”, sau când afișările scad pentru interogări a căror pagină de destinație încă există și nu mai rankează nimic. Cele trei semnale înseamnă că ceva e stricat, nu că se așază, iar fiecare săptămână de așteptare e o săptămână în plus de recuperare.

Ce ar trebui să îmbunătățească un redesign, nu doar să păstreze?

Păstrarea traficului e podeaua, nu obiectivul — un redesign care păstrează fiecare poziție și nu schimbă nimic altceva a fost o zugrăveală scumpă. Reconstrucția e cea mai ieftină ocazie pe care o vei avea să repari lucrurile structurale: greutatea paginii și Core Web Vitals, o structură de titluri și scheme din care motoarele de răspuns pot extrage un pasaj curat, și chiar drumul spre conversie, pentru că mai mult trafic spre o pagină care nu convertește nu e o victorie.

Ordinea practică e: protejează ce rankează, apoi îmbunătățește ce face pagina când ajunge cineva pe ea. Echipele care inversează cele două — care fac redesign pentru conversie întâi și tratează SEO ca pe un checklist din săptămâna lansării — sunt cele care ajung în partea proastă a cifrelor de recuperare.

Surse

Recomandările despre migrare și cifrele de recuperare de mai sus vin din aceste surse, verificate în iulie 2026. Checklistul de dinainte de lansare și tabelul de risc sunt ale noastre.

• Google Search Central — Site moves with URL changes ↗

  Documentația proprie Google despre migrare: folosește 301/308, redirecturile permanente nu pierd PageRank, păstrează-le cel puțin un an, mutările se procesează URL cu URL.

• Google Search Console Help — Change of Address tool ↗

  Doar de la domeniu la domeniu, cere 301-uri deja implementate, iar Google păstrează relația dintre site-ul vechi și cel nou timp de 180 de zile.

• SALT.agency — Only 27% of domain migrations recover in 90 days ↗

  Studiu pe 1.052 de migrări de domeniu publicat în iunie 2026: recuperare mediană de 304 zile, aproximativ 23% recuperate în 90 de zile, 13,9% nerecuperate complet după trei ani.