Site nou fără să pierzi traficul din Google: verificări înainte și după lansare
Harta de redirecționări 301, titlurile preluate, sitemap-ul retrimis și verificările din Search Console care păstrează traficul când lansați un site nou.
- Nº
- 11
- Publicat
- Lectură
- 10 min
- Categorie
- Notes
- Scris de
- Revylio
Site nou fără să pierzi traficul din Google: răspunsul pe scurt
Un site nou fără să pierzi traficul din Google înseamnă trei lucruri făcute la timp. Fiecare adresă veche primește o redirecționare 301 spre pagina nouă echivalentă. Titlurile și textele care aduceau vizite sunt preluate. La lansare, sitemap-ul este retrimis și indexarea este verificată în Search Console.
Migrarea unui site este mutarea paginilor de pe structura veche pe una nouă, cu sau fără schimbarea domeniului. O redirecționare 301 este un răspuns al serverului care spune browserului și lui Google că pagina s-a mutat definitiv la altă adresă. Fără ea, cine vine din Google pe o adresă veche dă de o pagină de eroare.
Pagina Revylio despre procesul de refacere a unui site spune direct de ce contează: „Redirecționările sunt cele care împiedică o mutare să devină o cădere.” Același proces prevede că fiecare adresă schimbată primește un 301, iar sitemap-ul e retrimis la lansare.
Ghidul de mai jos parcurge ordinea în care lucrați. Întâi construiți harta de redirecționări și preluați conținutul care aduce trafic. Apoi eliminați blocajele de indexare de pe copia de test. La final faceți verificările din ziua lansării și urmăriți site-ul în primele 30 de zile. Dacă încă vă întrebați dacă merită refăcut site-ul, porniți de la ghidul despre semnele că a venit momentul refacerii site-ului.
De ce pierde un site nou traficul din Google la lansare
Un site nou pierde trafic din Google mai ales pentru că adresele vechi dispar fără să ducă nicăieri. Google a învățat în timp ce pagini aveți și le afișează în rezultate. Când structura se schimbă, linkurile din rezultate, din e-mailuri vechi și de pe alte site-uri trimit vizitatorul spre adrese care nu mai există.
Două noțiuni ajută la înțelegerea problemei. Indexarea înseamnă că Google știe că pagina există și o poate afișa. Poziția este cât de sus apare pagina la o anumită căutare. O pagină poate fi indexată și totuși să nu apară în primele zece rezultate.
Google descoperă paginile urmând linkuri. Un site pe care nu îl leagă nimeni este greu de găsit. De aceea redirecționările contează dublu: ele mută vizitatorii, dar și valoarea linkurilor pe care alte site-uri le-au făcut în timp spre paginile vechi.
Timpul lucrează împotriva unui site complet nou. Un site fără linkuri de pe alte site-uri este descoperit și indexat de obicei în câteva zile până la câteva săptămâni. Apariția la căutări competitive durează de ordinul lunilor. Un site refăcut corect pe același domeniu nu ar trebui să o ia de la zero, iar redirecționările sunt cele care îi păstrează istoricul.
Dacă preferați o explicație vizuală a felului în care Google găsește și indexează un site, există un videoclip în română despre indexarea unui site în Google, de 4 minute și 21 de secunde.
Harta de redirecționări: fiecare adresă veche primește o adresă nouă
Harta de redirecționări este un tabel cu două coloane: adresa veche și adresa nouă la care trebuie să ajungă. Ea se face înainte de lansare, nu după ce apar erorile. Pe ea se bazează toate redirecționările 301 configurate pe server.
De unde luați lista adreselor vechi
Lista completă se construiește din mai multe surse, pentru că niciuna nu le conține pe toate. Folosiți:
- sitemap-ul site-ului vechi, dacă există;
- paginile pe care Google le arată pentru domeniul dumneavoastră în Search Console;
- rezultatele căutării
site:domeniul-dumneavoastra.roîn Google; - adresele folosite în campanii, broșuri și semnături de e-mail.
Cum alegeți adresa nouă
Fiecare adresă veche trimite spre pagina nouă cu același subiect. O pagină de serviciu duce la pagina noului serviciu, un articol duce la articolul mutat. Astfel vizitatorul ajunge exact unde voia să ajungă, nu la o pagină generală.
Când o pagină veche nu mai are echivalent, alegeți pagina nouă cea mai apropiată ca subiect. Notați decizia în hartă, ca să știe și cine verifică după lansare de ce a fost aleasă.
Includeți în hartă și varianta principală a domeniului. Un site disponibil și cu, și fără www, fără o adresă principală declarată, împarte valoarea paginilor între două variante. Alegeți una și redirecționați-o pe cealaltă spre ea.
Exemplu lucrat: harta de redirecționări pentru un site de prezentare
Exemplul de mai jos arată harta pentru un site de prezentare imaginar, firma-exemplu.ro, care trece de la pagini .html la o structură nouă. Adresele sunt ilustrative. Logica se aplică la fel unui site real.
| Adresa veche | Adresa nouă | Ce faceți |
|---|---|---|
/index.html | / | 301 spre pagina principală |
/servicii.html | /servicii/ | 301, același subiect |
/servicii/montaj.html | /servicii/montaj-instalatii/ | 301, pagina redenumită |
/noutati/?id=12 | /blog/titlul-articolului/ | 301, articolul mutat în blog |
/promotie-vara.html | /servicii/ | 301 spre cea mai apropiată pagină, decizia notată |
www.firma-exemplu.ro | firma-exemplu.ro | 301 spre varianta principală aleasă |
Ordinea de lucru pentru acest exemplu are patru pași. Exportați adresele din sitemap-ul vechi și din Search Console într-o foaie de calcul. Completați coloana „Adresa nouă” pe măsură ce structura nouă se stabilește. Configurați redirecționările pe server înainte de lansare. Apoi deschideți fiecare adresă veche din tabel și verificați că ajunge la adresa nouă, nu la o eroare și nici la o altă redirecționare intermediară.
Foaia de calcul rămâne utilă și după lansare. Când Search Console raportează o adresă veche cu eroare, o căutați în tabel și vedeți imediat dacă lipsea sau dacă redirecționarea nu funcționează.
Titlurile, descrierile și textele care aduc trafic se preiau pe paginile noi
Redirecționarea mută vizitatorul, dar pagina nouă trebuie să răspundă la aceeași căutare ca cea veche. Dacă o pagină aducea vizite pentru „montaj instalații Cluj”, pagina nouă trebuie să vorbească în continuare despre asta. Un design nou cu un text mai scurt și mai vag poate pierde poziția chiar și cu redirecționarea corectă.
Pentru fiecare pagină importantă din harta de redirecționări, comparați versiunea veche cu cea nouă. Verificați:
- titlul paginii, cel care apare în rezultatele Google;
- descrierea meta, textul scurt de sub titlu în rezultate;
- titlurile de pe pagină și ordinea lor;
- paragrafele care răspund efectiv la întrebarea vizitatorului;
- linkurile interne care duceau spre pagina respectivă.
Puteți rescrie și îmbunătăți aceste elemente. Important este ca subiectul și cuvintele pe care le caută clienții să rămână pe pagină. O refacere este și ocazia să structurați textele astfel încât să poată fi citate de motoarele de căutare cu inteligență artificială, subiect tratat în ghidul despre ce trebuie reparat pe site pentru a fi citat în Google AI Overviews.
Pagina Revylio despre refacere notează că într-o refacere se mișcă șase părți ale unui site. Cu cât se schimbă mai multe deodată, cu atât lista de verificare a conținutului trebuie să fie mai strictă.
Blocajele de indexare rămase de pe copia de test opresc site-ul nou
Copia de test a unui site nou este de obicei ascunsă de Google, ca să nu apară în rezultate înainte de lansare. Problema apare când aceeași protecție ajunge neatinsă pe site-ul public. Atunci site-ul nou funcționează pentru vizitatori, dar Google nu îl indexează.
Trei blocaje apar cel mai des:
- eticheta
<meta name="robots" content="noindex">în codul paginilor, care împiedică indexarea paginii; - în WordPress, opțiunea „Descurajează motoarele de căutare să indexeze acest site” lăsată bifată în Setări → Citire;
- o linie
Disallow: /în fișierulrobots.txt, care interzice accesul pe tot site-ul.
La fiecare relansare, noi, echipa Svennis care lucrează pentru Revylio, verificăm eticheta noindex, opțiunea din WordPress și fișierul robots.txt pe site-ul public chiar în momentul mutării domeniului, nu doar pe copia de test. Cea mai frecventă greșeală pe care o vedem la clienți este exact o protecție de test uitată activă după lansare.
Verificarea durează câteva minute și o puteți face și singur. Deschideți domeniul-dumneavoastra.ro/robots.txt în browser și căutați linia Disallow: /. Apoi deschideți codul sursă al paginii principale și căutați cuvântul noindex.
Ziua lansării: redirecționări verificate, sitemap retrimis, site trimis în Search Console
Ziua lansării are o listă scurtă și fixă. Procesul de refacere descris pe pagina Revylio are șase etape: descoperire, structură, design, dezvoltare, conectare și lansare. Ultima etapă se încheie cu „Redirecționări verificate, site trimis în Search Console, predare făcută.”
Search Console este instrumentul gratuit al Google în care vedeți ce pagini ale site-ului sunt indexate și ce erori găsește Google. În ziua lansării faceți următorii pași, în această ordine:
- Deschideți adresele din harta de redirecționări și confirmați că fiecare duce la pagina nouă.
- Verificați că nu a rămas nicio etichetă noindex și nicio linie
Disallow: /. - Trimiteți sitemap-ul nou în Search Console.
- Pentru cele mai importante pagini, folosiți „Inspectare URL” și apoi „Solicită indexarea”.
- Căutați în Google
site:domeniul-dumneavoastra.roca să vedeți ce pagini apar.
Funcția „Solicită indexarea” are o limită zilnică mică. Folosiți-o pentru paginile care aduc cereri, nu pentru fiecare articol. Restul paginilor le găsește Google din sitemap și din linkuri.
Nu uitați de Bing. Rezultatele Bing alimentează și alte motoare de căutare. Protocolul IndexNow le anunță imediat când apare sau se schimbă o pagină.
Primele 30 de zile după lansare: ce verificați și când
Primele 30 de zile după lansarea unui site nou arată dacă migrarea a reușit. Erorile apar treptat, pe măsură ce Google revizitează adresele vechi. Tabelul de mai jos este lista de verificare pe care o puteți urma.
| Verificare | Când | Unde | Semn de problemă |
|---|---|---|---|
| Redirecționările din hartă | Ziua lansării, apoi după o săptămână | Browser, foaia de calcul | Adresă veche care dă eroare |
| Blocaje de indexare | Ziua lansării | robots.txt, codul paginilor | noindex sau Disallow: / |
| Sitemap acceptat | Primele zile | Search Console | Sitemap respins sau fără pagini descoperite |
| Starea paginilor | Săptămânal | Search Console | Pagini importante neindexate |
| Pagini prezente în Google | Săptămânal | Căutarea site: | Apar încă adresele vechi, fără redirecționare |
| Viteza pe site-ul real | După lansare | Core Web Vitals | Valori care nu sunt pe verde |
Două stări din Search Console merită înțelese. „Descoperită - în prezent neindexată” înseamnă că Google știe adresa, dar încă nu a vizitat pagina. „Accesată cu crawlerul - în prezent neindexată” înseamnă că Google a citit pagina, dar nu a considerat-o suficient de utilă. Prima cere de obicei răbdare, a doua cere conținut mai bun.
Viteza contează la fel de mult după lansare. Revylio măsoară Core Web Vitals pe site-ul real după lansare, nu pe un șablon într-un demo. Ghidul despre cât costă un site lent în cereri arată cum transformați viteza în cifre din datele proprii.
Migrarea site-ului pentru o firmă din România: interfața în română și domeniul .ro
Pentru o firmă din România, migrarea unui site se face de regulă în interfețe afișate în limba română. Search Console și WordPress folosesc etichete traduse, iar ghidurile în engleză nu se potrivesc cuvânt cu cuvânt. Etichetele folosite în acest ghid sunt cele pe care le veți vedea pe ecran: „Inspectare URL”, „Solicită indexarea”, Setări → Citire.
Domeniul .ro nu schimbă regulile migrării. Căutarea site: funcționează la fel, iar decizia între varianta cu www și cea fără rămâne obligatorie. Multe site-uri românești vechi răspund pe ambele variante, așa că includeți ambele în harta de redirecționări.
Bugetul unei migrări corecte depinde de structura site-ului. Pagina Revylio despre refacere spune că prețul ține cont de câte pagini sunt, de cât conținut există și de ce trebuie conectat cu ce. Durata depinde tot de numărul de pagini și de volumul de conținut. Pentru ce ar trebui să includă oferta, citiți ghidul despre ce include prețul unui site de prezentare.
O refacere este și momentul potrivit pentru verificări pe care altfel le amânați. Dacă schimbați oricum structura și șabloanele, includeți în aceeași listă și accesibilitatea site-ului după EAA. Așa nu refaceți aceleași pagini de două ori.
Pașii următori înainte să programați lansarea site-ului nou
Primul pas concret este lista adreselor vechi, pe care o puteți face chiar azi, înainte de orice discuție despre design. Exportați sitemap-ul vechi, adăugați paginile din Search Console și adresele din materialele tipărite. Aceasta devine prima coloană a hărții de redirecționări.
Apoi parcurgeți, în ordine, restul pașilor din acest ghid:
- Marcați paginile care aduc cereri și notați titlul și textul lor actual.
- Alegeți varianta principală a domeniului, cu sau fără
www. - Cereți echipei care face site-ul harta de redirecționări completată, înainte de lansare.
- Stabiliți cine verifică robots.txt și eticheta noindex în ziua lansării.
- Puneți în calendar verificările săptămânale din tabelul pentru primele 30 de zile.
Dacă nu ați decis încă dacă refacerea merită acum, citiți mai întâi ghidul despre când merită refacerea site-ului și cum vă dați seama. Dacă ați decis, cereți ca harta de redirecționări și verificările din Search Console să fie trecute explicit în oferta oricărui furnizor.



