Ghid complet de migrare SEO

Ghid complet de migrare SEO: cum să muți un site fără să pierzi traficul organic. Migrarea unui site web este unul dintre cele mai riscante procese din perspectiva SEO. O singură greșeală poate duce la pierderi catastrofale de trafic organic, clasamente și venituri.

Ghid complet de migrare SEO

În calitate de specialist SEO cu peste 18 ani de experiență, am gestionat zeci de migrări complexe – de la simple schimbări de domeniu până la restructurări complete de arhitectură. Am văzut atât succese remarcabile, cât și dezastre totale care au distrus ani de muncă SEO într-o singură noapte.

Statisticile sunt clare: aproximativ 60% dintre migrările de site-uri suferă pierderi semnificative de trafic organic în primele 3 luni după lansare. Majoritatea acestor pierderi sunt complet evitabile cu planificare adecvată și executare metodică.

Ce este migrarea SEO și când este necesară

Migrarea SEO reprezintă procesul de mutare a unui site web de la o locație, platformă sau configurație la alta, menținând în același timp vizibilitatea în motoarele de căutare și clasamentele organice. Este un proces complex care necesită planificare meticuloasă și execuție precisă.

Migrarea devine necesară în următoarele situații:

• Rebranding complet – Când compania schimbă numele și necesită un domeniu nou
• Creștere organică – Trecerea de la un domeniu generic (.ro) la unul internațional (.com)
• Achiziții și fuziuni – Consolidarea mai multor site-uri într-unul singur
• Modernizare tehnologică – Upgrade de la platforme învechite (Joomla, Drupal vechi) la WordPress sau soluții moderne
• Îmbunătățire UX – Restructurare completă pentru o experiență mai bună a utilizatorului
• Probleme de securitate – Mutarea după compromiterea unui domeniu sau server

În 2024, am gestionat migrarea unui client de e-commerce de la Magento 1 (care nu mai primea update-uri de securitate) la WooCommerce. Site-ul avea peste 15.000 de produse și 3 ani de istorie SEO. Prin planificare corectă, nu numai că nu a pierdut trafic, dar a crescut organic cu 23% în primele 6 luni post-migrare datorită timpilor de încărcare îmbunătățiți și UX mai bun.

Tipuri de migrare SEO

Nu toate migrările sunt la fel. Fiecare tip vine cu propriile sale provocări și necesită strategii specifice de implementare.

Migrare de domeniu

Aceasta este cea mai complexă și riscantă formă de migrare. Implică mutarea completă a site-ului de la un domeniu la altul (exemplu: de la site-vechi.ro la site-nou.com).

Provocări specifice:

• Pierderea autorității de domeniu acumulată în timp
• Riscul de pierdere a link-urilor externe (dacă webmasteri nu actualizează)
• Necesitatea re-semnalării către motoarele de căutare
• Perioada de tranziție când ambele domenii trebuie gestionate

Soluție: Menținerea domeniului vechi activ cu redirect-uri 301 pentru minimum 12 luni, ideally 24 luni pentru site-uri mari.

Migrare de platformă (CMS)

Trecerea de la un sistem de management al conținutului la altul (ex: de la Joomla la WordPress, de la Magento la Shopify).

Provocări specifice:

• Structuri URL diferite între platforme
• Schema diferită de organizare a conținutului
• Pierderea funcționalităților SEO specifice platformei vechi
• Necesitatea reimplementării datelor structurate

Soluție: Crearea unei mapări complete URL-to-URL și asigurarea că toate funcționalitățile SEO critice (meta tags, canonical, breadcrumbs, XML sitemaps) sunt replicate sau îmbunătățite pe noua platformă.

Migrare de protocol (HTTP la HTTPS)

Deși pare simplă, migrarea la HTTPS rămâne o sursă comună de probleme SEO dacă nu este executată corect.

Provocări specifice:

• Mixed content warnings (resurse HTTP pe pagini HTTPS)
• Probleme cu canonical URLs
• Link-uri interne rămase pe HTTP
• Probleme cu sitemap.xml

Soluție: HTTPS este obligatoriu în 2026, deci această migrare este inevitabilă. Cheia este asigurarea că toate resursele (imagini, CSS, JavaScript) sunt servite prin HTTPS și implementarea HSTS pentru securitate maximă.

Restructurare de arhitectură URL

Modificarea structurii URL-urilor pentru îmbunătățirea SEO sau UX, fără schimbarea domeniului.

Exemplu:

• Vechi: site.ro/produs/categorie/nume-produs
• Nou: site.ro/categorie/nume-produs

Provocări specifice:

• Riscul creării lanțurilor de redirect-uri
• Confuzie în sistemele de analytics
• Probleme de duplicate content temporare

Soluție: Mapare meticuloasă și implementare graduală pe secțiuni, nu pe tot site-ul odată.

Migrare de hosting/server

Mutarea site-ului de la un furnizor de găzduire la altul sau schimbarea infrastructurii serverului.

Provocări specifice:

• Downtime potențial în timpul transferului DNS
• Modificări ale IP-urilor serverului
• Diferențe în configurația serverului (Apache vs Nginx)
• Probleme cu viteza de încărcare pe noul server

Soluție: Testare extensivă pe serverul nou înainte de mutarea DNS-ului și reducerea TTL DNS cu câteva zile înainte pentru propagare rapidă.

Impactul migrării greșite asupra SEO

Pentru a înțelege importanța unei migrări executate corect, trebuie să recunoaștem consecințele unei migrări eșuate. Iată ce am văzut în cazuri reale de migrări problematice:

Impacturi imediate (primele 30 de zile):

• Scădere cu 40-70% a traficului organic
• Pierderea primelor 3 poziții pentru cuvinte cheie principale
• Creșterea ratei de bounce cu 30-50% din cauza paginilor 404
• Scăderea veniturilor directe corelate cu traficul

Impacturi pe termen mediu (30-90 de zile):

• Deindexarea paginilor importante dacă problemele nu sunt rezolvate
• Pierderea încrederii utilizatorilor din cauza experienței slabe
• Scăderea link velocity (mai puține link-uri noi)
• Deteriorarea reputației mărcii

Impacturi pe termen lung (3-12 luni):

• Efort și costuri semnificative pentru recuperare
• Pierderea permanentă a unor clasamente dacă concurenții au preluat pozițiile
• Nevoia de reconstruire a autorității de la zero în unele cazuri
• Impact financiar masiv – am văzut business-uri care au pierdut 6 cifre în euro din cauza migrărilor eșuate

Un caz interesant: în 2010, un client nou a venit la noi după ce alt consultant a executat o migrare de domeniu fără redirect-uri corecte. În 2 săptămâni, site-ul a pierdut 80% din traficul organic. Au fost necesare 9 luni de muncă intensă pentru a recupera 85% din pozițiile pierdute. Costul recuperării a fost de 5x mai mare decât ar fi costat execuția corectă de la început.

Pregătirea pentru migrare – Faza de planificare

Succesul unei migrări SEO se decide mult înainte de ziua efectivă a migrării. Faza de planificare este cea mai critică și necesită minimum 30 de zile pentru site-uri medii și până la 90 de zile pentru site-uri enterprise.

Audit SEO complet pre-migrare

Primul pas este înțelegerea stării actuale. Nu poți proteja ce nu măsori. Auditează următoarele elemente:

Performanță organică actuală:

• Export complet al traficului organic pe ultimele 12 luni din Google Analytics
• Lista completă a cuvintelor cheie pentru care site-ul se clasează (Ahrefs, SEMrush)
• Identificarea paginilor care generează cel mai mult trafic organic (80% din trafic vine de obicei de la 20% din pagini)
• Analiza conversiilor pe canale organice

Sănătatea tehnică:

• Crawl complet cu Screaming Frog sau Sitebulb pentru identificarea tuturor URL-urilor
• Identificarea erorilor existente (404s, 500s, redirect chains)
• Analiza vitezei de încărcare (Core Web Vitals) pentru stabilirea baseline
• Verificarea implementării datelor structurate (schema.org)
• Audit complet al backlink-urilor (Ahrefs, Majestic)

Structura site-ului:

• Maparea arhitecturii informaționale actuale
• Identificarea tuturor tipurilor de pagini (homepage, categorii, produse, blog posts, etc.)
• Documentarea convenției URL actuale
• Lista completă a subdomeniilor și subdirectoarelor

Folosesc un template Excel standardizat pentru toate auditurile pre-migrare care include peste 150 de puncte de verificare. Acest template s-a dezvoltat pe parcursul a 18 ani și îmi asigură că nimic nu este trecut cu vederea.

Documentarea structurii actuale

