O schimbare de domeniu poate aduce pierderi de trafic organic dacă vechile URL-uri nu sunt mapate corect, redirecturile sunt făcute la grămadă sau lansarea se suprapune cu modificări mari de conținut. Riscul nu dispare complet, dar se reduce prin inventar de URL-uri, redirecturi permanente, testare înainte de lansare și monitorizare separată pe vechiul și noul domeniu.

Cea mai proastă migrare este cea tratată ca proiect de design. Logo nou, domeniu nou, texte rescrise, categorii reorganizate, platformă schimbată și totul lansat într-o vineri seara. Din perspectiva SEO, nu mai ai o singură schimbare. Ai mai multe cauze posibile pentru aceeași scădere.

Când preluăm un site după o migrare ratată, rareori problema este un singur redirect lipsă. Vedem URL-uri vechi trimise către homepage, pagini de servicii unite fără logică, canonicals rămase pe domeniul vechi, sitemap nou cu URL-uri blocate în robots.txt și Search Console configurat doar pentru varianta cu www, deși traficul venea pe varianta fără www.

Nu aș începe un rebranding cu designul. Aș începe cu lista paginilor care aduc trafic, leaduri, vânzări și linkuri. Dacă pierzi acele pagini în mutare, noul brand pornește cu o problemă pe care o puteai evita.

Ce se rupe când schimbi domeniul

Schimbarea domeniului rupe legătura directă dintre URL-urile cunoscute de Google și noile pagini, iar Google trebuie să recrawleze, să proceseze redirecturile și să decidă ce URL trebuie afișat în rezultate. O pagină nu își păstrează automat istoricul doar pentru că textul este asemănător.

Mecanismul este simplu, dar incomod. Google are în index URL-uri vechi, cu semnale adunate în timp: linkuri interne, backlinkuri, comportament în rezultate, conținut, relevanță pentru interogări. Când domeniul se schimbă, fiecare URL vechi trebuie să indice clar pagina nouă echivalentă. Dacă nu există echivalent, Google nu are ce transfera în mod curat.

Google descrie procesul în documentația Search Central despre mutarea site-urilor cu schimbări de URL: pregătești site-ul nou, faci mapping între URL-urile vechi și cele noi, configurezi redirecturi, apoi monitorizezi traficul pe ambele variante.

Aici se pierde bugetul. O echipă lucrează luni la noul site, dar mappingul se face în ultima zi, într-un fișier incomplet. Dacă un service auto avea pagini separate pentru „revizie”, „diagnoză” și „schimb distribuție”, iar noul site le trimite pe toate către pagina generală „servicii”, Google nu mai vede aceeași potrivire între căutare și pagină.

Redirecturile nu sunt o formalitate tehnică

Redirecturile permanente spun motoarelor de căutare că o pagină s-a mutat definitiv și că noua adresă ar trebui tratată ca destinație principală. Pentru o schimbare de domeniu, redirectul corect este de la fiecare URL vechi către cea mai apropiată pagină nouă, nu către homepage.

Google recomandă redirecturi permanente server-side, precum 301 sau 308, când mutarea este definitivă. Aceeași documentație avertizează să eviți lanțurile de redirecturi și să trimiți direct către destinația finală. Googlebot poate urma mai multe hopuri, dar recomandarea rămâne redirect direct, pentru utilizatori și pentru procesare mai curată.

Greșeala frecventă este redirectul comod: toate URL-urile vechi merg către prima pagină. Nu funcționează bine, pentru că intenția se pierde. Pagina veche despre „contabilitate PFA” nu este echivalentă cu homepage-ul unei firme de contabilitate. Alternativa corectă este mapping pe intenție: serviciu la serviciu, categorie la categorie, produs la produs, articol la articol apropiat.

Pentru magazine online, mappingul se face în ordinea valorii. Începem cu categoriile care au trafic organic și vânzări, apoi cu produsele care au backlinkuri sau căutări de brand, apoi cu articolele care aduc trafic relevant. Produsele eliminate nu se trimit automat către homepage. Dacă există o categorie relevantă, redirecționezi acolo. Dacă nu există alternativă utilă, pagina poate răspunde cu 404 sau 410.

Ce verifici înainte de lansare

Înainte de lansare, verifici dacă noul domeniu poate prelua semnalele vechi fără blocaje tehnice. Asta înseamnă acces la Search Console, listă de URL-uri vechi, listă de URL-uri noi, redirecturi testate, canonicals corecte și sitemap actualizat.

