Lista de verificare SEO pentru reproiectarea site-ului: de ce scade traficul după relansare, ce verifici înainte, în timpul și după lansare și cum păstrezi vizibilitatea în Google și în AI.

Pe această pagină
Pe scurt
o reproiectare a site-ului își păstrează SEO-ul atunci când paginile care aduc trafic își păstrează URL-urile (sau primesc o redirecționare 301), textul, titlurile, anteturile și linkurile interne, iar șabloanele noi rămân accesibile crawlerelor și rapide. Majoritatea scăderilor de după lansare vin din conținut șters, linkuri interne rupte, un noindex uitat de pe mediul de test sau din conținut care apare doar cu JavaScript. Crawlează site-ul vechi înainte să începi, testează noul site pe un server de test protejat, apoi compară cele două după lansare.
Vrei să afli mai mult? Întreabă
Test rapid
Cine ar trebui să repare partea tehnică a site-ului tău?
Recomandarea noastră pentru tine
Crawlează site-ul actual și salvează rezultatul este soluția potrivită pentru tine
Locul 1 în acest clasament, cea mai bună potrivire pentru răspunsurile tale.
Recomandarea noastră pentru tine
Listează paginile care aduc valoare este soluția potrivită pentru tine
Locul 2 în acest clasament, cea mai bună potrivire pentru răspunsurile tale.
Recomandarea noastră pentru tine
Păstrează URL-urile sau mapează fiecare redirecționare este soluția potrivită pentru tine
Locul 3 în acest clasament, cea mai bună potrivire pentru răspunsurile tale.
Recomandarea noastră pentru tine
Scrie un brief SEO pentru designeri și dezvoltatori este soluția potrivită pentru tine
Locul 4 în acest clasament, cea mai bună potrivire pentru răspunsurile tale.
SEO pentru reproiectarea site-ului înseamnă munca de protejare a poziționărilor cât timp se schimbă șabloanele, designul, navigarea, conținutul sau CMS-ul. Acest ghid acoperă reproiectările care păstrează același domeniu. Dacă se schimbă domeniul sau majoritatea URL-urilor, proiectul este o migrare: urmează lista noastră de verificare pentru migrarea SEO și ghidul Google despre mutarea site-urilor cu schimbări de URL, care avertizează proprietarii să se aștepte la fluctuații temporare ale poziționării.
Da, de fiecare dată. Google și asistenții AI care citesc web-ul judecă paginile după ce găsesc în HTML: text, titluri, anteturi, linkuri, date structurate, viteză. O reproiectare schimbă unele sau toate aceste semnale, deci motoarele de căutare reevaluează paginile. Efectul poate fi pozitiv (pagini mai rapide, structură mai clară, conținut mai bun) sau negativ (pagini mai subțiri, linkuri pierdute). Ce decide rezultatul este câte semnale de poziționare păstrează noile șabloane.
| Ce se schimbă în reproiectare | Risc SEO | De ce |
|---|---|---|
| Doar culori, fonturi, imagini | Scăzut | Conținutul HTML și URL-urile rămân aceleași |
| Șabloane și machete noi de pagini | Mediu | Anteturile, blocurile de text și linkurile interne se mută sau dispar adesea |
| Navigație și meniuri noi | Mediu | Adâncimea linkurilor și autoritatea internă se redistribuie |
| Conținut rescris sau combinat | Ridicat | Paginile pierd pasajele și cuvintele cheie pentru care se poziționau |
| CMS nou sau framework JavaScript nou | Ridicat | Randarea, URL-urile, redirecționările și metadatele se schimbă toate deodată |
| Structura URL-urilor schimbată | Ridicat | Fiecare URL schimbat are nevoie de o redirecționare: tratează-l ca pe o migrare |
Cauzele se repetă de la un proiect la altul. Fiecare are un control simplu:
| Risc | Cum se vede | Control |
|---|---|---|
| Conținut șters sau scurtat | Paginile scad pentru interogări cu coadă lungă | Compară numărul de cuvinte și secțiunile fiecărei pagini, vechi față de nou |
| Titluri și H1 rescrise | Rată de clic mai mică, poziții pierdute | Exportă titlurile și H1 înainte, compară-le după |
| Linkuri interne pierdute | Paginile adânci pierd poziții, apar pagini orfane | Compară linkurile interne primite pentru fiecare URL |
| URL-uri schimbate fără 301 | Erori 404, backlink-uri pierdute | Harta de redirecționări testată pe fiecare URL vechi |
| Conținut randat de JavaScript | Pagini indexate goale, asistenții AI nu văd nimic | Compară HTML-ul brut cu HTML-ul randat |
| Șabloane mai lente | Core Web Vitals mai slabe, respingere mai mare | Testează LCP, INP și CLS pe mediul de test |
| Blocaj noindex sau robots.txt rămas de pe mediul de test | Paginile părăsesc indexul în câteva zile | Verifică robots.txt și meta robots în ziua lansării |
| Date structurate eliminate | Rezultatele bogate dispar | Validează schema pe fiecare șablon |
Două dintre acestea merită atenție. Primul: JavaScript. Google randează paginile cu un Chromium fără interfață, dar documentația sa despre SEO pentru JavaScript precizează că descoperă doar linkurile care sunt elemente ancoră standard, cu atributul href. Meniurile construite cu butoane sau cu gestionari de clic ascund secțiuni întregi. Ghidul nostru despre SEO pentru JavaScript detaliază opțiunile de randare. Al doilea: viteza. Ghidul Google despre Core Web Vitals fixează pragurile „bune” la un LCP de 2.5 secunde sau mai puțin, un INP de 200 de milisecunde sau mai puțin și un CLS de 0.1 sau mai puțin, măsurate la percentila 75 a vizitelor. Videoclipurile mari din secțiunea de început și glisoarele sunt motivul obișnuit pentru care un șablon nou nu trece testele.
Rulează un crawl complet al site-ului live și exportă fiecare URL indexabil, cu titlul, meta-descrierea, H1, numărul de cuvinte, canonical, codul de stare și numărul de linkuri interne primite. Acest crawl este punctul de referință: după lansare, vei compara noul site cu el, rând cu rând. Salvează și datele structurate și fișierul robots.txt.
Exportă între 12 și 16 luni de date din Search Console (clicuri și impresii pe pagină și pe interogare), paginile care primesc backlink-uri și paginile care convertesc. Aceste pagini nu se ating: păstrează-le URL-ul, textul principal și titlul sau îmbunătățește-le deliberat. Un audit de conținut ajută să decizi ce păstrezi, combini sau elimini și oferă fiecărei eliminări un URL de destinație.
Cea mai sigură reproiectare păstrează fiecare URL. Când un URL trebuie schimbat, mapează-l unu la unu către cea mai apropiată pagină nouă, printr-o redirecționare 301, fără lanțuri și fără a trimite totul spre pagina de start. Ghidul nostru despre redirecționările SEO acoperă regulile. Google recomandă păstrarea redirecționărilor cel puțin un an.
Designerii decid unde ajunge textul; dezvoltatorii decid cum este randat. Dă-le cerințe scrise: un singur H1 pe șablon, text servit în HTML, meniuri accesibile crawlerelor, breadcrumb-uri, arhitectura site-ului cu adâncimea fiecărei secțiuni, schema care trebuie păstrată și bugetul de performanță. Lizibilitatea și navigarea contează și ele: vezi ghidul nostru despre UX și SEO.
Evită lansarea în perioada de vârf a sezonului, înainte de un sărbătoare sau vinerea: primele zile după lansare sunt momentul în care apar erorile, iar cineva trebuie să fie disponibil să le repare. Notează cine verifică ce în ziua lansării și stabilește dinainte ce semnal declanșează revenirea (de exemplu, paginile-cheie care returnează erori sau dispar din index). Păstrează site-ul vechi disponibil pe un server de rezervă câteva săptămâni, ca un șablon sau un bloc de text să poată fi restaurat rapid dacă o pagină își pierde pozițiile.
Pune noul site pe un server de test protejat cu parolă (sau cel puțin cu o regulă noindex), ca Google să nu indexeze o copie a site-ului tău. Apoi testează înainte de lansare:
| Când | Verificări |
|---|---|
| Ziua lansării | robots.txt permite crawlarea, niciun noindex rătăcit, redirecționările active, sitemap XML actualizat și trimis în Search Console, tag-ul de analiză funcționează |
| Săptămâna 1 | Crawl complet comparat cu punctul de referință, erori 404 în Search Console, inspecția URL-urilor pentru paginile de top |
| Săptămânile 2 - 4 | Clicuri și impresii ale paginilor-cheie față de aceleași săptămâni dinaintea lansării, raportul de indexare, raportul Core Web Vitals |
| Lunile 2 - 3 | Interogări care și-au pierdut pozițiile, pagini de îmbogățit, linkuri interne de restaurat |
Un verificator de linkuri rupte prinde linkurile care mai indică spre URL-uri vechi din meniuri, subsoluri și articole. Repară aceste linkuri la sursă, în loc să te bazezi pe redirecționări, și restaurează linkurile interne pierdute când au fost eliminate barele laterale sau blocurile cu articole similare. Unele fluctuații în primele săptămâni sunt normale. O scădere care continuă după o lună la un grup de pagini indică o cauză precisă: compară acele pagini cu versiunea lor de referință.
ChatGPT, Claude, Perplexity și Gemini citează paginile al căror conținut îl pot citi și extrage. O reproiectare poate reduce acest acces în moduri pe care Google le-ar ierta. O analiză Vercel a traficului crawlerelor AI (decembrie 2024) a constatat că niciunul dintre crawlerele AI importante, inclusiv GPTBot și ClaudeBot, nu randează JavaScript. O pagină care își arată textul doar după rularea JavaScript este invizibilă pentru majoritatea crawlerelor AI.
Fiecare schimbare suplimentară face scăderea mai greu de diagnosticat. Dacă planifici și o schimbare de domeniu, o nouă structură de URL-uri sau o rescriere mare de conținut, separă-le: lansează reproiectarea cu URL-uri și conținut identice, așteaptă până când traficul se stabilizează, apoi fă următoarea schimbare. Când calendarul forțează totul deodată, investește mai mult timp în crawlul de referință și în harta de redirecționări, pentru că acestea sunt singura modalitate de a găsi ce s-a stricat.
O reproiectare își păstrează poziționările atunci când noul site transportă același conținut, aceleași linkuri și aceleași semnale ca cel vechi, într-o formă mai rapidă și mai clară. Crawlează înainte, testează pe mediul de test, compară după. Odată ce noul site este stabil, continuă să adaugi pagini care răspund la întrebările clienților tăi: Sorank scrie și publică automat articole SEO și GEO pe site-ul reproiectat.
Atunci când URL-urile, conținutul și linkurile interne sunt păstrate, poziționările se stabilizează de obicei în câteva săptămâni. Google avertizează că poziționările pot fluctua temporar ori de câte ori un site se schimbă semnificativ. Dacă paginile-cheie sunt încă sub nivelul de referință după una sau două luni, compară-le cu crawlul dinaintea lansării pentru a găsi conținutul, titlurile sau linkurile care s-au schimbat.
Doar dacă URL-urile actuale sunt o problemă reală, de exemplu parametri nelizibili sau o structură care nu mai corespunde site-ului. Fiecare URL schimbat are nevoie de o redirecționare 301 către echivalentul cel mai apropiat și adaugă risc lansării. Păstrarea URL-urilor existente este cea mai simplă cale de a proteja backlink-urile și poziționările.
Da, atunci când rezolvă slăbiciuni reale: șabloane lente, conținut ascuns în spatele JavaScript, navigare adâncă, anteturi lipsă sau pagini subțiri. Câștigurile vin din îmbunătățiri măsurabile, cum ar fi Core Web Vitals mai bune, linkuri interne mai clare și conținut mai bogat. O reproiectare care schimbă doar stilul vizual mută rareori singură poziționările.
AU ÎNCERCAT SORANK ÎNAINTEA TA
