Cum să migrezi un domeniu fără să îți prăbușești pozițiile în căutare

Schimbarea domeniilor este unul dintre puținele proiecte SEO în care o greșeală tehnică mică poate deveni foarte vizibilă foarte repede. O redirecționare lipsă, o cale de acces la crawl blocată sau o canonicală uitată pot transforma un rebranding simplu în săptămâni de volatilitate a pozițiilor.

O anumită mișcare este normală. Motoarele de căutare au nevoie de timp pentru a accesa cu crawl vechile URL-uri, a descoperi redirecționările, a procesa semnalele și a așeza noul domeniu în index. Scopul nu este să eviți orice scădere. Scopul este să faci migrarea plictisitoare: un URL vechi indică spre un URL nou echivalent, serverul răspunde clar și nimic important nu dispare.

Începe cu un inventar, nu cu o regulă de redirecționare

Cel mai frecvent eșec într-o migrare este tratarea ei ca pe o sarcină de configurare a serverului. Nu este. Este o sarcină de arhitectură informațională care se întâmplă să se încheie cu configurarea serverului.

Înainte să atingi DNS-ul, construiește o listă cu URL-urile care contează:

• URL-uri care primesc trafic organic
• URL-uri cu backlinkuri externe
• URL-uri care convertesc, generează leaduri sau susțin campanii
• URL-uri canonice aflate în prezent în sitemapul tău XML
• PDF-uri, imagini și fișiere descărcabile către care există linkuri externe
• URL-uri legacy de mare valoare care este posibil să nu apară în navigarea curentă

Pentru fiecare URL vechi, atribuie o destinație pe noul domeniu. În cele mai multe cazuri, acea destinație ar trebui să fie aceeași pagină, cu aceeași intenție. Dacă /pricing devine https://newdomain.com/pricing, este simplu. Dacă trei pagini vechi de produs sunt comasate într-un ghid nou, documentează deliberat acea decizie.

Evită tiparul comod: redirecționarea tuturor paginilor către noua pagină principală. Este convenabil, dar aruncă relevanța. Atât motoarele de căutare, cât și utilizatorii se așteaptă ca destinația să răspundă aceleiași nevoi ca URL-ul original.

Păstrează structura URL-urilor acolo unde poți

O migrare de domeniu este mai ușoară când căile rămân stabile. Mutarea de la oldsite.com/blog/example la newsite.com/blog/example este mult mai curată decât schimbarea simultană a domeniului, CMS-ului, slugurilor, structurii de foldere și conținutului.

Uneori, un redesign sau o migrare de CMS face inevitabile schimbările de URL. Dacă este așa, separă deciziile:

1. Ce se schimbă deoarece se schimbă domeniul?
2. Ce se schimbă deoarece se schimbă structura site-ului?
3. Ce se șterge, se comasează sau se rescrie?

Cu cât introduci mai multe variabile, cu atât devine mai greu să diagnostichezi problemele ulterior. Dacă migrarea este importantă și site-ul actual performează bine, ia în considerare mutarea domeniului mai întâi și redesignul mai târziu.

Folosește redirecționări permanente, dintr-un singur pas

Pentru o migrare reală de domeniu, folosește redirecționări server-side 301 sau 308 de la URL-urile vechi către echivalentele lor noi. Redirecționările temporare sunt pentru situații temporare. Redirecționările JavaScript, meta refresh și redirecționările soft sunt semnale mai slabe și mai ușor de stricat.

Obiectivele tale de redirecționare sunt simple:

• Fiecare URL vechi important returnează o redirecționare permanentă.
• Fiecare redirecționare merge direct către destinația finală.
• HTTP redirecționează curat către HTTPS.
• Variantele www și non-www sunt gestionate consecvent.
• Redirecționările nu depind de comportamente fragile ale query string-urilor decât dacă este necesar.

Un lanț prost arată așa:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Poate ajunge în cele din urmă pe pagina corectă, dar este lent, mai greu de accesat cu crawl și mai probabil să ascundă greșeli. Țintește un singur pas de la fiecare variantă veche către URL-ul nou final.

Când validezi comportamentul, inspectează răspunsurile HTTP reale în loc să ai încredere în ce arată browserul. Ghidul nostru despre depanarea redirecționărilor și a headerelor HTTP în producție este util aici, deoarece browserele sunt prea politicoase: urmează lanțul și ascund părțile dezordonate.

