Refacere Site: Cum Nu Pierzi Traficul din Google

Poți reface un site fără să pierzi trafic din Google dacă tratezi relansarea ca pe o mutare tehnică, nu doar ca pe una vizuală. Păstrezi fiecare URL care aduce trafic, faci redirect 301 de la fiecare URL care se schimbă către cea mai apropiată pagină echivalentă, te asiguri că nimic din staging nu blochează indexarea și urmărești Search Console cu atenție în primele săptămâni. Designul în sine rareori e cel care te costă.

Pierderile de trafic după relansare sunt destul de frecvente cât să fie luate în serios. O analiză a unui furnizor, publicată în august 2026, lega migrările de ecommerce executate prost de pierderi de 20–40% din traficul organic, cu recuperare care durează luni. E un studiu făcut de un vendor, deci citește-l ca pe o direcție, nu ca pe o lege, dar tiparul se potrivește cu ce descriu practicienii: pierderea vine din execuție, nu din faptul că ai un look nou.

De ce pierd redesign-urile trafic din Google?

Pentru că Google nu clasează designul tău, ci URL-uri. Fiecare pagină de pe domeniu are o adresă, un istoric de linkuri care duc la ea și o înregistrare a ceea ce răspunde. Când un redesign schimbă adresele, comasează pagini sau le șterge fără să-i spună lui Google unde s-au dus, încrederea acumulată nu mai are unde să ajungă.

Cea mai mare parte a pagubelor vine dintr-o listă scurtă de cauze: URL-uri schimbate fără redirect, redirecturi care trimit totul la prima pagină, o setare de staging care le spune motoarelor de căutare să stea departe, pagini care au dispărut discret pentru că nu încăpeau în noul sitemap și conținut rescris atât de mult încât nu mai răspunde la căutarea pentru care rankea. Nimic din asta nu se vede în ziua lansării. Site-ul arată perfect. Graficul scade abia peste trei săptămâni.

O regulă utilă: un redesign care schimbă culorile, layoutul și textele, dar păstrează URL-urile, are risc mic. Un redesign care restructurează harta site-ului e o migrare, indiferent dacă i-a spus cineva așa, și merită grija unei migrări.

Ce faci înainte să înceapă redesignul?

Începe cu un inventar, nu cu moodboard-uri. Exportă toate URL-urile pe care le poți găsi: sitemap-ul curent, un crawl al site-ului live, paginile listate în Search Console și paginile care primesc vizite organice în analytics. Site-urile vechi sunt aproape întotdeauna mai mari decât cred proprietarii lor, cu pagini de campanie, PDF-uri și articole vechi de blog care încă aduc vizitatori.

Apoi notează un punct de referință. Trece într-un document sesiunile organice, afișările, click-urile și primele 20 de pagini de aterizare pe ultimele trei luni. Fără el nu poți deosebi o scădere normală de după lansare de o problemă reală și nu poți arăta cuiva că situația și-a revenit.

În final, împarte paginile în trei grupe: rămân pe același URL, se mută pe un URL nou și se retrag. Fii zgârcit cu a treia grupă. O pagină fără trafic și fără linkuri poate pleca, dar o pagină care rankează, chiar și pentru o expresie ciudată, e un bun pe care ești pe cale să-l arunci. Dacă trebuie să comasezi pagini, comasează-le în pagina care răspunde cel mai bine la aceeași întrebare.

Cum gestionezi corect redirecturile?

Fiecare URL vechi care se schimbă are nevoie de un redirect permanent (301 sau 308) către cea mai relevantă pagină nouă. Rezumatul Search Engine Journal după ghidul Google e simplu: trimite fiecare pagină veche către echivalentul ei, iar paginile pe care le elimini complet nu au nevoie de redirect. Nu trimite zeci de pagini diferite către prima pagină. Pentru un crawler asta seamănă cu un soft 404 și pierzi relevanța pe care o construiseră paginile vechi.

Evită și lanțurile. Dacă un URL vechi duce la un al doilea URL care duce la un al treilea, corectează astfel încât primul să indice direct către ultimul. Fiecare salt în plus încetinește crawlingul și e încă un loc unde se poate strica ceva.

