Rebranding fără pierdere SEO: ce se rupe, în ce ordine și când te oprești

Într-un rebranding, redirecturile sunt partea ușoară. Se scriu o dată, se testează automat și, dacă sunt corecte, nu mai cer nimic de la nimeni.

Ce se rupe în tăcere e altceva: coerența numelui. Dacă firma se numește într-un fel pe site, altfel în profilul de business și altfel în datele structurate, Google are trei răspunsuri la aceeași întrebare și îl alege singur pe unul. Iar asta se întâmplă și când nu schimbi niciun URL.

„Rebranding fără pierdere SEO” nu e o promisiune care se poate face în formă absolută. Documentația Google spune explicit că fluctuația temporară de poziții e normală în timpul unei mutări. Ce se poate face sunt trei lucruri, și fiecare are un răspuns exact:

• ce se schimbă efectiv și în ce ordine se ating suprafețele;
• ce cifre oficiale îți guvernează calendarul — sunt publicate toate, iar dintre articolele românești pe tema migrării pe care le-am deschis la 29 iulie 2026, niciunul nu conținea vreuna;
• la ce scădere te oprești, cu un prag pe care îl calculezi înainte de lansare, nu în ziua în care ai nevoie de el.

Articolul acesta e stratul de brand. Procedura de mutare a URL-urilor — inventarul, maparea unu-la-unu, construcția redirecturilor, ziua lansării — e scrisă separat, în ce se mută, de fapt, și ce poți pierde, și nu se repetă aici. Cum se împart responsabilitățile între cele două, când proiectul are și identitate nouă, și domeniu nou, ține de coordonarea rebrandului cu migrarea tehnică a site-ului. Toate cifrele de mai jos sunt verificate la sursa oficială pe 29 iulie 2026, cu link.

Ce se rupe când schimbi numele, dar nu și adresa

Prima decizie nu e tehnică. E să numeri câte lucruri schimbi deodată, pentru că riscul nu vine din schimbarea de nume, ci din numărul de sisteme care trebuie să afle despre ea în aceeași săptămână.

Tabelul se citește pe verticală, nu pe orizontală: fiecare rând conține tot ce e deasupra lui. Cazul al doilea e cel pe care aproape nimeni nu îl tratează, deși e cel mai frecvent într-un rebranding real — firma își schimbă numele, dar rămâne pe același domeniu, pentru că domeniul e deja bun sau pentru că nimeni nu vrea să atingă ceva ce funcționează.

Acolo nu ai nimic de redirecționat și, tocmai de asta, e ușor să crezi că nu ai nimic de făcut. Ai. Numele de site care apare în rezultatele Google, datele structurate ale paginii principale, profilul de business și menționările externe rămân, toate, pe numele vechi până când cineva le schimbă explicit. Una dintre ele — profilul de business — s-ar putea să nu se poată edita deloc, iar aceea e singura consecință din tot articolul care nu se repară cu timp.

Notă: structura de cost a proiectului nu e aici. Cine plătește ce, care taxe sunt fixe, cât costă o marcă la stat și ce se plătește din nou în fiecare an sunt în cele patru linii de cost ale unui rebranding, pe cele trei niveluri de intervenție.

Brandul și arhitectura nu se schimbă în aceeași lansare

Aceasta e cea mai scumpă greșeală din toată lista și e documentată de Google într-o singură frază, pe care nu am găsit-o citată în niciunul dintre articolele românești despre migrare pe care le-am deschis la 29 iulie 2026:

Notă: „Dacă îmbini o mutare de site cu un redesign al conținutului și al structurii de URL-uri în noua locație, probabil vei vedea o pierdere de trafic, pentru că Google ar putea avea nevoie să reînvețe și să reevalueze paginile individual.” — documentația instrumentului de schimbare de adresă, verificat 29.07.2026

Cuvântul care contează în fraza aceea este „individual”. Cât timp păstrezi arhitectura, semnalele se transferă pe relația veche-nouă, adresă cu adresă. Din momentul în care schimbi și ce e pe pagini, și cum sunt organizate, relația nu mai e o corespondență — e o reevaluare, iar reevaluarea are alt rezultat decât transferul.

Aceeași pagină mai dă două reguli pe care le încalcă, în practică, exact proiectele de rebranding:

