2025-09-24 · Redacția Baduno · 8 blog.readMin · Blog & Cunoștințe
Relaunch de site fără pierdere de vizibilitate: lista de verificare
Accidentul clasic de relansare: site nou frumos, trafic înjumătățit. Evitabil – cu disciplină în redirectări și sincronizare.
Înainte de mutare: inventariere
Înregistrați toate URL-urile indexate (Sitemap, Search Console, crawler) și documentați clasamentele lor. Ceea ce nu cunoașteți, nu puteți redirecționa – aici apar cele mai multe pierderi.
Miezul: maparea 301
Fiecare URL veche primește o redirecționare permanentă către cea mai bună corespondență nouă – individual, nu în bloc către pagina principală. Pentru site-urile multilingve, acest lucru se aplică fiecărei versiuni lingvistice; matricea hreflang trebuie să migreze către noile URL-uri.
Ziua mutării
Testați redirecționările înainte de lansare, trimiteți imediat noua sitemap, lăsați temporar accesibilă vechea sitemap, întăriți monitorizarea. Prima săptămână arată în Search Console dacă Google înțelege mutarea.
Ce este fluctuație și ce este alarmă
Câteva săptămâni de agitație sunt normale. Semne de alarmă sunt munții de 404 în raportul de acoperire și pierderi de clasare la paginile generatoare de venit – atunci lipsesc redirecționările, iar fiecare săptămână de așteptare costă poziții permanente.
SEO structurală: Arhitectura paginilor și ierarhia URL-urilor
Un relansare este ocazia de a optimiza structura paginilor. Ierarhiile plate (maxim trei clickuri până la pagina țintă) îmbunătățesc eficiența de crawl. Asigurați-vă că cele mai importante conținuturi nu se pierd în navigare. Evitați structuri adânci de directoare (de ex. /de/produkte/kategorie/unterkategorie/produkt.html); mai bine: /de/produkt/produktname. Mențineți breadcrumbs relevante, care oferă context atât utilizatorilor, cât și motoarelor de căutare. Exemplu: Un magazin online cu mii de produse le restructurează după categorii de produse în loc de mărci, ceea ce întărește legăturile interne și distribuie PageRank-ul mai uniform. Un model URL plat facilitează, de asemenea, legăturile hreflang în proiecte multilingve. Planificați noua arhitectură a paginilor înainte de mapare, altfel va trebui să ajustați zeci de URL-uri ulterior – timp pe care nu îl aveți.
Bugetul de crawl și indexarea: Priorități pentru Google
Odată cu fiecare relansare, numărul de URL-uri noi care trebuie indexate crește. În același timp, Google pierde urma căilor vechi. Folosiți robots.txt pentru a exclude resursele neimportante (de ex. filtre dinamice, rezultate de căutare interne). Utilizați etichete canonice doar pentru conținut cu adevărat identic – nu ca o cârjă pentru o mapare defectuoasă. Verificați statisticile de crawl în Search Console: dacă numărul paginilor crawlizate scade, poate blocați prea mult. Exemplu: Un portal de știri construiește un nou CMS și brusc leagă mii de pagini de arhivă fără valoare adăugată – acest lucru risipește bugetul de crawl. Mai bine: marcați arhivele cu noindex sau limitați-le la arhive anuale. Utilizați câmpul „ultima modificare” în sitemap pentru a semnala Google care pagini sunt cu adevărat noi. Astfel, nu veți fi copleșit de delta-ul de crawl.
Migrarea conținutului: Texte, metadate și duplicate
Nu doar URL-urile se schimbă – conținutul este adesea revizuit editorial. O relansare este momentul ideal pentru a actualiza textele învechite. Dar acest lucru implică riscuri: dacă conținutul se modifică semnificativ, Google poate reevalua relevanța. Păstrați paginile de bază (cu clasamente ridicate) cât mai fidele posibil până când noile URL-uri sunt stabilite. Modificați metadatele (Title, Description) doar dacă nu mai sunt potrivite – și atunci unu-la-unu. Exemplu: Un furnizor B2B schimbă pe pagina principală sloganul de la „rapid” la „sustenabil”. Google interpretează aceasta ca o schimbare de temă, iar clasamentele scad. Mai bine: implementați noile sloganuri abia la patru săptămâni după mutare, când redirecționările sunt stabile. Fiți atenți la duplicate: dacă două URL-uri vechi ajung la același URL nou (de ex. prin fuziune), setați un canonical către cel dorit. Altfel, apar conflicte.
Accidentul clasic de relansare: site nou frumos, trafic înjumătățit. Evitabil – cu disciplină în redirectări și sincronizare.
Monitoring și Rollback: Planul de urgență
Chiar și cu cea mai bună planificare, ceva poate merge prost. Stabiliți înainte de relansare ce KPI-uri verificați zilnic: impresii în Search Console, modificări de poziție pentru primele 20 de pagini, erori de crawl (404/500). Folosiți un instrument care alertează automat când traficul scade cu mai mult de 20%. Pregătiți un scenariu de rollback: o copie de rezervă a site-ului vechi, inclusiv toate redirecționările. Dacă în 48 de ore nu se observă o îmbunătățire – de exemplu, un munte de 404 de peste 100 de pagini – ar trebui să puteți acționa comutatorul. Exemplu: Un magazin online lansează o nouă căutare de produse care redirecționează brusc toate URL-urile de filtrare către pagina principală. Rollback-ul restabilește vechea mască de redirecționare până la rezolvarea problemei. Comunicați planul cu echipa de dezvoltare; o relansare nu este un sprint, ci o transmisie cu reglaj fin.
Orientare internațională: migrarea etichetelor hreflang și a versiunilor lingvistice
Pentru site-urile multilingve, migrarea corectă a etichetelor hreflang reprezintă una dintre cele mai mari provocări în cadrul relansării. Fiecare URL vechi care redirecționează către unul nou trebuie actualizat în matricea hreflang a tuturor versiunilor lingvistice. O greșeală frecventă: se preiau vechile adnotări hreflang pe noile URL-uri fără a verifica dacă paginile țintă sunt într-adevăr echivalente. Prin urmare, înainte de migrare, creați un tabel complet de mapare hreflang, în care pentru fiecare pagină să înregistrați echivalența în toate limbile. Utilizați adnotarea x-default pentru conținutul care nu este specific unei limbi. Asigurați-vă că etichetele hreflang sunt autoreferențiale – fiecare pagină trebuie să se refere la sine. În proiecte mari, AI poate sugera legături, dar verificarea manuală este indispensabilă: un text de produs în limba germană marcat eronat ca duplicat al variantei franceze duce la pierderi masive de vizibilitate. Folosiți harta site-ului hreflang ca instrument suplimentar de control. Validați etichetele înainte de lansare cu instrumente online. Păstrați temporar vechile etichete hreflang până când Google le înregistrează pe cele noi. Astfel, evitați ca versiunile lingvistice să devină brusc orfane și să fie eliminate din index.
Asigurarea calității: Verificarea manuală, un pas esențial
Oricât de mult ar accelera inteligența artificială și automatizarea relansarea, asigurarea manuală a calității rămâne de neînlocuit. Înainte de lansare, planificați o verificare sistematică prin eșantion: selectați aleatoriu 50 până la 100 de URL-uri vechi din diferite zone (pagină de start, categorii, produse, blog) și verificați dacă redirecționarea se face către pagina nouă corectă. Nu este vorba doar de redirecționarea tehnică, ci și de corespondența conținutului: textul este complet? Imaginile, videoclipurile și descărcările sunt accesibile? Funcționează urmărirea? Paginile cu clasamente sau venituri ridicate sunt deosebit de critice – aici fiecare URL trebuie verificat manual individual. Implicați redactori și testeri QA care nu sunt familiarizați cu maparea: ei descoperă adesea probleme de utilizare pe care dezvoltatorii le trec cu vederea. Exemplu: o pagină veche de produs redirecționează tehnic corect către cea nouă, dar descrierea lipsește – clientul renunță. Utilizați o listă de verificare cu criterii: tipul redirecționării (301 în loc de 302), timpul de încărcare, coerența navigației, funcționarea formularelor și a câmpurilor de căutare. Efectuați verificarea pe un server de staging care reproduce exact mediul live. Documentați toate abaterile și remediați-le înainte de a comuta. După lansare, repetați eșantionarea – rata de erori scade cu fiecare iterație.
Migrarea backlink-urilor și referințelor externe
Backlink-urile sunt semnale de încredere care trimit către URL-urile dvs. vechi. La o relansare, trebuie să vă asigurați că aceste linkuri nu duc în gol. Înainte de migrare, identificați cele mai importante surse de backlink-uri (de exemplu, prin Google Search Console sau instrumente specializate). Documentați domeniile care trimit și URL-urile legate. După relansare, contactați webmasterii paginilor care trimit și solicitați actualizarea linkurilor către noile URL-uri – în special pentru articole editoriale, articole de presă sau pagini de parteneriat. Alternativ, asigurați-vă că redirecționările 301 rămân permanente; Google transmite linkjuice prin redirecționare atâta timp cât aceasta este stabilă. Aveți grijă ca redirecționările să nu fie înlănțuite (de exemplu, de la vechi la intermediar la nou), deoarece acest lucru poate pierde din puterea linkului. Exemplu: un portal de industrie trimite la studiul dvs. vechi. Dacă 301 este setată corect, noul URL beneficiază de valoarea linkului. Verificați după patru până la șase săptămâni în Search Console dacă linkurile care trimit indică noile destinații. Folosiți și propria dvs. legătură internă: înlocuiți în sistemele de gestionare a conținutului toate linkurile interne vechi cu altele noi, altfel apar capete moarte. Un audit amănunțit al backlink-urilor înainte de relansare evită pierderi ulterioare de clasament. Migrarea referințelor externe este laborioasă, dar esențială pentru vizibilitatea mărcii dvs.
Performanța și Core Web Vitals în cadrul relansării
O nouă prezență web înseamnă adesea un frontend schimbat – și, prin urmare, potențiale probleme noi de performanță. Înainte de relansare, ar trebui să măsurați Core Web Vitals ale paginii actuale (LCP, FID/INP, CLS) și să definiți valori țintă pentru noua pagină. Deosebit de critic este Largest Contentful Paint (LCP): acesta ar trebui să fie sub 2,5 secunde. Optimizați imaginile, utilizați Lazy Loading pentru elementele nevizibile și evitați bibliotecile JavaScript care blochează randarea pe paginile importante. Cumulative Layout Shift (CLS) este adesea cauzat de fonturi care se încarcă târziu sau de bannere afișate dinamic – rezervați spațiu în layout. O relansare este momentul ideal pentru a trece la un CMS mai ușor sau pentru a implementa caching la nivel de server. Exemplu: Un magazin online cu multe imagini trece la o nouă temă și, astfel, dublează timpul de încărcare. Consecința: rată de respingere mai mare și clasamente mai slabe. Testați toate paginile cheie cu Lighthouse și PageSpeed Insights, inclusiv pe dispozitive mobile. Asigurați-vă că timpul de încărcare al noii pagini nu este mai mare decât al celei vechi – altfel riscați, pe lângă pierderi de clasare, și o experiență mai slabă a utilizatorului. Documentați valorile de performanță înainte și după lansare și comparați-le cu Search Console. Timpii de încărcare îmbunătățiți pot avea un impact pozitiv asupra indexării, deoarece Google preferă să indexeze paginile rapide.
blog.faqT
Cât timp durează până când Google indexează complet noile URL-uri?
După un relansare, poate dura între două și șase săptămâni până când Google descoperă și include toate noile URL-uri în index. Durata depinde de numărul de pagini, frecvența de crawling și calitatea noului sitemap. Trimiteți imediat sitemap-ul și asigurați-vă că URL-urile vechi redirecționează corect. Monitorizați raportul de acoperire din Search Console; dacă după patru săptămâni apar încă multe pagini „Neindexate”, verificați capacitatea de crawling.
Ce faceți dacă după relansare clasamentele scad, dar nu apar erori 404?
O pierdere de clasament fără erori 404 indică adesea probleme de calitate: conținut modificat, etichete canonice greșite sau structură de linkuri interne. Comparați versiunea curentă a paginii cu cea veche din cache (Wayback Machine). Verificați dacă linkurile interne importante duc la noile URL-uri sau la cele vechi (redirecționate). De asemenea, timpul de încărcare s-ar putea să se fi înrăutățit. Analizați Search Console pentru acțiuni manuale sau actualizări ale algoritmului. De obicei, ajută o revenire treptată a modificărilor la paginile afectate.