Creează o documentație vizuală și tabelară a site-ului actual. Aceasta servește atât ca referință în timpul migrării, cât și pentru comparație post-migrare.

Ce trebuie documentat:

1. Inventarul complet URL Exportă toate URL-urile din site folosind:

• Google Analytics (Behavior > Site Content > All Pages)
• Google Search Console (Performance > Pages)
• Crawl cu Screaming Frog (setează crawl la „entire site”)
• Sitemap.xml actual

Combină toate aceste surse și elimină duplicatele. Pentru un site de dimensiune medie, vei avea între 500 și 50.000 de URL-uri unice.

2. Diagrama arhitecturii site-ului Creează o reprezentare vizuală a structurii ierarhice:

Homepage
├── Categorie 1
│   ├── Subcategorie 1.1
│   │   └── Produse/Articole
│   └── Subcategorie 1.2
├── Categorie 2
└── Pagini speciale (Contact, About, etc.)

3. Lista de prioritizare Nu toate paginile sunt egale. Clasifică URL-urile în:

• Critice (Top 20% generatori de trafic + conversii)
• Importante (Următoarele 30% din trafic)
• Standard (Restul de 50%)

Această prioritizare va ghida alocarea timpului și resurselor în timpul migrării.

Stabilirea obiectivelor și a metricilor de succes

O migrare reușită trebuie definită prin metrici concrete, nu prin sentimente.

Metrici principale de succes:

• Menținerea traficului organic – Obiectiv: max 10% scădere temporară în prima lună, recuperare completă în luna 3
• Păstrarea clasamentelor – Obiectiv: min 90% din clasamentele top 10 păstrate
• Zero erori critice – Obiectiv: 0 pagini 404 pentru URL-uri cu istoric de trafic
• Timp de indexare – Obiectiv: 90% din paginile noi indexate în prima săptămână
• Menținerea conversiilor – Obiectiv: conversion rate să rămână constant sau să crească

Stabilește baseline-uri clare înainte de migrare:

Baseline Pre-Migrare (data de referință: [data]):
- Trafic organic total (ultimele 30 zile): [număr] sesiuni
- Pagini indexate în Google: [număr]
- Top 10 keywords poziții medii: [listă cu poziții]
- Backlink-uri totale: [număr]
- Domain Rating (Ahrefs): [scor]
- Core Web Vitals: LCP [ms], FID [ms], CLS [scor]

Această documentație devine contractul tău de migrare – orice abatere semnificativă trebuie investigată și corectată imediat.

Strategia de redirect: Inima migrării SEO

Dacă migrarea SEO este o operație pe cord deschis, atunci strategia de redirect este chiar inima care pompează sânge. Execuția corectă a redirect-urilor face diferența dintre succes și eșec.

Tipuri de redirect-uri și când să le folosești

301 Redirect (Permanent Redirect) Acest este instrumentul principal pentru migrări SEO. Un redirect 301 spune motoarelor de căutare: „această pagină s-a mutat PERMANENT la o nouă locație.”

Când să folosești:

• Migrări de domeniu
• Schimbări permanente de URL
• Consolidarea conținutului duplicat
• Orice situație când vechiul URL nu va fi niciodată reactiv at

Implementare:

# În .htaccess pentru Apache
Redirect 301 /pagina-veche.html https://site-nou.com/pagina-noua/

# Pentru URL-uri cu parametri
RewriteCond %{QUERY_STRING} ^id=123$
RewriteRule ^produs\.php$ /noul-produs/? [R=301,L]

# În configurația Nginx
location = /pagina-veche.html {
    return 301 https://site-nou.com/pagina-noua/;
}

302 Redirect (Temporary Redirect) Spune motoarelor: „această pagină este temporar într-o altă locație, dar va reveni.”

Când să folosești:

• NICIODATĂ în timpul migrărilor permanente
• Teste A/B temporare
• Redirectări sezoniere (ex: pagină de vară către pagină de iarnă)

ATENȚIE: Un 302 nu transferă autoritatea SEO către noua pagină. Este o greșeală comună și costisitoare.

Meta Refresh Redirect Un redirect la nivel de HTML, nu la nivel de server.

<meta http-equiv="refresh" content="0;url=https://site-nou.com/" />

Când să folosești:

• Aproape niciodată pentru scopuri SEO
• Google recunoaște meta refresh ca 301 doar dacă delay-ul este 0 secunde
• Sunt mult mai lente decât redirect-urile server-side

JavaScript Redirect

window.location.href = "https://site-nou.com/pagina-noua/";

Când să folosești:

• Doar dacă nu ai acces la configurația serverului (extrem de rar)
• Google poate procesa JavaScript redirects, dar cu întârziere
• Nu este recomandat pentru migrări SEO critice

Canonical Tag (alternativă la redirect pentru conținut duplicat)

<link rel="canonical" href="https://site.com/versiune-preferata/" />

Când să folosești:

• Când ai conținut similar accesibil pe mai multe URL-uri și vrei să păstrezi toate URL-urile active
• Filtrare/sortare în magazine online
• Versiuni printabile ale paginilor

Crearea mapării complete URL

Aceasta este cea mai laborioasă, dar și cea mai critică parte a pregătirii pentru migrare. O mapare incompletă sau greșită este cauza principală a eșecurilor de migrare.

Procesul de mapare în 5 pași:

Pas 1: Extrage lista completă de URL-uri vechi Folosește combinație de:

• Crawl Screaming Frog al site-ului vechi
• Export Google Analytics (ultimele 12 luni de URL-uri cu trafic)
• Export Google Search Console (URL-uri care apar în rezultatele căutării)
• Logs ale serverului pentru URL-uri care nu sunt crawlate public

Rezultatul: fișier CSV cu coloane:

URL_Vechi | Trafic_12_Luni | Backlinks | Status_Code | Prioritate

Pas 2: Definește structura URL nouă Bazat pe arhitectura nou planificată, creează schema URL pentru fiecare tip de pagină:

Pagini Produs:
Vechi: /products.php?id=123
Nou: /produs/nume-produs/

Categorii:
Vechi: /cat.php?category=shoes
Nou: /categoria/pantofi/

Blog Posts:
Vechi: /blog/2024/01/15/titlu-articol/
Nou: /blog/titlu-articol/

Pas 3: Creează maparea 1-la-1 Pentru fiecare URL vechi, identifică URL-ul nou corespunzător. Acest fișier devine Biblia ta de migrare.

Template Excel recomandat:

| URL_Vechi | URL_Nou | Tip_Redirect | Prioritate | Trafic_Ultim_An | Backlinks | Status | Note |

Pas 4: Gestionează cazurile speciale

Pagini fără echivalent direct:

• Pagină despre produs discontinued → Redirect la categoria produsului sau produs similar
• Pagini temporare (campanii vechi) → Redirect la homepage sau pagină de campanii active
• Conținut duplicat → Redirect toate duplicatele la versiunea canonică

Regula: NICIODATĂ nu lăsa pagini cu trafic sau backlink-uri fără redirect

Pas 5: Validează maparea

• Verifică că fiecare URL din top 20% generatori de trafic are un redirect valid
• Asigură-te că nu ai redirect chains (A → B → C) – acestea trebuie să fie directe (A → C)
• Confirmă că URL-urile noi chiar există pe noul site (verificare prin crawl)

Tool personal: Am dezvoltat un script Python care automată validarea mapării, verificând că:

• Nu există URL-uri duplicate în coloana „URL_Vechi”
• Toate URL-urile noi returnează status 200
• Nu există lanțuri de redirect-uri
• Toate URL-urile prioritare sunt mapate

Implementarea redirect-urilor 301

Cu maparea completă, următorul pas este implementarea tehnică. Modalitatea de implementare depinde de tipul migrării și de serverul tău.

Metodă 1: Implementare în .htaccess (Apache)

Pentru site-uri mici-medii (sub 1000 redirect-uri):

# Redirecționare domeniu complet la domeniu nou
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?site-vechi\.ro$ [NC]
RewriteRule ^(.*)$ https://site-nou.com/$1 [R=301,L]

# Redirect-uri specifice pagină cu pagină
Redirect 301 /pagina-veche-1/ https://site-nou.com/pagina-noua-1/
Redirect 301 /pagina-veche-2/ https://site-nou.com/pagina-noua-2/

# Redirect cu pattern matching pentru secțiuni întregi
RedirectMatch 301 ^/blog/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*)$ /blog/$4

# Redirect pentru fișiere și extensii specifice
RedirectMatch 301 ^/products/(.*)\.html$ /produs/$1/

IMPORTANT: Testează fiecare redirect într-un mediu de staging înainte de a deploua pe production. Un singur caracter greșit poate cauza loop-uri infinite de redirect.

Metodă 2: Implementare în Nginx