• Nu înlănțui mutările. Dacă ai depus o cerere de schimbare de adresă de la site-ul A la B, nu poți depune imediat alta de la B la C. Un rebranding în două etape, cu un domeniu de tranziție, intră direct în această regulă.
• Nu comasa mai multe site-uri într-unul singur, deodată. Recomandarea oficială e să muți site-urile pe rând și să aștepți stabilizarea traficului înainte de următorul. Cazul tipic e o firmă care unifică trei branduri sub unul nou.

Ce faci când calendarul nu îți dă de ales, pentru că platforma veche moare oricum sau contractul cu furnizorul expiră: tratezi proiectul ca schimbare cu risc ridicat, păstrezi stabile conținutul și intenția paginilor care aduc cereri, și accepți explicit costul înainte de lansare, nu după. Nu e o rețetă de evitare a pierderii. E o alegere informată în locul uneia făcute din neatenție.

Ce verifici înainte, în două minute: dacă lista de URL-uri de pe site-ul nou nu e identică, ca structură, cu cea de pe site-ul vechi, atunci schimbi două lucruri, nu unul — indiferent ce spune propunerea de proiect.

Două ferestre oficiale: 180 de zile și un an

Google publică două durate pentru un proiect de migrare și ele par să se contrazică. Nu se contrazic: descriu obiecte diferite, iar confuzia dintre ele e motivul pentru care unele firme opresc redirecturile prea devreme.

Regula de citire a tabelului: cele 180 de zile sunt fereastra sistemului, un an e disciplina ta. Prima se închide singură, la o dată pe care o poți calcula din ziua depunerii. A doua depinde doar de faptul că mai plătești domeniul vechi și mai ții regulile active. Din perspectiva utilizatorilor, documentația sugerează chiar păstrarea redirecturilor pe termen nedefinit.

Ce faci practic în ziua 181: nimic nou, dar știi că de acolo încolo site-ul vechi nu mai are niciun statut special. Dacă mai există și mai poate fi accesat, e un site oarecare. Dacă ai lăsat pagini fără redirect pe el, de acolo încolo ele concurează cu ale tale.

Notă: documentația nu dă un termen pentru revenirea traficului la nivelul dinainte. Dă un reper pentru altceva: pentru un site mic sau mediu, majoritatea paginilor se mută în index în câteva săptămâni, iar viteza depinde de numărul de URL-uri și de viteza serverului. Indexarea nu e același lucru cu pozițiile, iar pozițiile nu sunt același lucru cu clicurile. Pentru curbele care contează și pentru ce se poate promite onest despre durată, sub cuvântul „rezultat” stau patru curbe diferite.

Cum află Google că firma se numește altfel acum

Numele care apare lângă rezultatele tale în Google nu e ales de tine. Documentația spune că generarea lui e complet automată și ține cont de conținutul paginii principale și de referințele la site care apar pe web. Poți indica o preferință, nu o poți impune.

Semnalul cel mai important e WebSite structured data pe pagina principală. Sistemul mai ia în calcul og:site_name, elementul <title> și titlurile de pe pagina principală, dar documentația spune explicit că datele structurate cântăresc cel mai mult, dacă vrei să exprimi o preferință.

Ordinea în care se ating suprafețele, pentru că ordinea decide cât de repede se stabilizează:

1. Pagina principală, în aceeași zi. WebSite structured data cu numele nou, og:site_name actualizat, <title> și titlurile de pe pagina principală care spun același nume. Documentația cere consecvență: ce pui în datele structurate trebuie să corespundă cu cum te numești în celelalte locuri de pe pagina principală.
2. Numele alternativ, în aceeași zi. Proprietatea alternateName acceptă mai multe valori, iar ordinea lor e ordinea preferinței tale, cu cea mai importantă prima. Poți lista chiar domeniul, în litere mici, ca variantă de rezervă.
3. Profilul de business, imediat după. Vezi secțiunea următoare — e singura suprafață cu o consecință care nu se anulează.
4. Menționările externe, pe listă, nu pe toate. Sortezi după volum și actualizezi manual ce contează. Restul se schimbă în timp sau nu se schimbă deloc.

Un detaliu care contează într-un rebranding și pe care nu l-am găsit menționat în niciunul dintre articolele deschise la aceeași dată: Google acceptă un singur nume per site, unde „site” înseamnă domeniu sau subdomeniu, iar la nivel de subdirector nu există nume de site. Într-o firmă care își schimbă numele, perioada în care e cunoscută sub două nume simultan e exact cazul în care regula devine o problemă reală — iar alternateName e răspunsul oficial la ea.

