Schimbi website-ul? Protejează traficul, vizibilitatea și valoarea construită în Google
Analizăm ce poate fi pierdut, pregătim migrarea împreună cu echipa de development și monitorizăm lansarea pentru ca schimbarea tehnică să susțină creșterea pe termen lung.
Momentul recomandat pentru a implica echipa SEO: cu minimum 30 de zile înainte de lansare. Pentru website-uri mari sau migrări complexe, recomandăm 60–90 de zile.
Grafic ilustrativ, nu rezultat garantat: înainte de lansare traficul e stabil. După o migrare necontrolată scade brusc și rămâne sub nivelul inițial. După o migrare planificată are o fluctuație mică, se stabilizează și apoi crește.
Fără plan SEO
URL-uri schimbate fără inventar
Redirecturi lipsă
Erori și pagini pierdute
Indexare afectată
Trafic în scădere
Cu migrare SEO DWF
Inventar URL și mapare
QA în staging
Lansare controlată
Monitorizare și stabilizare
Fundație pentru creștere
Unde ești acum
Pregătești migrarea sau ai lansat deja?
Înainte de lansare
Urmează să migrăm
Ai încă posibilitatea să protejezi traficul și să incluzi SEO în deciziile de arhitectură, design și development.
După lansare
Am migrat deja
Traficul, pozițiile sau indexarea au scăzut după lansare și ai nevoie de diagnostic și remediere.
Ce înseamnă o migrare
Nu trebuie să schimbi domeniul ca să faci o migrare cu risc SEO
O migrare SEO începe cu evaluarea a ceea ce ai de protejat. Înainte să modificăm URL-uri, platforme sau arhitecturi, măsurăm valoarea vizibilității organice existente și estimăm ce ar putea fi pus în risc.
Schimbarea platformei
Magento către Shopify, WooCommerce către Magento, PrestaShop către o platformă custom, CMS tradițional către headless.
Riscuri
Structura URL
Template-uri
Rendering
Metadata și structured data
Linking intern
Viteză
Funcționalități eliminate
Redesign
Domeniul și platforma rămân aceleași, dar se schimbă interfața.
Riscuri
Navigația
Heading-urile și conținutul
Linking intern
Pagini eliminate
JavaScript și performanță
Elemente care nu mai sunt crawlable
Schimbarea arhitecturii
Reorganizarea categoriilor, taxonomii noi, secțiuni eliminate sau mutate, mai puține pagini.
Riscuri
Pagini fără echivalent
Adâncimea paginilor
Navigație și linking
Relevanța categoriilor
Schimbarea URL-urilor
Slug-uri noi, alte directoare, alt format pentru produse sau articole.
Riscuri
404
Redirecturi greșite sau în lanț
Destinații nepotrivite
Pierderea relevanței
Sitemapuri neactualizate
Schimbarea domeniului
Rebranding, .ro către .com, domeniu nou, consolidarea brandurilor.
Riscuri
Transferul semnalelor
Redirecturi
Proprietăți în Search Console
Canonical
Linkuri externe
Căutări după brand
HTTPS și hostname
HTTP către HTTPS, www și non-www, subdomenii.
Riscuri
Certificate
Mixed content
Redirecturi între variante
Canonical
Consolidarea mai multor website-uri
Fuziuni, achiziții, unificarea brandurilor, integrarea magazinelor sau mutarea blogurilor.
Riscuri
Mapare
Conținut duplicat
Intenții diferite
Pagini fără echivalent
Canibalizare
Separarea unui website
Branduri care primesc domenii proprii, B2B separat de B2C, piețe sau servicii separate.
Riscuri
Împărțirea semnalelor
Redirecturi între domenii
Linking între site-uri
Migrare internațională
Subfoldere, subdomenii sau ccTLD pentru piețe și limbi.
Riscuri
Hreflang
Canonical
Geotargeting
Redirecționări geografice
Migrare către headless sau JavaScript
Frontend separat de platformă, SSR, CSR sau SSG.
Riscuri
Routing și status codes
Rendering și hydration
Metadata
Linkuri interne
Paritatea conținutului
Schimbarea infrastructurii
Server, hosting, CDN, cache, WAF, reverse proxy.
Riscuri
Răspunsuri pentru Googlebot
Blocări neintenționate
Performanță
Erori intermitente
Eliminarea sau consolidarea conținutului
Content pruning, arhive, produse retrase, categorii eliminate, articole comasate.
Riscuri
Pagini cu trafic sau backlinkuri
Destinația redirecturilor
Pierderea acoperirii tematice
Orice schimbare care modifică modul în care paginile sunt accesate, legate, redate sau înțelese poate deveni o migrare SEO.
O migrare conectează businessul, SEO, UX, development, analytics, conținutul, infrastructura, QA și monitorizarea. Nu e o simplă listă de redirecturi.
Ce e în risc
Înainte de migrare, calculăm ce trebuie protejat
Vizibilitate
Trafic organic, impresii și clickuri
Poziții și pagini care aduc trafic
Vizibilitate branded și non-branded
Featured snippets și rezultate îmbogățite
Piețe, limbi și conținut indexat
Business
Categorii comerciale
Conversii, venituri și leaduri
Valoarea media echivalentă a traficului
Autoritate
Backlinkuri și pagini cu autoritate
Mențiuni și citări
Vizibilitate în răspunsurile AI, dacă e relevantă
Nu începem cu redirecturile. Începem cu inventarul valorii care trebuie transferată.
În urma unei migrări pot apărea fluctuații temporare, în timp ce motoarele de căutare recrawlează, reprocesează și reevaluează website-ul. O migrare bine pregătită reduce riscul, amplitudinea și durata acestor fluctuații. Obiectivul nu este doar să protejăm următoarele săptămâni. O migrare trebuie să creeze o fundație mai bună pentru următorii ani.
Calculator de risc
Cât ar putea valora o pierdere de trafic după migrare?
Introdu datele website-ului și estimează costul media echivalent al traficului organic pus în risc. Datele rămân în browser și nu se salvează.
Cum calculăm
Trafic anual pierdut = trafic organic anual × procentul de pierdere.
Valoare media echivalentă = trafic anual pierdut × CPC mediu.
Magazin online: comenzi = trafic pierdut × rata de conversie; venit = comenzi × valoarea medie a comenzii; marjă = venit × marja brută.
Lead generation: leaduri = trafic pierdut × rata de conversie; clienți = leaduri × rata de închidere; valoare = clienți × valoarea medie a unui client.
Estimare orientativă, nu forecast garantat
Completează traficul anual și CPC-ul mediu. Rezultatul apare aici, fără să trimiți nimic.
Estimare orientativă, nu forecast garantat. Aceasta nu reprezintă pierderea efectivă de venit sau profit. Este o estimare a costului necesar pentru a cumpăra prin paid media un volum similar de trafic. Impactul comercial real depinde de calitatea traficului, rata de conversie, valoarea comenzilor sau leadurilor și marja businessului.
Scenarii demonstrative
Aceeași pierdere procentuală poate avea implicații foarte diferite
Scenariu demonstrativ. Date de exemplu, calculate cu aceleași formule ca în calculator.
Scenariu demonstrativ. Datele nu sunt reale.
Magazin online mare
Trafic organic anual: 3.000.000
CPC mediu: 2,8 RON
Pierdere: 20% = 600.000 vizite
Valoare media echivalentă: 1.680.000 RON
La 1,8% conversie și 420 RON pe comandă: 10.800 comenzi, 4.536.000 RON venit potențial asociat
Trafic anual: înainte și după o pierdere de 20%Înainte: 3.000.000 vizite; După: 2.400.000 vizite.Cost media echivalent, pe scenarii10%: 840.000 RON; 20%: 1.680.000 RON; 40%: 3.360.000 RON.
Estimare brută: nu dovedește că fiecare vizită pierdută s-ar fi transformat în venit.
Scenariu demonstrativ. Datele nu sunt reale.
Site B2B de lead generation
Trafic organic anual: 180.000
CPC mediu: 9 RON
Pierdere: 20% = 36.000 vizite
Valoare media echivalentă: 324.000 RON
La 2,5% conversie în lead și 12% închidere: 900 leaduri, 108 clienți potențial afectați
Trafic anual: înainte și după o pierdere de 20%Înainte: 180.000 vizite; După: 144.000 vizite.Cost media echivalent, pe scenarii10%: 162.000 RON; 20%: 324.000 RON; 40%: 648.000 RON.
Valoarea comercială cere valoarea medie a unui client, pe care o știi doar tu.
Scenariu demonstrativ. Datele nu sunt reale.
Website de prezentare cu trafic mai redus
Trafic organic anual: 60.000
CPC mediu: 4 RON
Pierdere: 20% = 12.000 vizite
Valoare media echivalentă: 48.000 RON
Trafic anual: înainte și după o pierdere de 20%Înainte: 60.000 vizite; După: 48.000 vizite.Cost media echivalent, pe scenarii10%: 24.000 RON; 20%: 48.000 RON; 40%: 96.000 RON.
O pagină care aduce puține vizite poate genera leaduri foarte valoroase.
Riscul nu este determinat doar de mărimea website-ului. O pagină care aduce puține vizite poate genera leaduri foarte valoroase.
Timeline
Momentul ideal pentru implicarea SEO este înainte ca deciziile să devină costisitoare
Momentul recomandat pentru a implica echipa SEO: cu minimum 30 de zile înainte de lansare. Pentru website-uri mari sau migrări complexe, recomandăm 60–90 de zile.
Punctul recomandat pentru implicarea unei agenții SEO
Cu minimum 30 de zile înainte
Cu minimum 30 de zile înainte, există încă timp pentru inventar, redirect mapping, review de arhitectură, cerințe tehnice și testarea versiunii de staging. Pentru website-uri complexe, acest interval trebuie extins.
Ai lansat deja și traficul a scăzut? Primele zile contează
Faptul că migrarea a fost deja lansată nu înseamnă că toate pierderile sunt definitive. Cu cât investigăm mai repede, cu atât putem identifica și remedia mai rapid problemele care pot fi controlate.
1:1 unde există echivalent, consolidare relevantă, reguli pentru produse, categorii, parametri, media și domenii, fără lanțuri sau bucle. Paginile eliminate nu ajung automat pe homepage.
06
Staging QA
Crawl, rendering, metadata, indexabilitate, linkuri interne, paritate, performanță, tracking, structured data, mobile și regulile de redirect.
07
Launch control
Checklist, responsabilități și plan de rollback.
08
Monitorizare
Comparăm noul website cu baseline-ul și intervenim în funcție de impact.
Nu livrăm doar un document. Lucrăm alături de echipe până când recomandările sunt implementate și validate.
Colaborare
Migrarea SEO este un proiect comun, nu o verificare făcută la final
Lucrăm cu echipa internă de development, cu agenția ta sau cu echipa Web & Product DWF.
Management
Marketing
SEO
Development
Product și UX
Content
Data Analytics
Infrastructură
Agenții externe
Cine face ce: matrice simplificată, adaptată la fiecare proiect
Activitate
DWF SEO
Development
Marketing
Management
Baseline și risc
Responsabil
Consultat
Consultat
Informat
Arhitectură
Consultat, aprobă partea SEO
Responsabil
Consultat
Informat
Redirect mapping
Responsabil SEO
Implementează
Consultat
Informat
QA pe staging
Responsabil SEO
Remediază
Consultat
Informat
Go-live
Validează
Responsabil
Informat
Decide
Monitorizare
Responsabil
Remediază
Consultat
Informat
Experiență
Experiență în migrări pentru e-commerce și site-uri de prezentare
Avem experiență acumulată în numeroase proiecte de migrare, de la website-uri de prezentare la magazine online și platforme complexe.
f64.ro
F64
Magazin online, client DWF. DWF a asistat migrarea site-ului, conform articolului publicat de DWF în ianuarie 2020.
noriel.ro
Noriel
DWF a asistat migrarea site-ului, conform articolului publicat de DWF în ianuarie 2020.
Scenariu demonstrativ
Website de prezentare
Redesign cu aceleași servicii, dar cu altă structură de meniu
Inventarul paginilor care aduc leaduri, nu doar trafic
Mapare 1:1 pentru paginile de servicii și articolele cu linkuri externe
Verificare pe staging și monitorizare 30 de zile
Sursa: articolul „Cronica SEO 2019”, blogul DWF, 20 ianuarie 2020: „Specialiștii SEO DWF au asistat în migrare site-uri precum noriel.ro, f64.ro, tui-travelcenter.ro, epiesa.ro.”
Ce nu găsești aici discutăm direct, pornind de la planul tău.
Ce este o migrare SEO?
Orice schimbare care modifică modul în care paginile sunt accesate, legate, redate sau înțelese: platformă, design, arhitectură, URL-uri, domeniu, infrastructură sau conținut. Migrarea SEO protejează vizibilitatea construită până atunci și pregătește creșterea de după.
Un redesign este o migrare?
Poate fi. Chiar dacă domeniul și platforma rămân, un redesign poate schimba navigația, conținutul, linkingul intern, heading-urile și performanța.
Când trebuie implicată agenția SEO?
Cu minimum 30 de zile înainte de lansare. Pentru website-uri mari sau migrări complexe, recomandăm 60–90 de zile, înainte ca arhitectura și template-urile să devină greu de modificat.
Sunt suficiente 30 de zile?
Pentru multe proiecte, da. Pentru site-uri mari, migrări de platformă, domenii multiple sau arhitecturi headless, intervalul trebuie extins.
Ce se întâmplă dacă implicăm DWF prea târziu?
Putem lucra și aproape de lansare, dar mai puține decizii pot fi schimbate. Ne concentrăm pe inventar, redirecturile critice, verificarea staging-ului și monitorizarea după lansare.
Este normal să scadă traficul după migrare?
Pot exista fluctuații temporare, dar amploarea lor depinde de complexitate, modificări și calitatea implementării. O pierdere majoră nu trebuie tratată automat ca inevitabilă.
Cât trafic putem pierde?
Nu există un procent standard. Depinde de ce se schimbă și cât de bine e pregătită schimbarea. Calculatorul de pe pagină arată scenarii, nu o predicție.
Calculatorul estimează venituri pierdute?
Nu direct. Rezultatul principal este costul media echivalent: cât ar costa să cumperi prin paid media un volum similar de trafic. Modul avansat oferă o estimare comercială orientativă, care depinde de datele introduse.
Cât durează stabilizarea?
Nu există o durată universală. Website-urile mari, schimbările extinse și problemele de implementare pot necesita mai mult timp pentru recrawl, reindexare și stabilizare.
Toate URL-urile vechi trebuie redirecționate?
Toate URL-urile cu valoare trebuie să primească o decizie: redirect către echivalentul relevant, consolidare sau eliminare conștientă. Paginile fără valoare și fără echivalent pot întoarce 404 sau 410.
Putem redirecționa toate paginile către homepage?
Nu recomandăm. Redirecturile în masă către homepage sunt adesea tratate ca soft 404 și pierd relevanța paginilor vechi.
Ce facem cu produsele eliminate?
Depinde de valoarea lor și de existența unei alternative: redirect către produsul înlocuitor sau categoria relevantă, pagină păstrată cu produse similare sau 410, pentru paginile fără valoare.
Cum se migrează backlinkurile?
Identificăm paginile cu linkuri externe și ne asigurăm că fiecare are un redirect 301 către cel mai relevant echivalent. Pentru linkurile importante, poate merita și actualizarea lor la sursă.
Ce date salvați înainte de lansare?
Trafic, vizibilitate, poziții, pagini, conversii, venituri, backlinkuri, indexare, Core Web Vitals, crawl-ul complet, sitemapurile și structured data.
Lucrați direct cu development-ul?
Da, cu echipa internă, cu agenția de development sau cu echipa Web & Product DWF: specificații, sesiuni de lucru, QA și validare.
Verificați staging-ul?
Da. Crawl, rendering, metadata, indexabilitate, linkuri interne, paritate, tracking și regulile de redirect, înainte de lansare.
Sunteți disponibili în ziua lansării?
Stabilim din timp fereastra de lansare, responsabilitățile și monitorizarea. Disponibilitatea exactă face parte din planul agreat pentru proiect.
Ce facem dacă am lansat deja și traficul a scăzut?
Începem cu verificările critice: robots, noindex, server, redirecturile paginilor valoroase, analytics. Apoi comparăm versiunea veche cu cea nouă și construim planul de remediere.
Puteți repara o migrare făcută greșit?
Putem identifica și remedia problemele controlabile. Nu promitem recuperarea completă: rezultatul depinde de cât timp a trecut, de ce s-a pierdut și de viteza implementării.
Ce accesuri sunt necesare?
De obicei Search Console, GA4, acces la staging, lista de URL-uri sau exportul din platformă și, pentru proiectele mari, loguri de server.
Cum se stabilește costul?
După dimensiunea site-ului, tipul migrării, numărul de template-uri, platformele implicate, termenul și nivelul de asistență în lansare și după.
Ați asistat magazine online mari?
Da. DWF a numit public, în 2020, migrări asistate pentru site-uri precum f64.ro și noriel.ro.
Puteți ajuta și site-uri de prezentare?
Da. Pentru site-urile mai mici, procesul e mai scurt, dar inventarul paginilor care aduc leaduri rămâne esențial.
Ce platforme puteți migra?
Lucrăm cu echipele care implementează migrarea, pe platforme precum Shopify și Shopify Plus, WooCommerce, Magento / Adobe Commerce, PrestaShop, MerchantPro, Gomag, VTEX, Shopware și platforme custom sau headless. Partea SEO nu depinde de platformă, ci de implementare.
Cum măsurați succesul?
Comparăm noul website cu baseline-ul: trafic, vizibilitate, indexare, conversii și paginile care și-au transferat sau nu performanța. Scopul este și o fundație mai bună pentru creștere, nu doar protejarea următoarelor săptămâni.
Migrare SEO
Spune-ne unde e migrarea
Lansează schimbarea cu un plan de protecție SEO
Implică echipa DWF înainte ca arhitectura, URL-urile și template-urile să devină dificil de modificat.