server {
    listen 80;
    server_name site-vechi.ro www.site-vechi.ro;
    
    # Redirect global către noul domeniu
    return 301 https://site-nou.com$request_uri;
}

# Pentru redirect-uri specifice
location = /pagina-veche/ {
    return 301 https://site-nou.com/pagina-noua/;
}

# Pattern matching în Nginx
location ~* ^/blog/[0-9]{4}/[0-9]{2}/[0-9]{2}/(.*)$ {
    return 301 /blog/$1;
}

Metodă 3: Redirect la nivel de aplicație (WordPress, etc.)

Pentru WordPress, poți folosi plugin-uri precum Redirection sau Yoast SEO Premium pentru gestionarea redirect-urilor prin interfață.

ATENȚIE: Redirect-urile la nivel de aplicație sunt mai lente decât cele server-side și consumă resurse. Pentru migrări mari, întotdeauna preferă .htaccess sau configurația server-ului.

Metodă 4: Implementare prin CDN (Cloudflare, etc.)

Cloudflare Workers permite redirect-uri la edge, înainte ca request-ul să ajungă la server:

addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request))
})

async function handleRequest(request) {
  const url = new URL(request.url)
  
  const redirects = {
    '/pagina-veche-1/': '/pagina-noua-1/',
    '/pagina-veche-2/': '/pagina-noua-2/'
  }
  
  if (redirects[url.pathname]) {
    return Response.redirect(
      'https://site-nou.com' + redirects[url.pathname], 
      301
    )
  }
  
  return fetch(request)
}

Best Practices pentru implementarea redirect-urilor:

1. Testează în staging – Niciodată direct pe production
2. Implementează în loturi – Primul lot: pagini critice (top 20%), apoi restul
3. Monitorizează performanța – Redirect-uri multe pot încetini serverul
4. Documentează – Comentează codul pentru înțelegere viitoare
5. Backup – Întotdeauna ai o copie a configurației înainte de modificări

Checklist complet de migrare SEO

Acesta este checklist-ul pe care îl folosesc pentru fiecare migrare, dezvoltat și rafinat pe parcursul a 18 ani de experiență. Este organizat cronologic, fiecare pas fiind critic pentru succesul migrării.

Cu 30 de zile înainte de migrare

Planificare și pregătire:

• Completează auditul SEO complet al site-ului actual
• Exportă și salvează toate datele istorice din Google Analytics (minimum 24 luni)
• Exportă date din Google Search Console (Performance, Links, toate rapoartele)
• Documentează toate clasamentele actuale pentru cuvinte cheie prioritare (Top 100)
• Crawl complet al site-ului vechi cu Screaming Frog/Sitebulb – salvează raportul
• Identifică toate subdomeniile și microsites-urile care trebuie migrate
• Inventar complet al tuturor profilurilor de tracking (Google Analytics, Google Tag Manager, Facebook Pixel, etc.)

Configurare nouă infrastructură:

• Verifică că noul site este construit pe un subdomeniu staging (ex: staging.site-nou.com)
• Implementează noindex, nofollow pe tot site-ul staging pentru a preveni indexarea accidentală
• Testează viteza de încărcare pe noul site (target: min egală cu vechiul site, ideally mai bună)
• Verifică compatibilitatea cu toate browser-ele majore și dispozitive mobile
• Implementează toate tag-urile de tracking pe noul site (fără a le activa încă)

Comunicare și coordonare:

• Informează toate stakeholder-ii despre planul de migrare și downtime-ul estimat
• Coordonează cu echipa de dezvoltare, marketing și management pentru timing optimal
• Programează migrarea într-o perioadă de trafic scăzut (evită sărbători, lansări de produse, Black Friday)
• Asigură-te că ai backup team disponibil în weekend-ul migrării (migrările se fac de obicei vineri seară)

Cu 7 zile înainte de migrare

Mapare și redirect-uri:

• Finalizează maparea completă URL vechi → URL nou (100% coverage pentru URL-uri cu trafic)
• Creează fișierul de implementare redirect-uri (.htaccess, nginx.conf, sau script)
• Testează TOATE redirect-urile pe un server de staging
• Verifică că nu există redirect chains (A→B→C) – toate trebuie să fie directe
• Identifică și documentează orice URL-uri vechi fără echivalent direct pe noul site

Conținut și SEO on-page:

• Verifică că toate title tags și meta descriptions sunt migrate sau îmbunătățite
• Asigură implementarea corectă a datelor structurate (Schema.org) pe noul site
• Verifică că toate imaginile au atribute alt text
• Testează funcționalitatea canonical tags pe noul site
• Verifică implementarea hreflang pentru site-uri multilingve
• Testează funcționalitatea XML sitemap pe noul site
• Asigură-te că robots.txt este configurat corect pentru production (nu staging settings)

Tehnical SEO:

• Verifică că toate URL-urile noi sunt SEO-friendly (fără parametri inutili, lowercase, etc.)
• Testează timpul de încărcare pentru top 20 pagini principale (target: sub 3 secunde)
• Verifică implementarea certificatului SSL și forțarea HTTPS
• Testează Mobile-friendliness cu Google Mobile-Friendly Test
• Verifică implementarea breadcrumbs și navigare internă
• Asigură-te că pagination este implementată corect (rel=”next” și rel=”prev” sau link-uri de paginare clare)

Backup și siguranță:

• Backup complet al bazei de date site-ului vechi
• Backup complet al tuturor fișierelor site-ului vechi
• Backup al configurației DNS
• Documentează toate setările curente ale Google Analytics și Search Console
• Backup al tuturor configurațiilor server (.htaccess, nginx.conf, etc.)

În ziua migrării

Ultimele verificări (4 ore înainte):

• Re-verifică că toate redirect-urile sunt funcționale pe staging
• Confirmă că echipa de dezvoltare este disponibilă pentru migrare și 24h după
• Verifică că ai acces complet la DNS, server, Search Console, Analytics
• Anunță echipa și stakeholder-ii că migrarea începe
• Publică un mesaj pe rețelele sociale (dacă relevant) despre întreținere programată

Execuție migrare (2-4 ore proces):

• Pune site-ul vechi în modul întreținere cu un mesaj clar pentru utilizatori
• Fă un backup final al site-ului vechi chiar înainte de migrare
• Deploy noul site pe domeniul production
• Implementează redirect-urile 301 pe vechiul site/domeniu
• Schimbă DNS dacă este cazul (pentru migrare domeniu)
• Elimină noindex tag-urile de pe noul site
• Activează certificatul SSL pe domeniul production
• Activează toate tag-urile de tracking (Analytics, GTM, etc.)

Verificare imediată (1-2 ore după deployment):

• Testează manual top 20 pagini cele mai importante – toate trebuie să funcționeze
• Verifică că redirect-urile 301 funcționează corect pentru minimum 50 URL-uri test
• Testează formulare de contact, checkout (pentru e-commerce), search intern
• Verifică că toate resursele se încarcă (imagini, CSS, JavaScript)
• Testează site-ul pe mobil și desktop
• Monitorizează Analytics pentru a vedea traficul începând să intre pe noul site

Imediat după migrare (0-24 ore)

Google Search Console și indexare:

• Adaugă și verifică noul domeniu/proprietate în Google Search Console (dacă migrezi domeniu)
• Submite XML sitemap-ul nou în Google Search Console
• Folosește „Change of Address Tool” în Search Console (doar pentru migrări de domeniu)
• Solicită indexarea pentru top 20 pagini prioritare prin URL Inspection Tool
• Monitorizează Coverage Report pentru erori de indexare

Google Analytics și tracking:

• Verifică că datele încep să apară în Google Analytics pentru noul site
• Setează filtre view în Analytics pentru a exclude traficul intern (IP-ul companiei)
• Verifică că toate goal-urile și conversiile sunt tracked corect
• Testează Enhanced Ecommerce tracking (dacă aplicabil)
• Setează note/adnotări în Analytics cu data migrării pentru referință viitoare

Monitorizare tehnică:

• Verifică error logs pe server pentru orice erori 404 sau 500 neașteptate
• Monitorizează viteza de încărcare (should not degrade from pre-migration baseline)
• Verifică funcționalitatea CDN (dacă folosești)
• Testează email notifications (formulare, confirmări comenzi, etc.)
• Verifică că backup-urile automate rulează corect pe noul setup

Comunicare:

• Anunță echipa că migrarea s-a finalizat
• Monitorizează social media și support pentru plângeri sau probleme raportate de utilizatori
• Pregătește comunicat pentru clienți/utilizatori dacă există modificări vizibile majore

Prima săptămână post-migrare

Monitorizare zilnică:

• Verifică zilnic Google Search Console pentru:
  • Erori de crawl noi
  • Creștere a erorilor 404
  • Scădere a numărului de pagini indexate
• Monitorizează Google Analytics pentru:
  • Trafic organic overall (target: max 10% scădere)
  • Top landing pages organice – verifică că primesc trafic
  • Bounce rate și timp pe pagină (ar trebui să rămână constant)
  • Conversii organice

Rezolvare probleme identificate:

• Adaugă redirect-uri pentru orice pagini 404 cu trafic istoric identificate în logs
• Corectează orice broken links interne descoperite
• Rezolvă probleme de mixed content (HTTP resources pe pagini HTTPS)
• Actualizează link-uri în comunicări externe (email signatures, social media profiles)

Outreach pentru backlink-uri:

• Identifică top 20 site-uri care linkează către vechiul domeniu (dacă ai migrat domeniu)
• Contactează webmaster-ii pentru actualizarea link-urilor către noul domeniu
• Verifică profilurile de social media și directoare de business pentru actualizare URLs

Prima lună post-migrare

Analiză completă performanță:

• Compară traficul organic luna curentă vs luna pre-migrare (target: recuperare la 90%+)
• Analizează clasamentele pentru cuvinte cheie principale – identifică scăderi semnificative
• Verifică evoluția indexării în Search Console (Coverage report)
• Analizează link profile pentru a vedea dacă backlink-urile au urmat redirect-urile

Optimizare continuă:

• Identifică pagini care au pierdut trafic organic și investighează cauza
• Optimizează pagini care au performanță mai slabă decât prevăzut
• Continuă procesul de outreach pentru actualizare backlink-uri
• Monitorizează și răspunde la feedback-ul utilizatorilor despre noul site

Raportare:

• Creează raport complet de migrare pentru stakeholderi cu:
  • Comparație trafic pre vs post migrare
  • Lista problemelor întâmpinate și cum au fost rezolvate
  • Lessons learned pentru viitoare proiecte
  • Recomandări pentru optimizare continuă

Clean-up:

• Revizuiește și optimizează redirect-urile (elimină cele nefolosite dacă există)
• Arhivează toate documentele și datele de migrare pentru referință viitoare
• Planifică review-uri lunare continue pentru următoarele 6 luni

Notă: Acest checklist poate părea copleșitor, dar fiecare element este acolo pentru un motiv bazat pe experiență reală. Am văzut migrări eșuate din cauza trecerii cu vederea unor pași aparent mici – de exemplu, uitarea de a submite noul sitemap sau de a elimina noindex tag-urile.

Monitorizarea post-migrare

Migrarea nu se termină când noul site este live. Următoarele 90 de zile sunt critice pentru identificarea și rezolvarea rapidă a problemelor înainte ca acestea să cauzeze daune permanente.

Metrici critice de urmărit

1. Trafic organic total Aceasta este metrica numărul 1 pe care trebuie să o monitorizezi zilnic în primele 2 săptămâni, apoi săptămânal pentru următoarele 3 luni.

Ce să cauți:

• Primele 7 zile: scădere de 5-15% este normală (motoarele de căutare procesează redirects)
• Zilele 8-30: recuperare treptată către baseline
• Luna 2-3: ar trebui să fii la 95-100% din traficul pre-migrare sau mai bine

Red flags:

• Scădere >30% în prima săptămână – indică probleme majore cu redirect-urile sau indexarea
• Trafic care continuă să scadă după prima săptămână – indică probleme nerezolvate
• Recuperare foarte lentă (sub 70% după 30 zile) – necesită investigație profundă

2. Clasamente pentru cuvinte cheie principale Monitorizează zilnic poziția pentru top 20 cuvinte cheie cele mai valoroase.

Fluctuații normale vs problematice:

• Variații de +/-3 poziții: normal în primele săptămâni
• Scăderi de 5-10 poziții pentru câteva keyword-uri: poate fi temporar pe măsură ce Google rearanjează
• Pierderea completă din Top 10 pentru keyword-uri principale: PROBLEMĂ MAJORĂ – acționează imediat

Tool recomandat: SEMrush Position Tracking sau Ahrefs Rank Tracker cu alertinste setate pentru scăderi >5 poziții.

3. Erori de crawl și indexare Google Search Console Coverage Report trebuie verificat zilnic în primele 2 săptămâni.

Ce să monitorizezi:

• Erori 404: Nu ar trebui să existe pentru URL-uri cu istoric de trafic
• Erori server (5xx): Indică probleme cu noul hosting sau configurație greșită
• Submitted URL not found (404): Sitemap conține URL-uri care nu există – actualizează sitemap
• Pagini cu noindex tag: Verifică că nu ai uitat noindex pe pagini importante
• Duplicate content without canonical: Implementează canonical tags unde lipsesc

Target: După 7 zile, numărul total de pagini indexate ar trebui să fie aproape egal sau mai mare decât pre-migrare.

4. Viteza de încărcare (Core Web Vitals) Migrarea este o oportunitate de a îmbunătăți performanța, nu de a o degrada.

Metrici de monitorizat:

• LCP (Largest Contentful Paint): Target sub 2.5s
• FID (First Input Delay): Target sub 100ms
• CLS (Cumulative Layout Shift): Target sub 0.1

Red flag: Dacă viteza pe noul site este mai slabă decât pe vechiul site, aceasta va afecta negativ clasamentele. Prioritizează optimizarea performanței.

5. Comportamentul utilizatorilor Metrici de engagement arată dacă utilizatorii găsesc ceea ce caută pe noul site.

Compară pre vs post migrare:

• Bounce Rate: Nu ar trebui să crească cu >10%
• Pages per Session: Ar trebui să rămână constant sau să crească
• Average Session Duration: Nu ar trebui să scadă semnificativ
• Goal Completion Rate: CRITIC – conversion rate-ul trebuie menținut

Investigație necesară dacă: Bounce rate crește cu >20% sau conversion rate scade cu >15% – indică probleme de UX sau functionality.

6. Link profile și referral traffic Monitorizează dacă backlink-urile valoroase transferă valoare către noul site.

Ce să verifici săptămânal:

• Numărul total de domenii care linkează (Ahrefs, Majestic)
• Top 100 backlink-uri – verifică dacă URLurile au fost actualizate sau dacă redirect-urile funcționează
• Referral traffic în Analytics – ar trebui să rămână constant

Acțiune: Dacă vezi scăderi în referral traffic de la surse importante, contactează webmaster-ii pentru actualizarea link-urilor.

Instrumente esențiale pentru monitorizare

1. Google Search Console Instrumentul tău principal pentru monitorizare indexare și erori.

Rapoarte zilnice de verificat:

• Coverage: Erori noi, avertismente, pagini excluse
• Performance: Clicuri, impressions, CTR, poziție medie
• Links: Backlink-uri externe și linkuri interne
• Core Web Vitals: Performanță pe mobil și desktop

Setează alerte în Search Console pentru:

• Creștere semnificativă a erorilor de indexare
• Scădere drastică a impressions sau clicuri
• Probleme noi de utilizabilitate mobilă

2. Google Analytics Monitorizare trafic și comportament utilizatori.

Configurare pentru migrare:

• Creează un segment personalizat pentru „Trafic Organic”
• Setează alerte pentru scăderi >20% în trafic organic zi cu zi
• Setează adnotări cu data migrării pentru comparații istorice ușoare
• Configurează Custom Reports pentru comparație pre vs post migrare

Dashboard recomandat pentru migrare:

Widget 1: Organic Sessions (YoY comparison)
Widget 2: Top 10 Organic Landing Pages
Widget 3: Organic Conversion Rate
Widget 4: Bounce Rate by Landing Page
Widget 5: Site Speed (Average Page Load Time)

3. Screaming Frog sau Sitebulb Crawl săptămânal pentru identificarea problemelor tehnice.

Ce să verifici:

• URL-uri care returnează 404 (nu ar trebui să fie)
• Lanțuri de redirect-uri (A→B→C) – elimină-le
• Pagini fără title tags sau cu duplicate titles
• Broken links interne
• Pagini orfane (fără link-uri interne către ele)
• Imagini fără alt text

4. Ahrefs sau SEMrush Monitorizare clasamente și backlink profile.

Configurare:

• Adaugă noul domeniu/URL-uri în Project
• Setează tracking pentru top 50-100 keyword-uri principale
• Programează rapoarte săptămânale automate
• Monitorizează „Lost Backlinks” – contactează webmasters pentru recuperare

5. Uptime Monitor (UptimeRobot, Pingdom) Asigură-te că site-ul este mereu accesibil, mai ales în primele zile critice.

Configurare:

• Monitorizează homepage și top 5 pagini principale
• Verificare la fiecare 5 minute în prima săptămână
• Alerte prin email și SMS pentru downtime
• Monitorizează și timpul de răspuns (alertă dacă >5 secunde)

6. Log File Analyzer (Screaming Frog Log Analyzer) Înțelege cum crawlează Googlebot noul site.

Ce să cauți:

• Frecvența crawl-ului – ar trebui să crească imediat post-migrare
• Pagini crawlate – verifică că paginile importante sunt crawlate frecvent
• Erori de server în logs – indică probleme tehnice
• User agents – identifică bot-i malițioși care consumă resurse

Setup ideal de monitorizare: Creează un dashboard centralizat (Google Data Studio / Looker Studio) care agregă date din:

• Google Analytics (trafic, conversii)
• Search Console (indexare, erori)
• Rank tracker (poziții keyword-uri)
• Uptime monitor (disponibilitate)

Acest dashboard ar trebui verificat zilnic în primele 2 săptămâni, apoi săptămânal pentru următoarele 3 luni.

Probleme comune și soluțiile lor

În ciuda pregătirii meticuloase, aproape fiecare migrare întâmpină cel puțin câteva probleme. Iată cele mai comune și cum să le rezolvi rapid.

Problema 1: Scădere drastică a traficului organic (>30%)

Simptome:

• Trafic organic scade cu 30-70% în primele zile după migrare
• Google Analytics arată scăderi masive în sesiuni organice
• Panic mode în organizație

Cauze posibile:

1. Redirect-uri implementate incorect sau deloc
2. Noindex tags nu au fost eliminate de pe noul site
3. Robots.txt blochează crawlarea
4. Probleme majore de performanță (site foarte lent)
5. Canonical tags greșite care pointează către URL-uri incorecte

Diagnostic:

• Verifică manual 20 URL-uri prioritare: introduci vechiul URL în browser și vezi dacă redirect-ul funcționează
• Verifică source code: caută <meta name="robots" content="noindex"> pe pagini importante
• Verifică robots.txt: accesează https://site-nou.com/robots.txt
• Testează viteza: PageSpeed Insights pentru 5 pagini principale
• Verifică canonical tags: view source și caută <link rel="canonical"

Soluții:

1. Fix redirect-uri lipsa:

# Adaugă în .htaccess
Redirect 301 /pagina-fara-redirect/ https://site-nou.com/pagina-corecta/

Testează imediat și solicită indexare rapidă în Search Console.

2. Elimină noindex tags:

// În WordPress, verifică Settings > Reading
// Asigură-te că "Discourage search engines" este UNCHECKED

// Sau elimină direct din theme:
// Caută în header.php și elimină:
<meta name="robots" content="noindex, nofollow">

3. Deblochează robots.txt:

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php

# NU ar trebui să blocheze paginile publice:
# ❌ Disallow: /

4. Optimizare performanță urgentă:

• Activează caching (W3 Total Cache, WP Rocket)
• Optimizează imagini (compresia, lazy loading)
• Activează CDN dacă nu e deja
• Minifică CSS și JavaScript

Problema 2: Pagini importante returnează 404

Simptome:

• Utilizatori raportează pagini care nu se încarcă
• Google Search Console arată creștere mare în erori 404
• Pagini cu istoric de conversii nu mai sunt accesibile

Cauze posibile:

• URL-uri din mapare sunt greșite
• Redirect-uri nu au fost implementate pentru toate paginele
• Structura URL nouă diferă de cea planificată

Diagnostic:

• Exportă lista de erori 404 din Google Search Console
• Sortează după frecvența accesării (prioritizează cele mai accesate)
• Compară cu maparea URL originală pentru a identifica discrepanțe

Soluții:

1. Implementare urgentă redirect-uri lipsă: Identifică destinația corectă pentru fiecare 404:

# Pentru produse discontinued → categoria lor
Redirect 301 /produs-vechi-discontinued/ /categoria-produse/

# Pentru pagini temporare vechi → homepage sau echivalent apropiat
Redirect 301 /campanie-2023-black-friday/ /oferte/

# Pentru pagini de blog → redirecționează la tag sau categorie
Redirect 301 /articol-vechi-inexistent/ /blog/categoria-relevanta/

2. Creează pagini custom 404 informative: Nu lăsa utilizatorii pe o pagină 404 goală. Creează o pagină utilă:

<!-- 404.php în WordPress theme -->
<h1>Pagina nu a fost găsită</h1>
<p>Ne pare rău, dar pagina pe care o căutați nu mai există.</p>

<!-- Include search pentru a ajuta utilizatorii să găsească ce caută -->
<?php get_search_form(); ?>

<!-- Sau sugerează pagini populare -->
<h2>Poate te interesează:</h2>
<ul>
  <li><a href="/categorie-populara/">Categorie Populară</a></li>
  <li><a href="/produs-bestseller/">Produs Bestseller</a></li>
</ul>

3. Monitorizează și rezolvă proactiv: Configurează un monitor zilnic al erorilor 404:

• Exportă zilnic din Search Console
• Creează redirect pentru orice URL nou 404 care are >5 accesări
• Păstrează un log al tuturor redirect-urilor adăugate post-migrare

Problema 3: Duplicate content după migrare

Simptome:

• Atât site-ul vechi cât și cel nou sunt indexate simultan
• Google Search Console arată „Duplicate without user-selected canonical”
• Clasamente fragmentate între două versiuni ale aceleiași pagini

Cauze posibile:

• Site-ul vechi nu a fost închis sau redirectat
• Redirect-uri 302 în loc de 301
• Canonical tags lipsă sau configurate greșit
• Parametri URL care creează duplicate (ex: ?utm_source=)

Diagnostic:

site:site-vechi.ro în Google Search
site:site-nou.com în Google Search

Dacă ambele returnează rezultate pentru același conținut → problemă.

Soluții:

1. Asigură redirect-uri 301, NU 302: Verifică header-ul răspunsului:

curl -I https://site-vechi.ro/pagina/
# Ar trebui să vezi:
# HTTP/1.1 301 Moved Permanently
# Location: https://site-nou.com/pagina/

Dacă vezi 302, schimbă în .htaccess:

# ❌ NU folosiunion:
Redirect 302 /pagina/ https://site-nou.com/pagina/

# ✅ Folosește:
Redirect 301 /pagina/ https://site-nou.com/pagina/

2. Implementează canonical tags corect:

<!-- Pe FIECARE pagină a noului site, inclusiv homepage -->
<link rel="canonical" href="https://site-nou.com/pagina-exacta/" />

<!-- NU pointează către alte domenii sau variații URL -->

3. Gestionează parametri URL:

# În .htaccess, elimină parametrii de tracking
RewriteCond %{QUERY_STRING} ^(.*)utm_source=(.*)$
RewriteRule ^(.*)$ /$1? [R=301,L]

Sau configurează în Google Search Console sub Settings > URL Parameters.

4. Forțează deindexarea site-ului vechi: Dacă site-ul vechi NU va mai fi folosit:

# robots.txt pe site-ul vechi:
User-agent: *
Disallow: /

Apoi solicită în Search Console removal temporar pentru tot site-ul vechi.

Problema 4: Pierderea backlink-urilor valoroase

Simptome:

• Scădere în Domain Rating/Authority (Ahrefs/Moz)
• Referral traffic scade semnificativ
• Backlink profile arată pierderi de link-uri

Cauze posibile:

• Webmasteri au șters link-uri către vechiul domeniu în loc să le actualizeze
• Link-uri interne sparte pe site-uri externe care linkau către tine
• Redirect-uri care nu funcționează pentru anumite backlink-uri

Diagnostic:

• Compară backlink profile pre vs post migrare în Ahrefs:
  • Organic Research > Backlinks > Lost backlinks
• Identifică cele mai valoroase link-uri pierdute (domain rating mare)

Soluții:

1. Outreach pentru recuperare link-uri: Creează un template de email pentru contactare webmasters:

Subiect: Actualizare link către [Compania Ta]

Bună [Nume],

Am observat că site-ul [site-ul lor] linkează către vechiul nostru domeniu 
site-vechi.ro în articolul [titlu articol].

Am mutat recent site-ul la site-nou.com și ar fi minunat dacă ai putea 
actualiza link-ul pentru cititorii tăi:

Vechi: https://site-vechi.ro/pagina/
Nou: https://site-nou.com/pagina-noua/

Mulțumesc anticipat!
[Numele tău]

2. Monitorizare permanentă: Configurează alertă în Ahrefs pentru „Lost Backlinks” – primești notificare când pierzi un backlink valoros și poți reacționa rapid.
3. Creează redirect la nivel DNS (pentru migrări de domeniu): Dacă ai mutat domeniul complet, asigură-te că DNS-ul vechiului domeniu pointează către serverul unde ai redirect-urile configurate. Un domeniu expirat pierde toate redirect-urile.

