Ce se pierde la o migrare de site și cum eviți

„Vrem să schimbăm platforma, dar ne e frică să nu pierdem poziționările din Google.” E obiecția cea mai frecventă și cea mai justificată pe care o auzi de la orice companie cu trafic organic acumulat în ani. Justificată pentru că riscul e real și documentat, nu justificată ca motiv să amâni la nesfârșit o migrare necesară. Diferența dintre o recuperare de câteva săptămâni și una care nu se mai întâmplă niciodată stă aproape integral într-un singur lucru: calitatea hărții de redirecționare.

Cât de mare e riscul, cu cifre reale

Un studiu Search Engine Journal pe 892 de migrări de domeniu a găsit un timp mediu de recuperare a traficului organic de 523 de zile. Cele mai rapide recuperări au avut loc între 19 și 33 de zile, dar 17% dintre site-uri nu-și recuperaseră traficul nici după 1.000 de zile. Diferența dintre trei săptămâni și „niciodată” nu ține de noroc, ci de execuție.

Două cazuri documentate arată exact ce produce dezastrul. Date Sistrix IndexWatch arată o pierdere de vizibilitate de 85,10% an-pe-an la NerdWallet, după o restructurare de URL-uri incompletă, unde sitemap-ul declara doar 255 de URL-uri, față de 12.828 activ indexate. La BioMed Central, pierderea a ajuns la 98,40%, pentru că URL-urile vechi au fost redirecționate în bloc către o singură pagină de brand, nu mapate individual. Concluzia metodologică e directă: fiecare URL vechi cu trafic sau autoritate trebuie mapat individual către cel mai relevant URL nou, niciodată redirecționat generic către homepage sau către o pagină „umbrelă”.

Recomandările oficiale Google Search Central sunt clare: redirecționările 301 server-side trebuie păstrate active cel puțin un an, pentru transferul complet al semnalelor de ranking. Fluctuațiile temporare de vizibilitate în timpul recrawlării sunt normale, cu stabilizare în câteva săptămâni pentru site-uri medii, dar asta presupune o hartă de migrare corectă de la început, nu una improvizată după lansare.

Cum decizi dacă repari sau reconstruiești

Înainte de discuția despre migrare, există o întrebare anterioară, la fel de importantă: site-ul actual are nevoie de un redesign pe structura existentă, sau de o migrare completă de platformă? Decizia nu e o preferință estetică, e un calcul tehnic pe cinci criterii.

Riscul la mentenanță, poate un developer face o modificare de rutină, conținut, layout, fără risc semnificativ de a strica altceva? Core Web Vitals, un LCP peste 4 secunde, un FID peste 300 milisecunde sau un CLS peste 0,25 pe mobil indică o problemă de arhitectură de randare, nu una cosmetică, rezolvabilă doar prin optimizări de suprafață. Suportul de platformă, framework-ul sau versiunea CMS mai primește patch-uri de securitate active? Stabilitatea integrărilor, plățile, curierii, CRM-ul sau formularele se defectează recurent? Izolarea funcționalităților noi, poate fi adăugată o funcție nouă fără să fie nevoie de modificat cod nelegat de ea?

Trei sau mai multe răspunsuri problematice din cele cinci înclină decizia spre migrare de platformă completă, nu spre un redesign pe structura actuală. Un avertisment care merită reținut: aplicarea unui redesign vizual peste un cod fundamental defect produce o îmbunătățire vizibilă pe termen scurt, dar problemele reapar în circa șase luni, moment în care conversația despre migrarea completă revine, cu costuri suplimentare deja acumulate.

De ce platforma veche contează mai mult decât pare

O parte semnificativă a proiectelor de recondiționare pornesc de la instalări WordPress neactualizate, iar datele de securitate din 2025 arată de ce contează dincolo de argumentul estetic. Au fost descoperite 11.334 de vulnerabilități în ecosistemul WordPress în 2025, față de 7.966 în 2024, dintre care 91% în plugin-uri, doar 6 în nucleul WordPress. Viteza de exploatare e ridicată: exploatarea în masă a unei vulnerabilități publicate începe în medie în 5 ore, cu 45% dintre vulnerabilități exploatate în primele 24 de ore și 70% în prima săptămână. La nivel de instalare, circa 2,5% dintre site-urile WordPress rulează încă pe versiunea 4.x sau mai veche, iar doar 48% rulează PHP cu patch-uri de securitate active.