Cât timp păstrezi redirecturile? Gary Illyes de la Google a spus cel puțin un an, iar nelimitat e mai bine dacă se poate. În practică, nu șterge niciodată un redirect doar ca să faci ordine în fișierul de configurare. Costă aproape nimic să-l ții, iar linkurile vechi nu dispar niciodată complet de pe site-urile altora.

Ce setări tehnice se strică în tăcere?

Astea sunt cele pe care le verificăm la fiecare relansare, pentru că niciuna nu dă vreo eroare:

- Un tag `noindex` sau o regulă `Disallow: /` rămasă din staging, care poate scoate un site întreg din rezultate în câteva zile.

- Taguri canonical care indică domeniul de staging sau URL-urile vechi în loc de cele noi.

- Un sitemap care încă listează URL-uri vechi sau care nu a fost trimis pentru structura nouă.

- Date structurate care existau pe paginile vechi și n-au fost reconstruite, deci rezultatele îmbogățite dispar.

- Linkuri interne scrise direct pe adresele vechi, deci fiecare click trece printr-un redirect.

- Analytics sau tag manager nereinstalat, deci exact săptămânile în care ai cea mai mare nevoie să măsori rămân goale.

- Pe un site bilingv, adnotări hreflang care încă indică vechile tipare de URL.

Motivul pentru care o construcție custom ajută aici e practic, nu magic. Când rutele și redirecturile stau în cod, întreaga hartă de URL-uri poate fi citită și comparată cu inventarul vechi înainte de lansare, iar un script poate parcurge build-ul de staging și marca fiecare URL vechi fără destinație. Să faci asta de mână pe sute de pagini e exact genul de verificare plictisitoare care se sare.

Să schimbi și conținutul și viteza în același timp?

Fii atent să nu faci totul odată. Dacă schimbi URL-urile, rescrii textele și muți platforma într-o singură lansare, nu vei ști ce schimbare a mișcat cifrele. Unde se poate, păstrează titlurile și răspunsul principal pe paginile care deja rankează și îmbunătățește în jurul lor. Încărcarea mai rapidă e o schimbare sigură, iar Core Web Vitals merită reglate în același proiect, atâta timp cât conținutul care aduce trafic rămâne recognoscibil.

Dacă redesignul e mare, ia în calcul să-l faci în etape: întâi platforma și structura, cu schimbări minime de conținut, apoi reîmprospătarea vizuală și a textelor, după ce traficul s-a stabilizat.

Ce monitorizezi după lansare?

În ziua lansării, rulează un crawl pe site-ul live și confirmă că nu există noindex, că canonicalele indică paginile corecte și că un eșantion de URL-uri vechi ajunge la destinația corectă dintr-un singur salt. Trimite noul sitemap în Search Console și ia în calcul să-l ții trimis și pe cel vechi o vreme, ca Google să descopere redirecturile mai repede.

În următoarele două săptămâni, verifică zilnic rapoartele de indexare și crawl pentru vârfuri de 404. Așteaptă-te la o mică scădere în primele săptămâni, chiar și la o mutare curată, pentru că Google are nevoie de timp să proceseze schimbările; Search Engine Land notează că poate dura câteva luni până se așază totul. O relansare curată de obicei se stabilizează și revine la nivelul de referință. Una stricată continuă să alunece, iar asta e semnalul să te întorci la harta de redirecturi.

Ce întrebi o agenție web înainte să semnezi?

Trei întrebări arată cea mai mare parte din risc. Se schimbă structura de URL-uri și unde e documentul de mapare? Cine verifică redirecturile după lansare și cum? Perioada de monitorizare e inclusă în ofertă sau e o factură separată? Un răspuns vag la oricare dintre ele înseamnă de obicei că migrarea tehnică a fost presupusă, nu planificată.

Dacă te gândești la o relansare, preferăm să mapăm URL-urile înainte să desenăm un singur ecran. Serviciul nostru de creare site web include această pregătire, poți vedea cum decurge un proiect în cum lucrăm, iar prețurile de Black Friday continuă până de Crăciun, cu 50% reducere la toate pachetele până pe 31 ianuarie 2027.