Pregătește DNS-ul și certificatele înainte de lansare

DNS-ul nu transferă direct poziții în clasament, dar un DNS prost poate face ca o migrare să pară defectă. Scade valorile TTL înainte de fereastra de lansare, astfel încât modificările să se propage mai predictibil. Confirmă că noul domeniu are înregistrările corecte pentru traficul web, email și orice subdomenii necesare.

Ai nevoie și de certificate TLS valide pentru ambele domenii. Acest lucru este ușor de trecut cu vederea. Vechiul domeniu trebuie încă să servească redirecționări HTTPS după migrare. Dacă certificatul lui expiră, utilizatorii și crawlerele pot întâlni avertismente în browser înainte să ajungă vreodată pe noul site.

Dacă mutarea afectează emailul, nu trata acest lucru ca pe o idee de după. Schimbările de domeniu strică adesea SPF, DKIM, DMARC, înregistrările MX, linkurile de tracking și emailurile tranzacționale. Pentru o reîmprospătare a înregistrărilor care contează, vezi ghidul nostru prietenos pentru dezvoltatori despre MX, SPF, DKIM și DMARC.

Verifică canonicele, linkurile interne și sitemapurile

După lansare, noul domeniu ar trebui să se comporte ca și cum ar fi fost dintotdeauna casa canonică a conținutului.

Asta înseamnă:

• Tagurile canonical indică spre noile URL-uri, nu spre vechiul domeniu.
• Linkurile interne folosesc noul domeniu sau căi relative la rădăcină.
• Sitemapurile XML conțin doar URL-uri noi finale, indexabile.
• Adnotările hreflang, dacă sunt folosite, fac referire la noile URL-uri.
• Open Graph, datele structurate și linkurile alternative sunt actualizate.
• Robots.txt nu blochează secțiuni importante.

Nu publica un sitemap plin de URL-uri vechi așteptându-te ca redirecționările să îl curețe. Un sitemap ar trebui să fie o listă de URL-uri pe care vrei să le vezi indexate. După o migrare, asta înseamnă URL-uri finale pe noul domeniu.

Urmărește și contradicțiile canonice. O pagină care redirecționează de la vechi la nou, dar are o canonicală care indică înapoi către vechiul domeniu, trimite semnale amestecate. Motoarele de căutare pot de obicei să treacă peste o anumită inconsecvență, dar nu ar trebui să le ceri asta.

Nu schimba totul în ziua lansării

O migrare este deja un eveniment suficient de mare. Dacă este posibil, evită să o combini cu tăieri majore de conținut, rescrieri de templateuri, schimbări de navigare, modificări de randare JavaScript sau un nou profil de performanță.

Aceasta nu este superstiție. Este disciplină de depanare. Dacă pozițiile scad după lansare, trebuie să știi dacă motivul este maparea redirecționărilor, accesul la crawl, conținutul schimbat, randarea mai lentă, datele structurate lipsă sau altceva.

Păstrează lansarea inițială cât mai aproape practic de vechiul site. După ce noul domeniu este stabil, fă schimbări editoriale și de design mai mari în loturi mai mici.

Spune-le motoarelor de căutare ce s-a schimbat

În Google Search Console, verifică atât domeniul vechi, cât și pe cel nou. Apoi folosește instrumentul Change of Address atunci când mutarea este la nivel de domeniu și conținutul trece pe un domeniu nou. Trimite noul sitemap după lansare.

Acest lucru nu înlocuiește redirecționările. Le susține. Motoarele de căutare au în continuare nevoie de redirecționări crawlable și persistente pentru a înțelege maparea la nivel de URL.

Pentru Bing și alte motoare de căutare, folosește instrumentele lor pentru webmasteri acolo unde sunt disponibile. Actualizează și locurile pe care le controlezi: profiluri sociale, listări de business, destinații pentru reclame, semnături de email, documentație, linkuri de la parteneri și referințe canonice în conținut sindicalizat.

Nu toate linkurile externe vor fi actualizate, iar asta este în regulă. Dar cele mai importante ar trebui să fie. Dacă un partener major, un marketplace de aplicații, un portal de documentație sau o pagină de presă trimite către vechiul domeniu, cere o actualizare.

Monitorizează lucrurile potrivite după lansare