Lista minimă nu se face din memorie. O iei din mai multe locuri: raportul Performanță din Search Console, sitemapul vechi, crawl al site-ului, paginile din Analytics care au trafic organic, URL-urile cu backlinkuri și exporturile din platforma eCommerce, dacă există. Fiecare sursă prinde altceva.

• URL-uri cu trafic organic: le extragi din Search Console și le mapezi primele, pentru că acolo se vede cererea existentă.
• URL-uri cu backlinkuri: le tratezi separat, pentru că un link extern pierdut poate reduce autoritatea transmisă către noul domeniu.
• Pagini indexabile: verifici să nu aibă noindex, canonical către vechiul domeniu sau blocare în robots.txt.
• Linkuri interne: le actualizezi direct către noul domeniu, nu le lași să treacă prin redirect.
• Sitemap nou: conține doar URL-uri finale, indexabile, cu status 200.

Scorurile din tooluri nu sunt verdict. Un crawler poate să îți arate câte redirecturi funcționează, câte pagini dau eroare și câte canonicals sunt greșite. Nu îți spune dacă pagina nouă răspunde la aceeași intenție de căutare ca pagina veche. Asta trebuie judecat manual.

Dacă vrei o verificare rapidă înainte să discuți cu dezvoltatorul, poți rula un audit SEO gratuit. Toolul verifică automat peste 60 de puncte și trimite raportul pe email, fără cont și fără card. Limita lui este clară: nu înlocuiește mappingul manual al URL-urilor într-o migrare.

Când folosești Change of Address în Search Console

Instrumentul Change of Address se folosește când muți site-ul de pe un domeniu pe altul și ai deja redirecturile pregătite. Nu repară o migrare greșită și nu înlocuiește redirecturile. Îi transmite lui Google că vechiul site s-a mutat către noul domeniu.

În documentația Search Console Help despre Change of Address, Google explică faptul că instrumentul ajută la direcționarea crawlingului și indexării către noul site și transmite diverse semnale de la site-ul vechi către cel nou. Google menționează și perioada de 180 de zile pentru acțiunile instrumentului, iar pentru domeniul vechi recomandă păstrarea redirecturilor cel puțin 180 de zile și plata domeniului vechi cel puțin un an.

În documentația Search Central pentru migrări, Google recomandă păstrarea redirecturilor cât mai mult posibil, în general cel puțin un an, pentru ca semnalele să poată fi transferate și URL-urile vechi să fie recrawlate. Din perspectiva utilizatorilor, are sens să le păstrezi și mai mult, mai ales dacă există linkuri externe, campanii vechi, PDF-uri sau articole care trimit încă spre vechiul domeniu.

Nu există o garanție că traficul revine la același nivel după migrare. Google poate procesa mutarea, dar rankingul depinde și de ce s-a schimbat în conținut, structură, competiție și cerere. Nu există un buton care transferă pozițiile. Există doar semnale corecte, erori reduse și monitorizare.

Rebrandingul complică migrarea pentru că schimbă și intenția paginilor

Rebrandingul devine riscant când schimbarea de nume vine la pachet cu rescrierea ofertelor, redenumirea serviciilor și eliminarea paginilor care aduceau trafic. Google nu evaluează brandul nou în abstract, ci pagini concrete pentru căutări concrete.

Un cabinet poate decide să renunțe la termenul „stomatologie copii” și să folosească doar „pedodonție”, pentru că sună mai corect profesional. Pe site, termenul medical are sens. În căutări, oamenii pot folosi formulări mai simple. Dacă pagina nouă nu acoperă ambele limbaje, pierzi potrivirea cu o parte din cerere.

O firmă locală poate trece de la pagini pe orașe la o singură pagină națională, ca să pară mai mare după rebranding. Costul este pierderea semnalelor locale. Dacă ai lucrat ani de zile pe vizibilitate într-un oraș, nu comprimi totul într-o pagină generică fără să accepți riscul.

Alternativa este să separi deciziile. Schimbi domeniul și păstrezi cât mai mult din structura validată, apoi modifici conținutul etapizat. Dacă schimbi simultan domeniul, platforma, meniul, textele și intenția paginilor, nu mai poți identifica precis cauza scăderii.

Ce monitorizezi după lansare

După lansare, monitorizezi vechiul și noul domeniu în paralel. Te uiți la indexare, erori, clickuri, impresii, pagini care au pierdut vizibilitate și URL-uri vechi care încă apar în rezultate.