Problema 5: Indexarea lentă a noului site

Simptome:

• După 7 zile, Google Search Console arată doar 20-30% din pagini indexate
• Trafic organic rămâne foarte scăzut pentru că paginile nu apar în rezultate
• Coverage report arată multe pagini „Discovered – currently not indexed”

Cauze posibile:

• Crawl budget insuficient (Google nu crawlează suficient de des)
• Probleme de performanță server (răspunsuri lente)
• Link-uri interne slabe (pagini orfane)
• Conținut duplicat sau de calitate scăzută

Diagnostic:

• Verifică Crawl Stats în Search Console: câte pagini pe zi crawlează Google?
• Analiza log files: identifică frecvența crawl-ului real
• Verifică structura link-urilor interne: există pagini la >3 click-uri de homepage?

Soluții:

1. Solicită indexare manuală pentru pagini prioritare: În Search Console > URL Inspection:

• Introdu top 50 URL-uri prioritare
• Click „Request Indexing” pentru fiecare
• Repet procesul săptămânal pentru pagini noi

2. Optimizează pentru crawl budget:

<!-- În sitemap.xml, prioritizează paginile importante -->
<url>
  <loc>https://site-nou.com/pagina-importanta/</loc>
  <lastmod>2026-02-06</lastmod>
  <changefreq>weekly</changefreq>
  <priority>1.0</priority>
</url>

3. Îmbunătățește linking intern:

• Asigură-te că ORICE pagină e accesibilă în max 3 click-uri de la homepage
• Adaugă link-uri contextuale în conținut către pagini importante
• Implementează breadcrumbs și navigare clară

4. Folosește IndexNow (dacă platforma suportă):

# Submit URL-uri direct către Bing/Yandex pentru indexare instantanee
import requests

urls = ["https://site-nou.com/pagina1/", "https://site-nou.com/pagina2/"]
for url in urls:
    requests.post("https://api.indexnow.org/indexnow", 
                  json={"url": url, "key": "your-api-key"})

5. Crește „freshness” prin actualizări:

• Actualizează conținut pe paginile importante (adaugă paragrafe noi, statistici recente)
• Schimbă data „Last Modified” pentru a semnala Google că pagina e fresh
• Publică conținut nou regulat pentru a menține crawl-ul activ

Cazuri de studiu: Migrări reușite vs eșecuri

Nimic nu învață mai bine decât experiența reală. Iată două cazuri de studiu din practica mea – unul de succes remarcabil și unul de eșec instruc tiv.

Caz de studiu 1: Migrare de succes – Magazin online fashion

Context:

• Site e-commerce cu 8.500 de produse
• Trafic organic: 45.000 vizitatori/lună
• Venit lunar din organic: ~85.000 EUR
• Migrare: Magento 1.9 → WooCommerce (WordPress)
• Motivație: Magento 1 nu mai primea update-uri de securitate, viteze foarte slabe de încărcare

Provocări:

1. Structură URL complet diferită între platforme
2. 12.000+ URL-uri totale (inclusiv filtri, sortări)
3. Peste 2.500 de backlink-uri valoroase
4. Site activ 24/7, fără posibilitate de downtime extins

Strategia implementată:

Faza 1: Pregătire (45 zile)

• Audit complet: identificate 8.500 produse active + 3.500 URL-uri arhivă/redirects vechi
• Mapare URL detaliată:

  Magento: /catalog/product/view/id/12345/category/67/WooCommerce: /produs/nume-produs/
  

• Construit WooCommerce pe subdomain staging.site.com cu noindex total
• Migrată baza de date produse cu script custom Python
• Testate 100% produse pentru funcționalitate checkout

Faza 2: Implementare Redirect-uri (14 zile înainte)

• Creat fișier .htaccess cu 12.000 redirect-uri 301
• Testate toate redirect-urile pe server staging
• Identificate 342 produse fără echivalent direct → redirect către categorii
• Implementat redirect dinamic pentru parametrii de sortare/filtrare

Faza 3: Migrare (weekend)

• Vineri 22:00: Site în modul maintenance
• Vineri 22:30: Backup final bază date și fișiere
• Vineri 23:00: Deploy WooCommerce pe domeniul principal
• Sâmbătă 00:30: Redirect-uri activate pe vechiul Magento
• Sâmbătă 01:00: Eliminate tag-uri noindex
• Sâmbătă 02:00: Testate manual 200 URL-uri random
• Sâmbătă 03:00: Site live, monitoring activ
• Sâmbătă 06:00: Trafic normal revenit, zero erori critice

Faza 4: Monitorizare intensivă (30 zile)

• Zilele 1-3: Verificare zilnică Search Console pentru erori
• Adăugate 47 redirect-uri suplimentare pentru URL-uri 404 găsite în logs
• Contactați top 50 webmasters pentru actualizare backlink-uri (28 au actualizat)
• Optimizată performanța: LCP redus de la 4.8s la 1.9s prin CDN și image optimization

Rezultate:

Săptămâna 1:

• Trafic organic: -12% (normal, Google procesează redirects)
• Erori 404: 89 (rezolvate în 48h)
• Venit organic: -8%

Luna 1:

• Trafic organic: +3% față de pre-migrare
• 96% din cuvintele cheie principale păstrate în Top 10
• Venit organic: +5% (datorită conversion rate îmbunătățit pe noul site)

Luna 3:

• Trafic organic: +23%
• Venit organic: +31%
• Viteza de încărcare îmbunătățită cu 60% → ranking boost vizibil
• Domain Rating crescut cu 3 puncte (de la 47 la 50)

Lecții învățate:

1. Investiția în testare pe staging a prevenit 90% din problemele potențiale
2. Comunicarea transparentă cu stakeholderi a redus anxietatea în timpul scăderilor temporare
3. Performanța îmbunătățită a compensat orice pierderi temporare de SEO
4. Maparea meticuloasă URL-to-URL a fost cheia succesului

Caz de studiu 2: Eșec de migrare – Portal de știri

Context:

• Portal de știri regional cu 15 ani de istorie
• 35.000+ articole publicate
• Trafic organic: 280.000 vizitatori/lună
• Venit din display ads: ~40.000 EUR/lună
• Migrare: WordPress self-hosted → WordPress.com VIP
• Motivație: Probleme de scalabilitate și securitate

Ce a mers prost:

Eroarea 1: Schimbarea structurii URL fără justificare Clientul a insistat să schimbe structura URL de la:

Vechi: /2024/02/06/titlu-articol/
Nou: /articole/titlu-articol/

Motivație: „arată mai modern”

Rezultat: 35.000 de redirect-uri necesare pentru toate articolele vechi

Eroarea 2: Mapare incompletă Consultantul anterior a creat mapare doar pentru ultimele 12 luni de articole (~4.200 URL-uri), ignorând arhiva de 14 ani.

Rezultat: 30.800 articole au rămas fără redirect → 404 masiv

Eroarea 3: Testare insuficientă Migrarea a fost făcută direct pe production într-o zi de luni la ora 14:00 (ORĂ DE VÂRF DE TRAFIC).

Nu a existat:

• Environment de staging
• Testare redirect-uri
• Plan de rollback

Eroarea 4: Monitorizare inexistentă În primele 48h după migrare, nimeni nu a monitorizat Google Search Console sau Google Analytics.

Dezastrul:

Ziua 1:

• La 3 ore după migrare, trafic organic scăzut cu 65%
• Google Analytics arăta 404 errors în top landing pages
• Utilizatori raportau articole dispărute
• PANIC MODE

Ziua 2-7:

• Încercare urgentă de a crea redirect-uri pentru arhivă
• Descoperit că backup-ul pre-migrare era corupt
• Imposibil de revenit la versiunea veche
• Trafic continua să scadă: -75% față de baseline

Luna 1:

• Trafic organic stabilizat la -70% (pierdere permanentă de 196.000 vizitatori/lună)
• Venit din ads scăzut corespunzător: -28.000 EUR/lună
• Încrederea utilizatorilor distrusă (mulți au trecut la competitori)

Luna 3:

• Cu ajutor extern (de-asta am fost contactat), am reușit să recuperăm URLs din Internet Archive
• Create 28.000 redirect-uri din 30.800 necesare
• Trafic recuperat la -45% față de baseline
• DAR: 2.800 articole pierdute permanent din index (link-uri externe distruse)

Luna 12:

• După un an de muncă intensă de rebuilding:
• Trafic la -25% față de baseline pre-migrare
• Pierderi financiare estimate: ~300.000 EUR în primul an
• Cost recuperare (consultanță + development): 45.000 EUR