Primele zile după migrare ar trebui să însemne monitorizare activă, nu celebrare.

Verifică:

• Logurile serverului pentru activitate de crawl pe domeniile vechi și nou
• 404-uri și erori 5xx neașteptate
• Lanțuri și bucle de redirecționare
• Starea indexării în Search Console
• Descoperirea și procesarea sitemapului
• Paginile de intrare organice și tiparele de interogări
• Căile de conversie care depind de URL-uri vechi
• Filtrele de analytics și excluderile de referral

Așteaptă-te la zgomot în raportare. Unele instrumente de analytics tratează noul domeniu ca pe o proprietate nouă dacă nu sunt configurate corect. Unele dashboarduri compară traficul de pe domeniul vechi cu traficul de pe domeniul nou și fac migrarea să pară mai rea decât este.

Vizibilitatea în căutare poate fluctua timp de câteva săptămâni. Ce nu vrei este un tipar în care URL-uri vechi de mare valoare sunt accesate cu crawl în mod repetat, dar nu sunt redirecționate corect, sau în care paginile noi sunt descoperite, dar marcate ca duplicate ale vechiului domeniu.

Nici performanța nu ar trebui ignorată. Dacă noul domeniu se lansează cu templateuri mai grele, caching defect sau asseturi neoptimizate, utilizatorii pot simți migrarea ca pe o încetinire. Dacă folosești Lighthouse ca parte a verificărilor, citește-l cu prioritățile în minte; articolul nostru despre cum să citești un raport Lighthouse fără panică explică cum să separi problemele semnificative de zgomot.

Păstrează vechiul domeniu mult timp

Nu lăsa vechiul domeniu să expire după ce migrarea „funcționează”. Păstrează-l înregistrat, menține certificatele valide și ține redirecționările active cât mai mult posibil. În practică, asta înseamnă adesea ani.

Linkurile vechi continuă să existe în articole de blog, bookmarkuri, documentație, PDF-uri, emailuri și postări sociale. Redirecționările sunt puntea dintre această amprentă istorică și noul domeniu. Oprirea lor prea devreme rupe căile utilizatorilor și irosește semnalele acumulate.

Păstrează și o copie a hărții tale de redirecționare și a notelor de lansare. Șase luni mai târziu, când cineva întreabă de ce un URL legacy se comportă într-un anumit fel, te vei bucura că ai documentat asta.

<!-- tool-cta:start -->

💡 Încercați asta: După trecere, urmăriți vechile URL-uri prin Redirect Checker pentru a confirma că fiecare se rezolvă într-un singur hop 301 către noua pagină corectă.

<!-- tool-cta:end -->

O listă de verificare rezonabilă pentru migrare

Înainte de lansare:

• Verifică ambele domenii în Search Console.
• Accesează cu crawl site-ul curent și exportă URL-urile importante.
• Construiește o hartă de redirecționare unu-la-unu.
• Scade TTL-urile DNS.
• Pregătește certificate TLS pentru domeniile vechi și nou.
• Actualizează canonicele, linkurile interne, hreflang, datele structurate și sitemapurile.
• Testează redirecționările în staging sau într-un mediu controlat.

În ziua lansării:

• Deployează redirecționările.
• Confirmă comportamentul HTTP către HTTPS.
• Testează eșantioane de URL-uri importante din fiecare tip de template.
• Trimite noul sitemap.
• Folosește instrumentul Change of Address acolo unde este potrivit.
• Urmărește erorile de server, buclele de redirecționare și resursele blocate.

După lansare:

• Monitorizează erorile de crawl și rapoartele de indexare.
• Actualizează linkurile externe importante acolo unde poți.
• Compară traficul după intenția paginii de intrare, nu doar după totalurile pe domeniu.
• Păstrează redirecționările active pe termen nedefinit.
• Amână redesignurile sau experimentele de conținut fără legătură până când mutarea se stabilizează.

Migrațiile de domeniu nu sunt lipsite de risc, dar sunt gestionabile. Pozițiile au de obicei de suferit atunci când migrarea trimite semnale neclare: redirecționări lipsă, conținut schimbat, canonice contradictorii, crawlere blocate sau un domeniu vechi uitat. Oferă motoarelor de căutare și utilizatorilor o hartă clară, iar mutarea devine mult mai puțin dramatică.