Migrarea unui site web este singurul proiect de rutină care poate șterge ani de vizibilitate în căutare într-o singură după-amiază. Reconstrucțiile, schimbările de platformă, schimbările de domeniu și chiar o simplă ordonare a structurii URL-urilor poartă același risc, iar paguba rareori se anunță singură în ziua lansării. Apare două săptămâni mai târziu, ca un declin liniștit și constant pe care nimeni nu îl leagă de lansare.
Vestea bună este că aceste cauze sunt bine înțelese și aproape complet evitabile. În practică, aproape toate pierderile de trafic de la o migrare se reduc la un singur lucru: o hartă de redirecționări incompletă. Tot restul acestui ghid este secundar față de sarcina de a face bine exact acel lucru.
Singura regulă: fiecare URL care există astăzi și are vreo valoare, fie trafic, fie linkuri primite, fie stare de indexare, trebuie să răspundă printr-o singură redirecționare permanentă către echivalentul său cel mai apropiat de pe site-ul nou. Nu către pagina principală. Nu printr-un lanț de trei salturi. O redirecționare, către pagina cu adevărat echivalentă.
Construiește inventarul înainte să construiești orice altceva
Nu poți redirecționa URL-uri despre care nu știi, iar nicio sursă singură nu le enumeră pe toate. Adună din patru surse și îmbină-le.
O accesare cu crawlere completă a site-ului existent. Îți dă tot ce se poate atinge urmând linkurile, adică majoritatea paginilor, dar niciodată tabloul întreg.
Datele din Search Console. Exportă fiecare URL care a primit afișări sau clicuri. Astfel prinzi paginile care aduc trafic, dar către care nu trimite nimic intern, situație mai frecventă decât se așteaptă lumea.
Jurnalele de acces ale serverului. Ele arată ce se cere în realitate, inclusiv URL-uri vechi care nu mai apar nicăieri pe site și continuă să primească trafic din marcaje, e-mailuri și linkuri externe.
Datele tale despre linkurile primite. Orice URL către care trimit alte site-uri poartă o valoare pe care o pierzi dacă încetează să răspundă. Sunt redirecționările cu cea mai mare prioritate din tot exercițiul, fiindcă acea autoritate de link nu se recuperează pe nicio altă cale.
Îmbină cele patru surse într-o singură listă, elimină duplicatele și ai în față suprafața reală a site-ului tău. Pe un site matur va ieși considerabil mai mare decât a estimat oricine, iar numai cifra aceea schimbă deseori planul proiectului.
Maparea vechiului pe nou
Cu inventarul în mână, maparea este locul unde intră în joc judecata.
Asociază fiecare URL cu echivalentul său cel mai apropiat. Acolo unde o pagină are un înlocuitor direct, e simplu. Acolo unde conținutul a fost comasat, trimite către pagina care acoperă acum subiectul. Acolo unde conținutul chiar a dispărut și nu are succesor, lasă-l să returneze 404 sau 410 în loc să îl redirecționezi undeva irelevant.
Rezistă tentației de a redirecționa totul către pagina principală. Motoarele tratează o redirecționare către o pagină fără legătură drept soft 404, deci nu transmite nimic mai departe și oferă o experiență proastă oricui urmează un link vechi. Un 404 asumat pe conținut chiar eliminat este un rezultat mai bun decât o redirecționare înșelătoare.
Folosește redirecționări permanente și asigură-te că sunt dintr-un singur salt. Lanțurile de redirecționări, în care URL-ul vechi trimite către un al doilea, iar acela către un al treilea, sunt obișnuite pe site-urile migrate de mai multe ori. Fiecare salt adaugă latență și diluează semnalul, așa că țintește mereu destinația finală, nu ce a lăsat în urmă migrarea anterioară.
Urmărește detaliile ușor de scăpat: barele oblice finale, majusculele, parametrii din șirul de interogare care produc URL-uri indexate distincte, precum și protocolul și subdomeniul. O migrare care repară paginile, dar lasă netratate variantele http și www, și-a dublat problemele.
Ce se mai mută odată cu site-ul
Redirecționările sunt riscul cel mai mare, însă alte patru lucruri merită protejate.
Etichetele canonice și hreflang. După migrare, canonicele trebuie să indice noile URL-uri. Canonicele rămase în urmă, care încă trimit la vechiul domeniu, sunt o metodă chiar eficientă de a împiedica indexarea noului site cu totul. Dacă rulezi mai multe limbi, fiecare grup hreflang trebuie actualizat în același pas, fiindcă o singură nepotrivire invalidează întregul set.
Datele structurate. Orice schemă de pe paginile vechi ar trebui să treacă mai departe, inclusiv URL-urile din interiorul ei. E ușor să migrezi conținutul vizibil și să pierzi marcajul, ceea ce elimină în tăcere eligibilitatea pentru rezultatele îmbogățite.
Metadatele. Titlurile și descrierile trebuie transferate deliberat, nu regenerate din setările implicite ale noii platforme. O reconstrucție care înlocuiește titluri bine calibrate cu un tipar de șablon va pierde clicuri chiar dacă pozițiile se mențin.
Viteza paginilor. Un site nou este adesea mai greu decât cel pe care îl înlocuiește. Cum indicatorii Core Web Vitals se evaluează pe date de teren strânse pe o perioadă glisantă, un site mai lent are nevoie de săptămâni ca să își arate efectul deplin, iar atunci cauza e ușor de atribuit greșit. Ghidul nostru despre Core Web Vitals explică ce cer de fapt pragurile.
Lansarea și primele 48 de ore
Lansarea în sine e scurtă; verificarea este cea care contează.
Înainte de a trece pe live, testează harta de redirecționări față de inventarul complet, într-un mediu de testare. Automatizează: cere fiecare URL vechi și verifică o singură redirecționare 301 către destinația așteptată. Dacă faci asta manual, pe un eșantion, vei rata exact tiparul care strică o mie de URL-uri.
Confirmă că noul site chiar poate fi accesat cu crawlere. Dezastrul cel mai frecvent din ziua lansării este să publici directivele robots ale mediului de testare sau o etichetă noindex rămasă acolo. Verifică-le pe amândouă înaintea oricărui alt lucru.
Trimite noul sitemap și păstrează o vreme URL-urile vechi într-un sitemap temporar, ca roboții să le redescopere și să urmeze redirecționările. Dacă domeniul s-a schimbat, folosește și instrumentul de schimbare a adresei din Search Console.
Apoi urmărește jurnalele, nu pozițiile. Activitatea roboților pe noile URL-uri îți spune în câteva ore dacă migrarea este preluată. Pozițiile nu îți spun nimic util cel puțin o săptămână.
Cum arată de fapt revenirea
Stabilește așteptările înainte de lansare, fiindcă forma curbei de revenire produce mai multă panică decât migrarea în sine.
O anumită fluctuație este normală chiar și când totul a fost făcut corect. Motoarele trebuie să acceseze din nou, să reproceseze și să reasocieze fiecare URL, iar asta cere un timp proporțional cu mărimea site-ului. O scădere de câteva săptămâni pe un site de dimensiune medie nu este o dovadă de eșec.
O migrare bine executată revine de obicei la nivelurile anterioare în patru până la opt săptămâni, uneori mai repede pe site-urile mici. Una prost executată nu își revine de la sine, fiindcă motivul persistă.
Distincția se vede în date. Dacă Search Console arată o creștere a erorilor de accesare cu crawlere și pagini care ies din index, ai o problemă tehnică de reparat. Dacă accesarea pare sănătoasă și doar afișările întârzie, privești o reprocesare normală.
Exportă datele de analiză și cele din Search Console ale vechiului site înainte de lansare. Să compari cu o linie de referință la care nu mai ai acces este o poziție mizerabilă, iar asta se întâmplă surprinzător de des.
Cât costă o migrare de site web
Prețurile reflectă tarifele obișnuite ale agențiilor britanice și cresc odată cu numărul de URL-uri, nu cu designul paginilor.
Harta de redirecționări și controlul calității migrării pentru un site mic, de câteva sute de URL-uri, ajung în general între 900 și 2.500 de lire. Acestea acoperă inventarul, maparea, verificarea automatizată și controalele de după lansare.
Un site de dimensiune medie, de câteva mii de URL-uri, se situează de obicei între 2.500 și 8.000 de lire, mai ales pentru că maparea cere mai multă judecată, iar verificarea mai multe unelte.
Site-urile mari sau de comerț electronic, cu navigare pe fațete, URL-uri cu parametri și variante internaționale, pornesc de la aproximativ 8.000 de lire și urcă odată cu complexitatea. Navigarea pe fațete în special poate genera cantități enorme de URL-uri indexate care cer decizii, nu mapare mecanică.
De cealaltă parte, costul greșelii este venitul din traficul tău organic pe toată durata revenirii, plus prețul lucrărilor de urgență care repară situația. Este unul dintre cazurile cele mai clare în care merită cheltuit din timp. Ghidul nostru de costuri pentru auditul SEO tehnic tratează munca de diagnostic înrudită.
Migrează o singură dată, dar cum trebuie
Mecanik se ocupă de planificarea și verificarea migrărilor ca parte din serviciile noastre de audit SEO tehnic și dezvoltare web . Construim inventarul din toate cele patru surse, producem harta de redirecționări, automatizăm verificarea față de ea și urmărim comportamentul roboților în primele săptămâni de după lansare.
Facem asta și pentru schimbările de platformă în mod special, unde structura URL-urilor se modifică deseori ca efect secundar al convențiilor noului sistem, nu pentru că ar fi decis cineva așa. Migrările de Drupal sunt o versiune obișnuită a acestei situații, iar aceeași disciplină se aplică oricărei schimbări de platformă.
Dacă migrarea s-a întâmplat deja și traficul a scăzut, scrie-ne cu data lansării și îți vom spune dacă e o problemă de redirecționare, o problemă de indexare sau o reprocesare normală.
Lecturi conexe: Checklist audit SEO tehnic pentru 2026 , Redesign Site Web UK - Când și Cum în 2026 , Angajarea unui dezvoltator Drupal: tarife și selecție și Servicii SEO în Regatul Unit ., Cum să gestionezi @font-face
Întrebări frecvente
De ce mi-a scăzut traficul după migrarea site-ului web? Cel mai des din cauza unei hărți de redirecționări incomplete: URL-uri care aveau trafic sau linkuri primite returnează acum erori ori trimit undeva irelevant. Alte cauze frecvente sunt o etichetă noindex rămasă din mediul de testare, canonice care indică în continuare vechiul domeniu și lanțuri de redirecționări care diluează semnalul.
Ar trebui să redirecționez URL-urile vechi către pagina principală? Nu. Motoarele tratează o redirecționare către o pagină fără legătură drept soft 404, deci nu transmite nimic mai departe și frustrează pe oricine urmează un link vechi. Mapează fiecare URL pe echivalentul său real cel mai apropiat și lasă conținutul fără succesor să returneze 404 sau 410.
Cât durează revenirea pozițiilor după o migrare? O migrare bine executată revine de obicei la nivelurile anterioare în patru până la opt săptămâni, mai repede pe site-urile mici. O anumită fluctuație în timpul reaccesării este normală. Dacă însă erorile de accesare cu crawlere cresc și pagini ies din index, este o defecțiune tehnică, nu o reprocesare normală.
Ce trebuie inventariat înainte de migrarea unui site web? Îmbină patru surse: o accesare cu crawlere completă a site-ului existent, fiecare URL cu afișări sau clicuri în Search Console, jurnalele serverului care arată ce se cere în realitate și datele despre linkurile primite. Fiecare prinde URL-uri pe care celelalte le ratează, iar URL-urile cu linkuri externe au prioritatea cea mai mare.
Cât costă munca SEO pentru o migrare de site web? Harta de redirecționări și verificarea pentru un site mic, de câteva sute de URL-uri, costă de obicei între 900 și 2.500 de lire. Site-urile medii, de câteva mii de URL-uri, ajung între 2.500 și 8.000 de lire, în timp ce site-urile mari sau de comerț electronic, cu navigare pe fațete și variante internaționale, pornesc de la aproximativ 8.000 de lire.
Comentarii