# Cum migrezi un magazin online fără să pierzi tot SEO-ul

> Plan de redirect 301, mapare de URL-uri și staging: cum migrezi un magazin online fără pierderi SEO, cu lecții din migrarea AutosWorld pe WooCommerce.

URL: https://thenichesociety.ro/blog-migrare-ecommerce-fara-pierdere-seo

O migrare de platformă poate arăta perfect tehnic și, totuși, să șteargă ani de poziționare organică în câteva săptămâni. **Diferența dintre o migrare reușită și una care rade traficul stă aproape integral în planul de redirect 301 și în maparea URL-urilor**, nu în cât de modern arată noul site. Lecțiile vin din migrarea AutosWorld de pe OpenCart pe WooCommerce: 1.611 produse verificate 1:1 și redirect pentru fiecare URL vechi.

## De ce migrarea unui magazin online poate „reuși” tehnic și totuși pierde tot traficul organic

Am lucrat recent la [migrarea AutosWorld](https://thenichesociety.ro/studii-de-caz/autosworld), un magazin de machete auto de colecție cu peste zece ani de trafic organic, mutat de pe OpenCart pe WooCommerce, cu 1.611 produse. Tehnic, proiectul de migrare a unui magazin online fără pierdere de SEO a mers exact cum trebuie — catalogul s-a mutat curat, checkout-ul funcționa, design-ul arăta mult mai bine decât varianta veche. Dacă ne opream aici, riscul era ca site-ul nou să piardă, în prima lună, o bună parte din traficul organic acumulat în zece ani.

Motivul e simplu și, de multe ori, ignorat: Google nu recunoaște automat că pagina nouă e „continuarea” celei vechi. Fiecare adresă indexată în zece ani reprezintă încredere acumulată — linkuri, clicuri, semnale de calitate — legată strict de acea adresă. Dacă adresa dispare fără o punte explicită către noua ei locație, încrederea nu se mută automat, ci pur și simplu se pierde, iar poziția din motorul de căutare pornește aproape de la zero pentru pagina respectivă.

## Etapa zero: inventarul complet, înainte să schimbi orice pe site

Înainte de orice linie de cod, ai nevoie de o listă completă cu tot ce e indexat azi: export de URL-uri din Google Search Console, crawl propriu al site-ului vechi și, dacă există, sitemap-ul XML curent. Nu contează doar paginile de produs — categoriile, arhivele de filtrare pe atribute și paginile informative acumulează, de regulă, la fel de multe linkuri și clicuri organice, dar sunt exact tipul de pagini uitate când echipa se concentrează doar pe fișele de produs individuale.

În cazul nostru, sistemul vechi avea deja o convenție de denumire utilă — numele conțineau structurat categorie, atribut și variantă. Am folosit exact tiparul ăsta ca bază pentru noua structură de atribute, în loc să inventăm o taxonomie nouă de la zero. Orice pattern existent în datele vechi, oricât de „dezordonat” pare la prima vedere, e informație reală despre cum a fost gândit catalogul — și, de multe ori, despre cum caută efectiv oamenii produsele respective.

30 de minute, gratuit. Îți spunem sincer dacă are sens.

## Planul de redirect 301 — trei tipuri de mapare, nu unul singur

Primul tip, cel mai vizibil, e maparea produs-la-produs: fiecare adresă veche de fișă de produs primește un redirect permanent către echivalentul ei exact pe noul site. Pare simplu, dar la un catalog de mii de produse, „exact” contează — o mapare aproximativă, către o categorie în loc de produsul precis, transmite un semnal mult mai slab către motorul de căutare decât un redirect punctual, corect țintit.

Al doilea tip, frecvent ignorat, e maparea de categorie și de filtrare — paginile care listează produse după marcă, atribut sau serie. Aceste pagini acumulează adesea la fel de mult trafic organic ca fișele individuale de produs, pentru că oamenii caută des pe termeni generici de categorie, nu doar pe nume exacte de produs. Renunțarea la ele în planul de redirect înseamnă pierderea unei felii semnificative din traficul recurent al site-ului.

Al treilea tip e regula de rezervă, pentru conținut care chiar dispare — produse scoase din vânzare definitiv, categorii comasate sau desființate. Aici tentația e să redirecționezi totul spre pagina principală, dar un redirect generic către homepage e aproape la fel de dăunător ca lipsa oricărui redirect: transmite motorului de căutare că pagina veche nu mai are niciun echivalent relevant. Mai bine țintești cea mai apropiată categorie-părinte, cu adevărat relevantă pentru conținutul dispărut.

| Tip de mapare | Se aplică la | Greșeala tipică |
|---|---|---|
| Produs → produs | fișe individuale de produs | redirect aproximativ, spre categorie în loc de produs |
| Categorie → categorie | arhive, filtre pe atribut sau marcă | omisă complet din planul de migrare |
| Regulă de rezervă | conținut retras definitiv | redirect generic către homepage |

## Construiești pe staging și testezi în etape, nu dintr-o singură mișcare

Site-ul nou se construiește integral pe un subdomeniu de staging, complet separat de site-ul live, indiferent cât de mic pare catalogul sau cât de urgent e termenul. Live-ul continuă să vândă normal cât timp noul sistem se pregătește în paralel, iar orice greșeală de configurare din timpul construcției rămâne complet invizibilă pentru clienți și pentru Google, pentru că pagina de staging nu trebuie niciodată indexată.

Migrarea catalogului merită validată pe un eșantion mic înainte de tot volumul — în proiectul nostru, primele 150 de produse importate au scos la iveală, imediat, o eroare de mapare a câmpurilor care ar fi afectat tot catalogul dacă rulam importul complet dintr-odată. Un batch mic, verificat manual produs cu produs, costă câteva ore; aceeași greșeală descoperită abia după importul integral costă zile întregi de corectare și, uneori, redirect-uri greșite deja publicate. La final, verificarea produs cu produs a găsit 66 de produse cu stoc pe care un filtru de import prea agresiv le ascunsese, fără nicio eroare afișată.

## Capcanele tehnice care nu apar în nicio ofertă scrisă dinainte

Descrierile de produs preluate din sisteme vechi vin uneori dublu-encodate — textul HTML apare ca simboluri brute pe pagină, în loc de paragrafe normale, pentru că a fost „decodat” doar parțial în procesul de export-import. Se vede imediat la o verificare vizuală, dar rămâne complet invizibil într-un raport automat care spune doar că importul a reușit. Regula simplă: verifici cu ochiul o mostră de pagini reale, nu doar codul de retur al scriptului de import.

A doua capcană, mai subtilă: un plugin de SEO poate calcula perfect titlul și descrierea meta în panoul de administrare, dar să nu le trimită deloc către pagina publică, dacă nu a fost configurat complet la instalare. Din exterior, site-ul pare optimizat — editorul arată scoruri bune — dar codul sursă livrat către Google nu conține acele metadate. Singura verificare de încredere e să deschizi codul sursă al paginii publicate, nu scorul din panoul intern al pluginului.

## Cutover-ul — cum treci pe noul sistem fără să pice vânzările

Trecerea efectivă se face într-o fereastră de trafic scăzut, cu site-ul vechi păstrat accesibil o vreme, cel puțin la nivel de domeniu, exact pentru ca redirect-urile 301 să aibă de unde porni. Oprirea bruscă a vechiului server, imediat după lansare, transformă fiecare adresă veche într-o eroare directă, în loc de un redirect funcțional — exact scenariul pe care tot planul de migrare încearcă să îl evite.

Când magazinul vinde și pe marketplace-uri prin sincronizare automată de stoc, conectarea acelei sincronizări la noul sistem se face abia în ultima etapă a cutover-ului, nu în timpul construcției pe staging. Altfel, riști ca un sistem încă în testare să împingă stocuri sau prețuri greșite pe canale live, cu comenzi reale în spate — o greșeală mult mai costisitoare decât orice problemă strict legată de SEO.

## Ce urmărești zilnic în primele săptămâni după lansare

Raportul de acoperire din Search Console devine, pentru câteva săptămâni, cel mai important instrument de lucru — orice creștere bruscă a erorilor 404 sau a paginilor „indexate, dar cu probleme” arată exact unde planul de redirect are goluri. Reacția rapidă contează enorm: o eroare depistată și corectată în două zile e un incident minor, aceeași eroare lăsată trei săptămâni devine trafic pierdut ireversibil pentru perioada respectivă.

Pozițiile din motorul de căutare fluctuează normal timp de câteva săptămâni după orice migrare majoră, chiar și când totul e făcut corect — e o perioadă de recalibrare, nu neapărat un semn de eroare. Diferența dintre „normal” și „problemă reală” se vede comparând traficul pe categorii mari, nu pe termeni individuali: o scădere generalizată, susținută, pe toate categoriile importante, chiar merită investigată imediat, nu doar monitorizată pasiv.

La AutosWorld, magazinul nou e încă în lansare, așa că nu avem încă cifre de trafic după mutare; de aceea aici descriem procesul, nu un rezultat. Dacă pregătești o [migrare pe WooCommerce](https://thenichesociety.ro/magazin-online-woocommerce) sau pe altă platformă, prima discuție, de 30 de minute, e gratuită și îți spunem unde e riscul. Dacă mergem mai departe, prețul e fix, pe un scope scris, stabilit după un discovery scurt și plătit, în care ne uităm la catalog, integrări și redirect-uri. Codul și magazinul rămân ale tale. Pentru creșterea organică de după migrare, am descris separat cum lucrăm pe [SEO pentru magazin online](https://thenichesociety.ro/seo-magazin-online).

- 01Verifică zilnic raportul de acoperire din Search Console, primele două săptămâni.
- 02Compară traficul organic pe categorii mari, nu doar pe pagini individuale.
- 03Confirmă manual, pe eșantion, că redirect-urile 301 chiar funcționează, nu doar că există în configurare.
- 04Ține site-ul vechi accesibil la nivel de domeniu cât timp redirect-urile sunt active.
- 05Reevaluează planul de redirect după prima lună, pe baza erorilor reale semnalate de Google.

## Surse și lecturi.

- 01[Site Moves and Migrations — Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- 02[Redirects and Google Search — Google Search Central](https://developers.google.com/search/docs/crawling-indexing/301-redirects)
- 03[Change of Address tool — Search Console Help](https://support.google.com/webmasters/answer/9370220?hl=en)
- 04[Changing Your Web Hosting and SEO — Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes)
30 de minute, gratuit. Îți spunem sincer dacă are sens.

## Întrebări frecvente

### Cât timp durează să îți revii complet după o migrare de platformă?

În mod normal, câteva săptămâni pentru stabilizarea pozițiilor, dacă planul de redirect a fost făcut corect de la început. O migrare fără plan de redirect poate însemna luni de recuperare parțială, nu doar o pauză temporară.

### Am nevoie de redirect 301 și pentru paginile de categorie sau filtrare?

Da — categoriile și arhivele de filtrare acumulează adesea trafic organic comparabil cu fișele de produs individuale și sunt exact tipul de pagini omise cel mai des dintr-un plan de migrare grăbit.

### Ce se schimbă dacă migrarea implică și schimbarea domeniului, nu doar a platformei?

Se adaugă un pas suplimentar obligatoriu: instrumentul de schimbare de adresă din Search Console, pe lângă planul de redirect 301. Fără el, semnalul de „mutare” către Google e incomplet, chiar dacă redirect-urile funcționează tehnic.

### Cum știu dacă am pierdut trafic din cauza migrării și nu din alt motiv?

Compari perioada de dinainte și de după migrare, pe aceleași categorii de produse, corelat cu raportul de acoperire din Search Console. O scădere generalizată, chiar în ziua cutover-ului, arată aproape mereu spre migrare, nu spre o schimbare de algoritm.

### Merită să țin site-ul vechi activ o perioadă după lansarea celui nou?

Da, cel puțin la nivel de domeniu și server de redirect — redirect-urile 301 au nevoie de o sursă activă din care să plece. Oprirea bruscă a vechiului sistem transformă fiecare adresă indexată într-o eroare directă.

### Ce fac cu produsele care nu mai există deloc în noul catalog?

Le redirecționezi către cea mai apropiată categorie-părinte relevantă, nu către pagina principală. Dacă produsul chiar nu mai are niciun echivalent, o pagină de eroare corectă e uneori mai onestă decât un redirect forțat, nerelevant.

### Hai să vedem ce se poate automatiza la tine.

O sesiune gratuită de 30 de minute: îți spunem ce se poate automatiza, cât durează și cât costă, cu preț fix după discovery.

Răspundem în aceeași zi lucrătoare.