Cum migrezi un site fără să pierzi pozițiile din Google

De ce o migrare poate distruge ani de SEO

O migrare de site — schimbare de platformă, de design, de structură de URL-uri sau chiar doar de domeniu — rupe, tehnic, toate legăturile pe care Google le-a construit între adresele vechi și autoritatea acumulată de ele. Fiecare URL indexat are în spate ani de semnale: backlink-uri, istoric de clickuri, poziții stabile. Dacă adresa dispare fără o redirecționare corectă, tot acel istoric se pierde, iar pagina nouă pornește practic de la zero.

Din auditurile noastre pe site-uri care au trecut printr-o migrare făcută în grabă, cea mai frecventă cauză de pierdere masivă de trafic nu e schimbarea de design în sine, ci lipsa unei hărți de redirecturi complete — pur și simplu nimeni nu a documentat ce URL vechi corespunde cărui URL nou.

Impactul nu se limitează la pozițiile în Google. Un client care avea un link salvat sau un URL vechi indexat, dat de un fost partener sau menționat într-o publicație, ajunge pe o pagină de eroare 404 dacă redirectul lipsește — o pierdere directă de trafic și de încredere, separată de orice efect asupra clasamentului în motorul de căutare.

Costul unei migrări greșite nu se vede imediat, ci acumulat, pe măsură ce trec săptămânile fără ca pozițiile să revină la nivelul anterior. De aceea, tratarea migrării ca un proiect tehnic separat, cu pași clari și verificabili, nu ca o simplă schimbare de aspect vizual, e diferența reală dintre o tranziție lină și una costisitoare.

Pasul 1: inventarul complet de URL-uri înainte de migrare

Înainte să atingi orice cod, ai nevoie de o listă completă a tuturor URL-urilor vechi indexate sau care primesc trafic. Trei surse se combină pentru un inventar complet: Google Search Console (raportul de pagini indexate și cel de performanță, care arată exact ce URL-uri primesc clickuri), sitemap-ul XML vechi al site-ului și un crawl tehnic complet cu un instrument dedicat, care găsește și pagini care nu apar în sitemap dar sunt totuși accesibile și indexate.

Fără acest pas, e aproape garantat că unele URL-uri vor fi omise din harta de redirecturi — de multe ori exact paginile vechi cu cel mai mult trafic organic, pentru că nu mai sunt vizibile în navigarea curentă a site-ului și sunt ușor de uitat.

Pasul 2: harta de redirecturi 1:1

Fiecare URL vechi trebuie mapat individual către URL-ul nou cel mai relevant din punct de vedere al conținutului — nu către o categorie generală, nu către homepage. Un redirect 1:1 corect spune motorului de căutare „acest conținut s-a mutat aici", păstrând continuitatea semnalelor. Un redirect greșit, către o pagină fără legătură de conținut, e tratat de Google mai degrabă ca o pierdere de conținut decât ca o mutare.

Pentru site-uri mari, cu sute sau mii de URL-uri, harta se construiește de obicei într-un tabel — URL vechi, URL nou, tip de conținut, prioritate — și se verifică rând cu rând înainte de implementare. Un proiect de redesign bine planificat include acest tabel ca livrabil separat, nu ca detaliu tehnic lăsat pe seama dezvoltatorului la final.

Prioritatea din tabel contează practic: paginile cu cel mai mult trafic organic sau cu cele mai multe backlink-uri primesc verificare manuală suplimentară, dincolo de maparea automată — pentru ele, o eroare de redirect are cel mai mare cost, iar timpul investit în verificarea lor individuală se justifică întotdeauna.

De ce lanțurile de redirect strică rezultatul

Un lanț de redirect apare atunci când URL-ul A redirecționează către B, care la rândul lui redirecționează către C. Fiecare verigă suplimentară adaugă timp de încărcare, diluează parțial semnalul transmis motorului de căutare și, peste un anumit număr de salturi, unele motoare pot renunța să mai urmeze lanțul complet.

Lanțurile apar frecvent după migrări succesive — un site care a trecut prin două-trei schimbări de platformă în timp, fără curățarea redirecturilor vechi, ajunge cu lanțuri de 3-4 salturi pentru unele URL-uri. Regula simplă: fiecare redirect trebuie să ducă direct la destinația finală, nu la un alt redirect intermediar. Verificarea și corectarea lanțurilor existente e un pas obligatoriu înainte de orice migrare nouă, nu doar după.

Un instrument de crawl tehnic identifică rapid lanțurile existente, urmărind fiecare URL redirecționat până la destinația lui finală. Corectarea lor înseamnă, de regulă, actualizarea regulii de redirect ca să indice direct destinația finală, eliminând verigile intermediare — un pas simplu tehnic, dar care necesită întâi identificarea completă a tuturor lanțurilor, nu doar a celor observate întâmplător.

