Migrare magazin online fără pierderi SEO: checklist tehnic complet

Migrările prost executate pierd 30-70% din traficul organic. Cele bine executate pierd 5-15% temporar și revin la baseline în 3-6 luni. Diferența e atenția la SEO din prima oră a planificării, nu după.

Acest checklist acoperă cele 12 verificări tehnice pe care le facem înainte și după fiecare migrare pe care o executăm. E gândit pentru magazine care trec pe o soluție custom construită intern (headless commerce cu SvelteKit sau Next.js), dar e aplicabil și pe alte platforme.

Pentru contextul general, vezi ghidul complet de migrare magazin. Pentru costuri, cât costă migrarea în România. Verificările se aplică și la migrarea unui site de prezentare.

Înainte de migrare (faza de planificare)

1. Inventar complet al URL-urilor existente

Extrage toate URL-urile din magazinul vechi:

• Pagini de categorii
• Pagini de produse
• Pagini de conținut (blog, despre, contact, politici)
• Pagini de filtrare și sortare
• Pagini de search results

Surse: Google Search Console (acoperă ce a indexat Google), Screaming Frog crawl complet, sitemap.xml, export din admin.

De ce contează: orice URL omis = pierdere de autoritate și backlink-uri.

2. Audit backlink-uri și URL-uri cu autoritate

Extrage lista URL-urilor cu backlink-uri din:

• Ahrefs, Semrush sau Majestic
• Google Search Console → Links → External links

Aceste URL-uri au prioritate maximă în mapare. Un backlink pierdut = pierdere de autoritate care se traduce în poziții mai slabe.

3. Snapshot al performanței SEO actuale

Înregistrează în Google Search Console și Analytics 4:

• Număr de pagini indexate
• Top 50 de URL-uri după impresii
• Top 50 de URL-uri după trafic organic
• Core Web Vitals curente (LCP, INP, CLS)
• Lighthouse score actual

Acestea sunt baseline-ul tău. Fără ele nu poți măsura dacă migrarea a avut succes sau a eșuat.

4. Inventar al datelor de migrat

Listează tot ce trebuie transferat:

• Produse (titlu, descriere, SKU, preț, imagini, atribute, variante)
• Categorii și structura de navigare
• Comenzi istorice (cu statusul, datele, produsele)
• Conturi de clienți (cu istoricul comenzilor, adrese, date facturare)
• Recenzii și rating-uri
• Conținut blog + pagini CMS
• Setări de taxe, livrare, cupoane

5. Inventar al integrărilor active

Documentează toate integrările:

• Procesatori de plăți (Stripe, Netopia, MobilPay)
• Curieri (Fan Courier, Sameday, DPD, GLS)
• ERP (SmartBill, WinMentor, ContaPro, Socrate)
• CRM (HubSpot, Salesforce)
• Marketing automation (Mailchimp, Klaviyo)
• Analytics (GA4, GTM, Meta Pixel)
• Altele

Fiecare integrare trebuie reconstruită pe platforma nouă. Costul e proporțional cu numărul.

Înainte de lansare (faza de pregătire)

6. Mapping URL-uri → redirecturi 301

Creează un document de mapping între URL-ul vechi și cel nou. Regulile:

• Același produs, URL schimbat: redirect 301 direct
• Produs similar, nu identic: redirect 301 la cel mai apropiat produs relevant
• Produs dispărut: redirect 301 la categorie
• Categorie dispărută: redirect 301 la pagina principală sau categorie părinte

Implementare: la nivel de server (Vercel/Cloudflare/_redirects sau Nginx config), nu prin plugin-uri WordPress fragile.

Validare: Screaming Frog trebuie să raporteze 0 erori 4xx pentru URL-urile din vechiul sitemap.

7. Schema markup recreat pe platforma nouă

Recreează pe noul magazin tot schema markup-ul existent:

• Product (preț, disponibilitate, recenzii, SKU)
• Review (rating, autor, dată)
• BreadcrumbList
• Organization
• WebSite cu SearchAction
• LocalBusiness (dacă e relevant)

Validare: Google Rich Results Test pe toate tipurile de pagini (categorie, produs, articol blog).

8. Sitemap dinamic configurat

Implementează un sitemap dinamic pe platforma nouă:

• Include toate paginile canonice
• Exclude paginile cu `noindex`
• Include `<lastmod>` cu data ultimei modificări reale
• Separat pe tipuri: sitemap-products.xml, sitemap-categories.xml, sitemap-pages.xml, sitemap-posts.xml

Submitere: în Google Search Console imediat după lansare, NU înainte (altfel Google poate indexa URL-uri care încă nu sunt live).

9. robots.txt optimizat

Configurează robots.txt pe platforma nouă:

• Permite paginile publice
• Blochează paginile interne (admin, search results, coș, checkout)
• Declară locația sitemap-ului
• Nu bloca accidental resurse CSS/JS (cauză frecventă de probleme de randare)

După lansare (faza de monitorizare)

10. Verificare indexare în Search Console

La 24-48h după lansare:

• Inspeție URL pe 10-20 URL-uri esențiale (categorii principale, top produse)
• Verifică „Pages" în raportul „Indexing" - crește sau scade?
• Compară cu baseline-ul din pasul 3

Dacă paginile nu se indexează:

• Verifică robots.txt
• Verifică sitemap-ul
• Folosește „Request Indexing" pentru paginile critice

11. Monitorizare zilnică primele 30 zile

Zilnic verifică în Search Console:

• Erori noi (4xx, 5xx)
• Excluderi neașteptate
• Core Web Vitals (LCP, INP, CLS)

Săptămânal verifică în Analytics 4:

• Trafic organic vs. baseline
• Poziții pe cuvintele cheie principale (Ahrefs/Semrush)
• Rată de conversie

12. Plan de remediere rapidă

Ai o listă pregătită cu cele mai probabile probleme și soluții:

| Problemă | Cauză probabilă | Soluție rapidă | |----------|----------------|----------------| | Trafic scade brusc | Redirecturi 301 lipsă | Screaming Frog → identifică → implementează | | Poziții pierdute pe cuvinte cheie | Schema markup invalid | Rich Results Test → corectează | | Pagini neindexate | robots.txt blochează | Verifică robots.txt → permite | | Viteză slabă | Imagini neoptimizate | Next-gen formats (AVIF/WebP) → rebuildează | | Erori 404 noi | URL-uri neschimbate | Mapping incomplet → identifică → redirect |

Ce facem diferit la migrările pe headless commerce

Migrarea pe o soluție headless commerce custom (SvelteKit/Next.js cu SSR) e diferită de o migrare între platforme populare. Avantajele SEO sunt reale:

• LCP: sub 1.5s (vs. 3-5s pe WooCommerce cu plugin-uri)
• INP: sub 200ms prin cod minimal
• CLS: sub 0.05 prin design static
• Lighthouse score: 95+ constant
• TTFB: sub 200ms prin edge deployment (Vercel/Cloudflare)

Dar numai dacă arhitectura e făcută corect de la început. Detalii tehnice în articolul despre migrare pe headless commerce custom.

Concluzie

Migrarea fără pierderi SEO nu e despre noroc, ci despre plan detaliat executat disciplinat. Cele 12 verificări de mai sus sunt minimul necesar. Pentru magazine peste 5.000 URL-uri sau cu backlink-uri valoroase, recomandăm audit SEO dedicat înainte și după migrare.

Vrei să discutăm migrarea magazinului tău? Solicită ofertă cu garanție SEO păstrat sau scrie-ne la office@smetytech.com.

Vlăduț

SEO Specialist smetytech.