Cum migrezi magazinul online fără să pierzi pozițiile în Google

Cea mai frecventă frică înainte de o migrare — și pe bună dreptate — e că traficul organic se prăbușește după relansare. Se întâmplă des, dar aproape întotdeauna din aceleași câteva greșeli evitabile. Iată planul pe care îl aplicăm ca traficul să rămână intact (sau să crească) după cutover.

De ce pierd magazinele trafic la migrare

În 9 din 10 cazuri, cauza nu e „Google-ul nu ne place noul site", ci una foarte concretă:

• URL-uri schimbate fără redirecturi — vechile pagini indexate returnează 404, iar autoritatea lor se pierde.
• Redirecturi în lanț sau greșite — 302 în loc de 301, sau A→B→C în loc de A→C.
• Structură de conținut modificată — titluri, H1, meta, text de categorie rescrise sau șterse la relansare.
• Blocarea accidentală a indexării — robots.txt sau noindex rămase din staging.
• Regres de performanță — site nou mai lent pe mobil decât cel vechi.

Pasul 1: inventarul complet al URL-urilor și al pozițiilor

Înainte de orice, faci o fotografie a situației actuale. Extragi toate URL-urile indexate (din sitemap, din Google Search Console, dintr-un crawl complet cu Screaming Frog sau similar) și, pentru fiecare, traficul și pozițiile pe care le aduce. Așa știi ce anume trebuie protejat — de obicei 20% din pagini aduc 80% din traficul organic.

Pasul 2: maparea 1:1 a URL-urilor vechi către cele noi

Fiecare URL vechi primește o destinație clară în structura nouă. Ideal, păstrezi exact aceleași căi (slug-uri). Când structura se schimbă, construiești un tabel de mapare: URL vechi → URL nou, acoperind produse, categorii, pagini de conținut, filtre indexabile. Paginile fără echivalent direct se mapează la cea mai apropiată categorie relevantă, nu la homepage (redirect către home = semnal de „soft 404").

Pasul 3: redirecturi 301, curate, într-un singur salt

Toate redirecturile trebuie să fie 301 (permanent), nu 302. Eviți lanțurile: dacă vechiul A ducea deja la B, noul redirect trebuie să meargă direct la destinația finală. Un 301 corect transferă aproape integral autoritatea către noua pagină.

Pasul 4: păstrează structura de conținut on-page

Google reevaluează fiecare pagină relansată. Dacă păstrezi H1, title, meta description, textele de categorie și datele structurate (JSON-LD Product, Breadcrumb), semnalele rămân stabile. Momentul migrării nu e cel în care rescrii tot conținutul — faci întâi migrarea „la fel", apoi optimizezi.

Pasul 5: performanță cel puțin la fel de bună

Core Web Vitals sunt factor de ranking. Un stack headless (Next.js peste Sylius/Symfony) pornește cu un avantaj mare de viteză, dar verifici înainte de lansare că LCP, INP și CLS pe mobil sunt cel puțin la nivelul site-ului vechi. Testează gratuit viteza magazinului ca punct de referință.

Pasul 6: staging blindat de indexare

Mediul de staging trebuie să fie noindex + protejat cu parolă. Iar la lansare, verifici că robots.txt și meta robots de pe producție permit indexarea. Cel mai dureros incident de migrare e un Disallow: / uitat din staging.

Pasul 7: sitemap nou + monitorizare în GSC

La cutover trimiți sitemap-ul nou în Google Search Console și urmărești zilnic, 2-4 săptămâni: paginile indexate, erorile de crawl (404-uri neașteptate), acoperirea și pozițiile. O ușoară fluctuație în primele zile e normală; o cădere susținută înseamnă un redirect sau un blocaj de reparat imediat.

Concluzie

Migrarea fără pierderi de SEO nu e noroc — e un proces disciplinat: inventar → mapare → 301 → păstrarea structurii → performanță → monitorizare. Exact așa am migrat electronic-mag.ro (351.000+ produse) fără pierderi de trafic organic. Vezi cum abordăm migrarea.