Păstrarea structurii de titluri și conținut

O migrare e adesea folosită și ca ocazie de rescriere completă a conținutului, dar asta adaugă un risc suplimentar peste riscul tehnic al redirecturilor. Dacă titlul H1, structura de H2-uri și substanța conținutului rămân apropiate de varianta veche, Google recunoaște mai ușor continuitatea paginii, chiar și cu URL schimbat.

Recomandarea practică: separă migrarea tehnică de rescrierea de conținut în două etape distincte, la interval de câteva săptămâni. Migrează întâi păstrând conținutul cât mai apropiat de original, lasă pozițiile să se stabilizeze, apoi optimizează treptat. Rescrierea simultană cu migrarea face imposibil de izolat dacă o eventuală scădere vine din redirecturi sau din conținutul nou.

Aceeași logică se aplică și titlurilor de pagină (title tag) și meta descrierilor — schimbarea lor bruscă, în același moment cu migrarea tehnică, adaugă o variabilă suplimentară exact atunci când ai nevoie de cea mai mare stabilitate posibilă pentru a diagnostica rapid o eventuală problemă.

Testarea pe staging cu noindex

Site-ul nou trebuie testat complet pe un mediu de staging, cu tag-ul noindex activ, înainte de lansarea publică. Testarea acoperă: funcționarea tuturor redirecturilor din hartă, viteza de încărcare, afișarea corectă pe mobil, formularele și integrarea cu elementele de SEO tehnic — sitemap nou, robots.txt corect, schema markup.

O greșeală frecventă și costisitoare: uitarea tag-ului noindex activ după lansare, ceea ce blochează indexarea site-ului nou chiar în momentul în care ar trebui să înceapă să fie recunoscut de Google. Verificarea explicită a acestui detaliu, imediat după lansare, trebuie să fie primul pas din checklist, nu ultimul.

Momentul lansării și primele 30 de zile

Lansarea propriu-zisă e momentul în care domeniul sau structura nouă devine publică și redirecturile intră în funcțiune. În primele 30 de zile, urmărești în Search Console: raportul de acoperire (câte pagini noi au fost indexate, câte erori 404 apar), raportul de performanță (evoluția clickurilor și afișărilor pe cuvintele cheie principale) și raportul de redirecturi eronate din instrumentele de crawl.

Fluctuațiile de poziții în primele 2-6 săptămâni sunt normale — Google are nevoie de acest interval pentru a re-crawla și re-evalua site-ul nou. Ce nu e normal e o scădere de trafic care nu arată semne de recuperare după 6 săptămâni; în acel caz, cel mai probabil există o problemă tehnică rămasă nedescoperită în redirecturi sau în structura conținutului, iar un audit tehnic punctual identifică rapid cauza.

Un semnal practic de urmărit zilnic în prima lună: raportul de erori de crawl. O creștere bruscă a erorilor 404 sau 5xx imediat după lansare indică aproape întotdeauna redirecturi lipsă sau probleme de server, nu o penalizare de conținut — distincția contează, pentru că soluțiile sunt complet diferite.

Cea mai frecventă și mai costisitoare greșeală

Cea mai comună greșeală pe care o vedem în practică e redirectul în masă al tuturor URL-urilor vechi către homepage, ca soluție „rapidă" atunci când harta 1:1 nu a fost făcută la timp. Din perspectiva unui motor de căutare, asta echivalează cu ștergerea a sute de pagini de conținut și înlocuirea lor toate cu una singură — practic tot istoricul acumulat de acele pagini se pierde.

Efectul, din experiența noastră, nu e doar pierderea pozițiilor pentru paginile redirecționate, ci și o scădere a încrederii generale a Google în domeniu, vizibilă și pe paginile care nu au fost afectate direct. Recuperarea completă după un astfel de redirect în masă poate dura luni, nu săptămâni, și implică reconstruirea manuală a redirecturilor corecte, pagină cu pagină. Dacă pregătești o migrare și nu ești sigur cum arată harta corectă, cere o ofertă pentru un audit înainte de a lansa.

Semnul tipic al acestei greșeli, vizibil în Search Console la câteva săptămâni după lansare, e o scădere bruscă și generalizată a afișărilor, nu doar pentru câteva pagini punctuale, ci pe majoritatea cuvintelor cheie pentru care domeniul era vizibil anterior. Dacă vezi acest tipar imediat după o migrare, prima verificare e exact aici — cum au fost tratate redirecturile — înainte de a suspecta orice altă cauză, cum ar fi o eventuală penalizare de conținut sau o problemă de indexare separată, care are cu totul altă soluție.