Pierderea permanentă: Site-ul nu a recuperat niciodată complet. Articole vechi de 10-14 ani care aveau backlink-uri valoroase au pierdut permanent acele link-uri. Concurenții au preluat poziții pentru keyword-uri istorice.

Lecții cruciale din acest eșec:

1. NU schimba structura URL fără motiv solid SEO
   • Păstrarea structurii URL existente elimină 90% din riscurile migrării
   • Argumentul „arată mai modern” nu justifică riscul
2. Mapare COMPLETĂ sau nimic
   • FIECARE URL cu trafic istoric sau backlink-uri TREBUIE redirectat
   • Arhiva veche este la fel de importantă ca și conținutul recent
3. Testare OBLIGATORIE pe staging
   • Un environment de staging ar fi identificat toate problemele înainte de production
   • Costă 500 EUR să setezi staging, costă 300.000 EUR să repari o migrare eșuată
4. Timing-ul contează ENORM
   • Migrările se fac weekend, niciodată în timpul săptămânii
   • Preferabil vineri seară sau sâmbătă dimineață devreme
5. Monitoring în timp real
   • Primele 48h sunt critice
   • Trebuie să ai pe cineva care monitorizează constant
6. Backup funcțional = obligatoriu
   • Testează backup-ul înainte de migrare
   • Fă backup cu 1 oră înainte de migrare, nu cu 1 săptămână
7. Plan de rollback clar
   • Dacă ceva nu merge, ai 4 ore să decizi: fix forward sau rollback
   • După 4 ore, Google a început deja să proceseze modificările

Acest caz m-a învățat că în migrare SEO, nu există „destul de bun”. Este fie perfect, fie dezastru. Nu există middle ground.

Concluzie: Migrarea SEO este un maraton, nu un sprint

După 18 ani de experiență și zeci de migrări executate, concluzia mea este clară: succesul unei migrări SEO se măsoară nu în zile, ci în luni și ani de menținere a vizibilității organice.

Principiile fundamentale ale unei migrări reușite:

1. Planificare obsesivă – Investește 3x mai mult timp în planificare decât crezi că e necesar
2. Testare exhaustivă – Dacă nu l-ai testat pe staging, nu-l deploy-ui pe production
3. Mapare completă – 100% coverage pentru URL-uri cu istoric, zero excepții
4. Monitoring constant – Primele 90 de zile determină succesul pe termen lung
5. Răspuns rapid – Problemele de migrare se agravează exponențial cu timpul

Când să amâni o migrare:

Nu toate momentele sunt potrivite pentru migrare. Amână dacă:

• Este sezon de vârf pentru business-ul tău (Black Friday pentru e-commerce, admitere pentru educație)
• Ai alte inițiative majore de marketing în desfășurare
• Echipa ta tehnică nu are bandwidth pentru monitoring 24/7 post-migrare
• Bugetul nu permite angajarea unui specialist dacă ceva nu merge bine

Investiția justificată:

O migrare executată corect poate costa între 5.000 EUR (site mic, migrare simplă) și 50.000+ EUR (enterprise, migrare complexă). Această investiție se justifică prin:

• Evitarea pierderilor de trafic (care pot costa 10x mai mult)
• Oportunitatea de a îmbunătăți performanța tehnică
• Modernizare și UX îmbunătățit
• Securitate și scalabilitate pe termen lung

Gândește-te la migrare ca la o operație medicală pe cord deschis pentru site-ul tău. Ai angaja un chirurg care își face treaba pe jumătate? Nu. Același principiu se aplică și la migrările SEO.

Întrebări frecvente despre migrarea SEO

Cât timp durează recuperarea completă după o migrare SEO?

Pentru o migrare executată corect, recuperarea completă la 100% din metrici pre-migrare durează de obicei între 60 și 90 de zile. Iată timeline-ul tipic:

Primele 7 zile: Scădere temporară de 5-15% în trafic organic este normală, Google procesează redirect-urile.

Zilele 8-30: Recuperare graduală, ar trebui să ajungi la 85-95% din traficul pre-migrare.

Zilele 31-90: Stabilizare și posibilă depășire a baseline-ului dacă optimizările tehnice au îmbunătățit performanța.

Pentru migrări complexe (>10.000 URL-uri) sau cu probleme descoperite post-launch, recuperarea poate dura până la 6 luni. Dacă după 90 de zile nu ai recuperat măcar 80% din trafic, există probleme serioase care necesită investigație profesională.

Este normal să pierd trafic după migrare?

Da, o scădere temporară de până la 10-15% este complet normală chiar și pentru migrări perfecte. Motivele:

1. Google reindexează – Ia câteva zile până când Google crawlează și reindexează noile URL-uri
2. Transfer de autoritate – Redirect-urile 301 transferă 90-99% din link juice, deci există o pierdere minimă
3. Fluctuații algoritm – Google poate reajusta temporar clasamentele pe măsură ce înțelege noua structură

NU este normal:

• Scăderi >20% în prima săptămână – indică probleme majore
• Scăderi continue după săptămâna 2 – redirect-uri greșite sau probleme tehnice
• Pierderea completă a traficului – catastrofă care necesită intervenție urgentă

Monitorizează zilnic și acționează imediat la orice abatere de la pattern-ul normal de recuperare.

Cum afectează migrarea backlink-urile existente?

Backlink-urile sunt afectate diferit în funcție de tipul migrării:

Migrare simplă de protocol (HTTP → HTTPS):

• Impact minimal – Google recunoaște automat versiunea HTTPS ca fiind același site
• Backlink-uri păstrează 100% din valoare

Migrare de domeniu:

• Redirect-uri 301 corecte transferă 90-99% din valoarea link-urilor (conform Google)
• Webmasteri care linkează către tine pot alege să actualizeze sau nu link-urile
• Link juice se transferă chiar dacă link-ul extern rămâne către vechiul domeniu (redirect-ul funcționează)

Risc real: Dacă lași domeniul vechi să expire, toate redirect-urile dispar și pierzi permanent valoarea backlink-urilor.

Best practice:

• Păstrează domeniul vechi activ cu redirect-uri minimum 12 luni, ideal 24+ luni
• Contactează proactiv webmasteri pentru actualizare link-uri valoroase (Domain Rating >40)
• Monitorizează în Ahrefs/Majestic pentru „Lost Backlinks” și recuperează unde e posibil

Trebuie să anunț Google despre migrare?

Da, absolut! Google oferă instrumente specifice pentru a facilita procesul:

Pentru migrări de domeniu:

1. Change of Address Tool în Google Search Console:
   • Verifică că ai proprietatea ambelor domenii în Search Console
   • Mergi la Settings în proprietatea veche
   • Selectează „Change of Address” și urmează pașii
   • Acest tool notifică Google oficial despre migrare
2. Submit XML Sitemap pentru noul site în Search Console
3. Request Indexing pentru top 50 pagini principale prin URL Inspection Tool

Pentru alte tipuri de migrări (platformă, restructurare URL):

• Submit noul XML sitemap
• Request indexing pentru pagini modificate
• Change of Address nu e necesar (același domeniu)

NU te baza doar pe Google să descopere singur migrarea! Notificarea proactivă accelerează procesul de reindexare cu 50-70%.

Pot face migrarea în etape?

Da, dar depinde de tipul migrării. Migrarea în etape (phased migration) poate reduce riscul, dar vine cu propriile provocări:

Când funcționează bine:

• Migrare pe secțiuni: Ex: migrezi mai întâi /blog/, apoi /produse/, apoi restul
• Migrare geografică: Pentru site-uri multilingve, migrezi câte o țară pe rând
• Migrare după prioritate: Start cu top 20% pagini generatoare de trafic

Provocări:

• Navigare confuză – utilizatorii pot sări între versiuni vechi și noi
• Mixed content issues – link-uri interne între versiuni
• Duplicate content temporar
• Complexitate crescută de management

Best practice pentru migrare în etape:

1. Fiecare etapă trebuie completă (nu jumătăți de secțiuni)
2. Implementează canonicals și redirects corect între etape
3. Update-ază intern linking când fiecare etapă e finalizată
4. Nu întinde migrarea >60 zile – confuzia se acumulează

Recomandarea mea: Pentru site-uri <10.000 URL-uri, migrarea all-at-once este mai sigură. Pentru site-uri enterprise (>50.000 URL-uri), migrarea în etape bine planificate reduce riscul.

Ce fac dacă traficul scade cu 50% după migrare?

Scădere de 50% este o urgență. Urmează acest protocol de criză:

În primele 4 ore:

1. Verifică dacă site-ul funcționează – accesează manual 20 URL-uri importante
2. Verifică redirect-urile – testează că vechile URL-uri redirect corect
3. Verifică Search Console – erori de indexare? Noindex tags neeleminate?
4. Verifică Analytics – e o problemă de tracking sau trafic real scăzut?

Dacă problema este reală (nu de tracking):

Diagnostic rapid:

Test 1: Introduci vechiul URL în browser → redirect corect? (DA/NU)
Test 2: View source pagină nouă → <meta name="robots" content="noindex">? (NU ar trebui)
Test 3: https://site-nou.com/robots.txt → Blochează crawlarea? (NU ar trebui)
Test 4: PageSpeed Insights → Site foarte lent (>5s)? (NU ar trebui)

Fix-uri urgente:

• NU redirect → Implementează imediat redirect-uri 301
• Noindex găsit → Elimină toate tag-urile noindex
• Robots.txt blochează → Actualizează să permită crawling
• Site lent → Activează caching urgent, CDN

Dacă ai fixat problemele obvii dar traficul încă nu revine:

• Solicită indexare rapidă pentru top 100 pagini în Search Console
• Verifică că sitemap.xml nou este submit și fără erori
• Analizează log files – crawlează Google noile URL-uri?

Când să consideri rollback: Dacă după 48h de investigație nu găsești cauza și traficul continuă să scadă, rollback la versiunea veche poate fi necesar. Este preferabil să pierzi 2 zile de muncă decât 50% din business permanent.

Cât timp trebuie păstrate redirect-urile 301?

Răspunsul scurt: permanent, sau minimum 24 luni.

Explicația detaliată:

Primele 12 luni – CRITICE:

• Google are nevoie de timp să recrawleze și să consolideze semnalele
• Backlink-uri externe încă pointează către vechile URL-uri
• Utilizatori vechi au bookmark-uri și referințe către site-ul vechi
• Cache-ul motoarelor de căutare are nevoie de multiple refresh-uri

Lunile 13-24 – IMPORTANTE:

• Link juice continuă să se transfere
• Unele surse crawlează rar (1-2 ori pe an)
• Backlink-uri de pe site-uri arhivate sau inactive

După 24 luni: Evaluează:

• Analizează traffic logs – câte request-uri vin pe redirect-uri?
• Dacă >100 request-uri/lună pe redirects → păstrează-le
• Dacă <10 request-uri/lună → poți considera eliminarea graduală

Recomandarea mea: Costul de a păstra redirect-uri permanent este aproape zero (câteva linii în .htaccess). Riscul de a le elimina prematur poate fi semnificativ. Prefer să le păstrez pentru totdeauna decât să risc pierderi.

Excepție: Redirect-uri temporare pentru campanii sau evenimente pot fi eliminate după 6-12 luni.

Migrarea afectează Google Ads sau campaniile plătite?

Da, dar efectul depinde de tipul migrării:

Migrare de domeniu:

• Google Ads – Trebuie să actualizezi manual toate URL-urile în campanii
• Landing pages – Update-ază fiecare ad group cu noile URL-uri
• Tracking URLs – Reconfigurează UTM parameters
• Conversions – Re-setup conversion tracking pe noul domeniu

Quality Score impact:

• Istoric landing page se pierde parțial
• Quality Score poate scădea temporar
• Necesită 2-4 săptămâni pentru re-stabilizare

Migrare simplă (același domeniu):

• Impact minimal dacă URL-urile rămân identice
• Verifică că redirect-urile nu încetinesc landing pages
• Re-testează conversion tracking

Acțiuni obligatorii:

1. Update Google Ads:
   • Export toate campaniile
   • Find & Replace URL-uri vechi cu noi
   • Re-import și verifică
2. Reconfigurează Google Tag Manager:
   • Update toate tag-urile de conversion
   • Testează pe noul site înainte de launch
3. Pause campanii în timpul migrării:
   • Oprește ads pentru 4-6 ore în timpul deployment-ului
   • Previne risipirea bugetului pe pagini care nu funcționează
4. Re-verifică după migrare:
   • Testează că fiecare ad duce la landing page corect
   • Verifică că conversion tracking funcționează
   • Monitorizează Quality Score zilnic

Timeline recuperare:

• Săptămâna 1: Quality Score poate scădea cu 10-20%
• Săptămâna 2-4: Recuperare graduală
• Luna 2: Ar trebui să fii înapoi la baseline

Trebuie să actualizez sitemap.xml după migrare?

Absolut DA – este unul dintre cele mai critice pași care este frecvent omis!

Ce trebuie făcut:

1. Generează nou sitemap.xml:

• Include toate noile URL-uri (nu cele vechi)
• Setează <priority> și <changefreq> corect
• Pentru migrări mari, creează sitemap index cu multiple sitemap-uri

2. Verifică conținutul sitemap:

<!-- ❌ GREȘIT - nu include URL-uri vechi -->
<url>
  <loc>https://site-vechi.ro/pagina/</loc>
</url>

<!-- ✅ CORECT - doar URL-uri noi -->
<url>
  <loc>https://site-nou.com/pagina/</loc>
  <lastmod>2026-02-06</lastmod>
  <changefreq>weekly</changefreq>
  <priority>0.8</priority>
</url>

3. Submit în Google Search Console:

• Elimină sitemap-ul vechi (dacă e pe domeniu diferit)
• Submit noul sitemap în proprietatea nouă
• Verifică că nu sunt erori în Sitemaps report

4. Update robots.txt:

# Asigură-te că robots.txt pointează către noul sitemap
Sitemap: https://site-nou.com/sitemap.xml

Când să faci update:

• Imediat după migrare – Google începe să crawleze rapid după submit
• NU înainte – Sitemap-ul pe staging ar trebui să fie noindex

Erori comune:

• Sitemap conține URL-uri vechi și noi → confuzie pentru Google
• Sitemap uitat pe site-ul vechi → Google continuă să crawleze URL-uri invalide
• Sitemap nu e submit → indexarea este de 3-5x mai lentă

Cum gestionez migrarea pentru un site multilingv?

Migrarea site-urilor multilingve adaugă complexitate semnificativă. Iată procesul recomandat:

1. Menține structura lingvistică sau îmbunătățește-o:

Opțiuni de structură:

# Opțiunea A: Subdirectoare (recomandat pentru SEO)
site.com/ro/
site.com/en/
site.com/de/

# Opțiunea B: Subdomenii
ro.site.com
en.site.com
de.site.com

# Opțiunea C: ccTLD (ideal dar scump)
site.ro
site.com
site.de

2. Implementează hreflang corect:

<!-- Pe FIECARE pagină, pentru FIECARE versiune lingvistică -->
<link rel="alternate" hreflang="ro" href="https://site.com/ro/pagina/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/page/" />
<link rel="alternate" hreflang="de" href="https://site.com/de/seite/" />
<link rel="alternate" hreflang="x-default" href="https://site.com/en/" />

3. Mapare per limbă: Creează mapări separate pentru fiecare limbă:

ro_redirect_map.txt:
/ro/vechea-pagina/ → /ro/pagina-noua/

en_redirect_map.txt:
/en/old-page/ → /en/new-page/

de_redirect_map.txt:
/de/alte-seite/ → /de/neue-seite/

4. Consideră migrare în etape per țară:

• Migrează și testează RO mai întâi (piața principală)
• După stabilizare (7-14 zile), migrează EN
• Ultima DE sau alte limbi secundare

Avantaje migrare în etape:

• Risc redus – dacă RO are probleme, EN/DE nu sunt afectate
• Învățare – fix-uiești problemele găsite la RO înainte de EN/DE
• Resurse – echipa se poate concentra pe o limbă odată

5. Verificări specifice multilingv:

• Hreflang implementat corect pe toate paginile
• Fiecare limbă are sitemap separat
• Search Console proprietăți separate per limbă (dacă sunt subdomenii sau ccTLD)
• Canonical tags nu pointează cross-language
• Language switcher funcționează pe noul site

6. Monitorizare per țară: În Google Analytics, creează segmente pentru fiecare limbă:

• Trafic organic RO
• Trafic organic EN
• Trafic organic DE

Monitorizează recuperarea per limbă – unele piețe se recuperează mai repede decât altele.

Greșeală comună: Testarea doar în limba principală și asumarea că celelalte limbi funcționează la fel. VERIFICĂ MANUAL fiecare versiune lingvistică!

Articol creat de echipa SEOGO – Experți în optimizare SEO și migrări complexe de site-uri

www.seogo.ro | contact@seogo.ro | 0754 308 781

Dacă pregătești o migrare majoră și vrei asigurarea că totul va merge perfect, contactează-ne pentru o consultație. Costul unei consultări preventive este infinit mai mic decât cel al reparării unei migrări eșuate.