În Search Console, urmărești raportul Indexare pagini pentru noul domeniu și cauți întâi erorile care blochează pagini importante. Nu începi cu toate atenționările minore. O pagină de categorie blocată accidental în robots.txt contează mai mult decât zece meta descrieri prea lungi.

În raportul Performanță, compari interogările și paginile, nu doar totalul de clickuri. Dacă homepage-ul nou primește brand, dar paginile de servicii pierd interogări comerciale, problema nu este brand awareness. Problema este mappingul, conținutul sau structura internă.

În Analytics, verifici dacă traficul organic ajunge pe paginile finale corecte și dacă formularele, coșul sau telefonul funcționează. O migrare SEO corectă nu ajută dacă pagina nouă se încarcă, dar formularul nu trimite leadul. Am văzut migrări în care traficul era acceptabil, dar conversiile cădeau pentru că trackingul fusese reinstalat incomplet.

Ce trebuie să facă clientul, nu agenția

Clientul trebuie să decidă ce pagini au valoare comercială, ce servicii rămân în ofertă și ce informații sunt corecte după rebranding. Agenția poate recomanda structura și redirecturile, dar nu poate inventa poziționarea noului brand.

Pentru o migrare curată, ai nevoie să dai acces la Search Console, Analytics, hosting, CMS și, dacă există, platforma magazinului online. Ai nevoie să anunți înainte dacă dezvoltatorul schimbă tema, pluginurile de redirect, structura URL sau filtrele de categorie. O modificare făcută între două rapoarte poate strica o parte din mapping fără să apară imediat în trafic.

Mai este o responsabilitate incomodă: validarea conținutului. Noi putem scrie o pagină care răspunde intenției de căutare și păstrează termenii importanți. Tu trebuie să confirmi că serviciul este descris corect, că prețurile sau condițiile sunt actuale și că afirmațiile tehnice sunt adevărate pentru firma ta.

Când nu are sens să grăbești migrarea

Nu are sens să lansezi noul domeniu dacă nu ai mappingul complet, acces la proprietățile Search Console și redirecturile testate pe un eșantion relevant. Lansarea rapidă poate părea eficientă, dar mută costul în recuperarea erorilor.

Dacă site-ul vechi are trafic organic și noul site nu este gata, păstrezi vechiul domeniu funcțional până când migrarea poate fi făcută controlat. Dacă rebrandingul are o dată fixă din motive juridice sau comerciale, accepți trade-off-ul: lansezi, dar pregătești dinainte lista de pagini critice și monitorizarea zilnică în primele zile.

Lucrăm în SEO din 2007 și nu garantăm poziții specifice în Google. La migrări, promisiunea corectă nu este „nu vei pierde trafic”. Promisiunea corectă este că verificăm ce se poate verifica, reducem erorile previzibile și raportăm ce s-a întâmplat după lansare cu date din Search Console și Analytics.

Întrebări frecvente

Pot schimba domeniul fără să pierd trafic organic?

Poți reduce riscul, dar nu poți elimina complet pierderea. Domeniul nou trebuie recrawlat și procesat, iar Google trebuie să înțeleagă relația dintre URL-urile vechi și cele noi. Redirecturile corecte, conținutul păstrat și monitorizarea ajută, dar nu garantează aceleași poziții.

Este suficient să redirecționez toate paginile către homepage?

Nu, redirectul către homepage este o soluție slabă pentru paginile care aveau intenții diferite. O pagină veche trebuie trimisă către echivalentul ei nou sau către cea mai apropiată alternativă utilă. Dacă nu există echivalent, este mai corect să tratezi pagina ca eliminată decât să ascunzi problema.

Pot face migrarea doar cu dezvoltatorul?

Poți, dacă dezvoltatorul primește un mapping SEO corect și știe ce nu trebuie modificat. Problema apare când migrarea este tratată doar ca schimbare tehnică. Dezvoltatorul poate implementa redirecturi, dar cineva trebuie să decidă echivalența dintre pagini, prioritățile și monitorizarea organică.

O schimbare de domeniu reușită nu se vede prin lipsa emoțiilor în ziua lansării. Se vede prin faptul că fiecare URL important are o destinație logică, fiecare semnal tehnic indică noul domeniu și fiecare scădere poate fi investigată pe pagină, nu ghicită din totalul de trafic.