Notă: după ce actualizezi datele structurate, recrawlarea poate lua de la câteva zile la câteva săptămâni, în funcție de cât de des sistemele Google decid că un conținut trebuie reîmprospătat. Poți cere o recrawlare a paginii principale din instrumentul de inspecție a URL-urilor, dar nu poți grăbi partea de procesare. Verificat 29.07.2026.

Semnalele din afara site-ului — cine te menționează, cu ce nume, în ce context — nu se rezolvă din site și au consecințe și dincolo de căutarea clasică. Reputația din afara site-ului contează explică de ce un nume nou, pe care încă nu îl menționează nimeni, e o problemă de vizibilitate distinctă de cea de indexare.

Profilul de business e singurul care nu se repară cu un redirect

Toate celelalte suprafețe se pot corecta după lansare, cu întârziere și cu pierdere temporară. Profilul de business nu, și motivul e o politică oficială pe care nu am întâlnit-o în articolele românești despre rebranding pe care le-am deschis la 29 iulie 2026.

Cum îți clasifici cazul, în zece secunde: „Alfa Construct SRL” care devine „Alfa Construct” păstrează substantivul propriu, serviciul din nume și categoria — schimbare minoră. „Alfa Construct SRL” care devine „Nordis Group” schimbă substantivul propriu și scoate serviciul din nume — nu se încadrează. Fraza de interpretare e scurtă și incomodă: dacă îți schimbi numele cu adevărat, nu editezi un profil, îl închizi și deschizi altul. Ghidul oficial nu descrie ce se transferă către profilul nou. Nu presupune nimic despre ce se păstrează — verifică înainte de lansare, cu suport, nu în ziua în care ai deja firma nouă pe fațadă.

Restul regulilor de nume se aplică oricum și sunt la fel de dure:

• numele din profil trebuie să reflecte numele real al firmei, „așa cum e folosit consecvent pe firma de la intrare, pe site, pe papetărie și așa cum e cunoscut de clienți”;
• informația inutilă în nume nu e permisă și „poate duce la suspendarea profilului”;
• pentru caractere speciale sau termeni juridici trebuie să poți furniza dovadă din lumea reală — firmă, cărți de vizită, facturi.

Consecința practică pentru un proiect de rebranding e că refacerea documentelor comerciale nu e o cheltuială de imagine. E condiția în care ai voie să folosești numele nou pe un canal din care vin clienți.

Notă: modificările de profil apar de obicei în circa zece minute și, în unele cazuri, pot dura până la 30 de zile. Cifra e publicată pentru modificările de profil în general, pe pagina despre gestionarea adresei — nu am găsit o fereastră publicată separat pentru schimbarea numelui, deci o citez cu obiectul ei, nu ca regulă pentru nume. Verificat 29.07.2026.

Cererile se numără în instrumente care se rup la mutare

Întrebarea reală a unui proprietar nu e „ce se întâmplă cu pozițiile”, e „ce se întâmplă cu cererile”. Iar cererile se numără în instrumentele de măsurare, care se rup la o schimbare de domeniu în două moduri specifice și previzibile.

Primul mod ține de atribuire. Când un utilizator vine de pe o adresă veche, trece printr-un redirect și aterizează pe domeniul nou, informația despre sursa lui se poate pierde pe drum. Rezultatul arată ca o creștere bruscă a traficului „Direct”, care în realitate e trafic real din alte surse, cu eticheta ștearsă.

Al doilea ține de configurația în sine. Ce se rupe concret:

• URL-ul fluxului web rămâne pe domeniul vechi și raportarea continuă să filtreze după el;
• măsurarea între domenii nu e configurată, iar traseul care trece prin ambele adrese se rupe în două sesiuni;
• evenimentele de conversie sunt legate de URL-uri vechi, deci încetează să se declanșeze;
• banner-ul de consimțământ și modul de consimțământ rulează pe alt domeniu, deci starea consimțământului repornește de la zero;
• linkurile din campanii duc spre adrese vechi, iar parametrii de campanie se pierd în redirect.

Toate cinci se verifică în ziua lansării, nu peste o săptămână. Motivul e simplu: datele pierdute în primele zile nu se pot reconstrui, iar în primele zile e exact fereastra în care cineva se uită la un raport și trage o concluzie despre migrare pe baza unui număr greșit.