Aceste cifre explică o situație frecventă la audit: un site WordPress din 2018-2021, cu o temă premium fără actualizări, plugin-uri abandonate de dezvoltatorii lor și un PHP nesusținut oficial. Fiecare lună suplimentară de funcționare nepatch-uită crește fereastra de expunere, nu o menține constantă, iar în cazurile grave duce la compromitere activă, pagini de phishing injectate, redirect-uri suspecte, avertismentul „acest site poate fi periculos” în Chrome. În acele situații, inacțiunea are cost direct: blacklisting Google, pierdere de încredere din partea vizitatorilor, uneori pierdere de date ale clienților.

Ce proces reduce riscul, concret

O migrare bine executată începe cu un audit tehnic și de conținut care inventariază toate URL-urile indexate, nu doar cele din sitemap, exact acolo unde apar pierderile de trafic în cazurile documentate mai sus, și verifică accesul real la domeniu, hosting și conturi. Urmează harta de migrare SEO, o mapare URL cu URL a fiecărei pagini vechi indexate către noua structură, cu un plan de redirecționări 301 păstrate minimum un an, și identificarea explicită a paginilor cu autoritate sau backlink-uri care necesită atenție specială.

Execuția are loc într-un mediu de staging, separat de site-ul live, astfel încât vizitatorii și indexarea Google nu sunt afectate până la lansare. După lansare, monitorizarea minimum 30 de zile urmărește rata de recrawlare, erorile 404 pe URL-uri neredirecționate corect și traficul organic săptămânal comparat cu perioada dinainte de migrare.

Durata reală variază după scop: un redesign pe structură existentă durează de regulă 4-8 săptămâni, o migrare completă de platformă, 8-16 săptămâni. O situație distinctă și frecventă e recuperarea unui site abandonat, unde accesul la domeniu, hosting sau cont admin s-a pierdut odată cu firma sau persoana care l-a construit inițial, domeniul pe emailul personal al unui fost colaborator, parola pierdută odată cu laptopul lui. Recuperarea controlului devine, în aceste cazuri, primul pas obligatoriu, înainte de orice discuție de design sau platformă.

Situația de plecare cea mai frecventă: accesul pierdut

Înainte de orice discuție despre platformă sau design, o parte din proiectele de recondiționare pornesc de la o problemă mai simplă și mai urgentă: accesul. „Firma care mi-a făcut site-ul nu mai există” sau „băiatul care ni l-a făcut a plecat din țară și nu mai răspunde” e situația de start cea mai frecventă. Domeniul e înregistrat pe emailul personal al unui fost colaborator, hostingul e pe un cont pe care nimeni din companie nu-l administrează, iar parola de admin s-a pierdut odată cu laptopul persoanei respective.

Recuperarea completă a controlului, schimbare de proprietar de domeniu, migrare de hosting, resetare de acces administrativ, devine primul pas obligatoriu al proiectului, înainte de orice discuție despre design sau despre platformă. Verificarea opțiunilor de transfer și migrare se poate face chiar și fără cooperarea fostului furnizor, în funcție de registrator și de dovezile de proprietate disponibile, dar procesul cere timp și trebuie tratat ca etapă separată, nu ca detaliu administrativ rezolvabil în paralel cu restul proiectului.

Costul comparat corect

Un redesign pe structura existentă costă de regulă 60-80% din prețul unui proiect nou echivalent. Comparația corectă nu e „preț nou” versus „preț recondiționare”, ci „preț recondiționare” versus „preț nou plus costul de recâștigare a traficului pierdut printr-o migrare prost executată”, care, așa cum arată datele de mai sus, poate depăși 500 de zile. O migrare grăbită, fără hartă de URL-uri și fără redirecționări corecte, e exact rețeta pentru pierderea de trafic pe termen lung. Un termen realist de câteva luni, cu proces documentat, costă mult mai puțin decât o lansare rapidă urmată de o recuperare de peste un an.

Dacă iei în calcul o schimbare de platformă sau un redesign și traficul organic actual are valoare reală pentru tine, pagina de recondiționare & migrare descrie procesul complet de audit și hartă de migrare, iar cea de SEO tehnic detaliază exact ce verifică Google la o schimbare de URL.

Surse

• Google Search Central, Site Moves and Migrations
• Website Migration SEO Checklist: Five Gates That Decide Recovery, yassersoliman.com
• Website Redesign vs Rebuild, lowcode.agency
• 40+ WordPress Hacking Statistics & Security Data (2026), Colorlib
• Cât Costă un Site Web în România, codedesign.ro
• Cât Costă un Site Web în România 2026, beyond-development.ro