Verificarea propriu-zisă e o procedură scrisă separat — testul de acceptanță, cu cele 14 verificări înainte să te bazezi pe rapoarte, se aplică identic după o migrare, doar că pe o proprietate cu istoric. Dacă nu ai pe cine să te sprijini în ziua lansării, validarea măsurării înainte și după schimbarea brandului e partea care se cumpără, nu se improvizează. Iar dacă simptomul e cel clasic, saltul brusc în „Direct”, de ce ajunge trafic real în Direct explică mecanismul și cum se repară fără să pierzi comparabilitatea.

Runbook: trei faze, optsprezece verificări

Tabelul de mai jos conține doar stratul de rebranding. Verificările tehnice de mutare — inventar, mapare, redirecturi, ziua lansării — sunt în procedura de migrare pe patru faze și nu se repetă aici. Coloana de proprietar se completează cu roluri, nu cu nume, pentru că exact acolo se blochează migrările reale: nimeni nu știe cine are parola.

Folosește tabelul ca listă de proprietari, nu ca listă de bifat. Valoarea lui nu stă în cele optsprezece rânduri, ci în coloana a patra: o migrare eșuează aproape întotdeauna pentru că o verificare nu avea pe nimeni, nu pentru că nimeni nu știa că trebuie făcută.

Pragul la care te oprești se calculează, nu se citește

Dintre sursele oficiale pe care le-am deschis la 29 iulie 2026, niciuna nu publică un prag numeric la care se anulează o migrare. Nu e o scăpare a documentației: pragul depinde de volatilitatea normală a site-ului tău, iar aceea e o cifră pe care doar tu o ai.

Un prag utilizabil are patru coordonate. Fără vreuna dintre ele, nu e prag, e o impresie:

1. Metrica: clicuri organice, nu impresii și nu poziții. Impresiile se mișcă din motive care nu au legătură cu tine, iar pozițiile se mediază în așa fel încât ascund exact grupul care a căzut.
2. Grupul de pagini: cele care aduceau cereri de ofertă sau comenzi, nu totalul site-ului. Un total stabil poate ascunde prăbușirea grupului care produce venit.
3. Fereastra: un număr de zile consecutive, nu o singură zi. O zi proastă e zgomot; cinci zile consecutive sunt un semnal.
4. Baza de comparație: aceeași perioadă din anul trecut, nu săptămâna dinaintea lansării — altfel confunzi sezonalitatea cu efectul migrării.

Cum îl calculezi, înainte de lansare: iei ultimele douăsprezece săptămâni de clicuri organice pe grupul de pagini care aduc cereri, cauți cea mai mare scădere de la o săptămână la alta care s-a întâmplat fără să se fi schimbat nimic, și pui pragul sub ea. Dacă cea mai proastă săptămână normală a ta a fost o scădere de 12%, pragul nu are ce căuta la 5% — te-ar trimite în panică pe o fluctuație pe care o ai oricum. Cifrele acestea sunt ilustrația metodei, nu o recomandare: valorile tale ies din datele tale.

Ce înseamnă concret rollback, pentru că e cuvântul cel mai vag din tot proiectul. Documentația descrie trei pași, în ordinea asta:

1. elimini regulile de redirect 301 puse pe server — altfel Google le vede la următoarea accesare și continuă să redirecționeze;
2. adaugi redirecturi 301 inverse, de la site-ul nou către cel vechi;
3. deschizi instrumentul pe site-ul vechi și apeși „Cancel Move”, pentru fiecare site pe care nu mai vrei să îl muți.

Fereastra în care asta e posibil e de 180 de zile de la depunerea cererii. După ea, anularea din instrument nu mai există, iar întoarcerea devine o migrare nouă, în sens invers, cu tot ce înseamnă asta.

Dacă businessul stă pe trafic organic și nu ai pe cineva care să se uite zilnic în primele săptămâni de după lansare, păstrarea pozițiilor câștigate în Google în timpul migrării e munca pe care merită să o externalizezi — pragul fără cineva care îl urmărește e un număr într-un document.

Și ce nu e rollback: o scădere în primele 48 de ore, cauzată de o regulă de redirect greșită sau de un noindex rămas din mediul de test, se repară, nu se anulează. Pentru ordinea în care verifici cauzele înainte să atingi ceva, diagnosticul după simptom e scris ca listă de verificat, nu ca listă de cauze probabile.

Întrebări frecvente

Ce se întâmplă cu pozițiile dacă schimb doar numele firmei, nu și domeniul?

URL-urile rămân intacte, deci nu se reprocesează nimic din arhitectură. Ce se schimbă e stratul de entitate: numele afișat lângă rezultatele tale, datele structurate ale paginii principale, profilul de business și menționările externe. Traficul care venea pe numele vechi scade pe măsură ce numele iese din uz, iar cel pe numele nou apare pe măsură ce apar menționări — două curbe diferite, care nu se suprapun automat.

Cât durează până Google afișează noul nume al site-ului?

După ce actualizezi datele structurate ale paginii principale, recrawlarea și procesarea pot lua de la câteva zile la câteva săptămâni, în funcție de cât de des sistemele Google decid că un conținut trebuie reîmprospătat. Poți cere o recrawlare din instrumentul de inspecție a URL-urilor, dar generarea numelui rămâne automată: indici o preferință, nu o impui.

Ce fac în ziua 181, după ce se închide fereastra instrumentului?

Nu mai depinzi de instrument, dar redirecturile rămân. Google nu mai recunoaște nicio relație între site-ul vechi și cel nou după cele 180 de zile și îl tratează pe cel vechi ca pe un site fără legătură, dacă mai există și mai poate fi accesat. Ghidul de mutare cu schimbare de URL-uri recomandă păstrarea redirecturilor în general cel puțin un an, iar plata domeniului vechi cel puțin un an, ca să nu îl cumpere altcineva.

Pot păstra numele vechi ca variantă alternativă?

Da, prin proprietatea alternateName din WebSite structured data. Documentația spune că poți lista mai multe nume alternative și că ordinea lor este ordinea preferinței tale, cu cel mai important primul, iar domeniul scris cu litere mici poate fi folosit ca variantă de rezervă. E instrumentul potrivit pentru perioada în care firma e cunoscută sub două nume, pentru că Google acceptă un singur nume principal per site.

La ce scădere de trafic opresc migrarea?

La una pe care ai calculat-o înainte de lansare, din propria ta volatilitate — nicio sursă oficială deschisă la 29 iulie 2026 nu publică un prag. Practic: cea mai mare scădere săptămână-la-săptămână pe care ai avut-o fără niciun eveniment, măsurată pe clicurile organice ale paginilor care aduc cereri, iar pragul se pune sub ea. Anularea cererii de schimbare de adresă e posibilă 180 de zile de la depunere.

Ziua 181 e cea pe care nu o are nimeni în calendar

Toată lumea planifică ziua lansării. Aproape nimeni nu planifică ziua în care sistemele încetează să mai lege site-ul vechi de cel nou — și aceea e singura dată din tot proiectul care nu se poate recupera dacă a trecut.

Modelul mental util e că un rebranding are trei date, nu una:

1. Ziua 0. Se schimbă numele pe suprafețele pe care le controlezi și se depune cererea de schimbare de adresă, dacă se schimbă și domeniul. Aici se termină partea vizibilă a proiectului și începe restul.
2. Zilele următoare, până la câteva săptămâni. Se instalează numele: recrawlarea datelor structurate, propagarea profilului de business, apariția numelui nou în rezultate. Nu poți grăbi procesarea; poți doar să nu te contrazici singur pe suprafețe.
3. Ziua 181. Fereastra instrumentului se închide. Redirecturile rămân, domeniul vechi se plătește mai departe, iar de aici încolo disciplina ta ține ce ținea sistemul.

Diferența dintre un rebranding care pierde trafic și unul care nu pierde nu stă în calitatea redirecturilor. Stă în câte sisteme au aflat de schimbare în aceeași săptămână și în cine răspundea pentru fiecare. Un proiect în care numele nou apare pe site luni, în profilul de business peste trei săptămâni și în datele structurate niciodată nu are o problemă de SEO — are o problemă de proprietar.

Dacă ai un rebranding în plan și vrei să știi care dintre cele optsprezece verificări nu au încă pe nimeni în dreptul lor, hai să ne uităm la ce se schimbă și cine răspunde pentru fiecare. Cel mai ieftin moment în care se repară asta e cu o săptămână înainte de lansare. Cel mai scump e în ziua 182.