Redizajn sajta bez gubitka SEO-a: tačan proces koji koristimo
Redizajn menja mnogo signala odjednom. Ovo je praktičan redosled migracije kojim unapređujemo sajt bez olakog odbacivanja vidljivosti koju je već stekao.
Ukratko
Očuvanje SEO-a nije jedna tabela redirekcija dodata na kraju. To je lanac odluka od prvog crawla do praćenja posle objave.
Pre dizajna
Početno stanjeCrawl URL-ova, izvoz search podataka i identifikacija stranica i tokova koji već rade.
Tokom dizajna
ParitetČuvanje search intenta i važnih informacija uz bolju strukturu i konverziju.
Pre lansiranja
MapiranjeTest redirekcija, canonicala, hreflanga, metapodataka, scheme, linkova i pravila indeksiranja.
Posle lansiranja
PraćenjeCrawl produkcije, slanje sitemap-a i brza provera grešaka ili neočekivanih promena.
Zašto redizajn gubi organsku posetu
Redizajn može istovremeno promeniti URL strukturu, navigaciju, tekst, naslove, šablone, JavaScript, interne linkove i hosting. Pretraživači tada razumeju nov tehnički i urednički sistem. Ako nova verzija ukloni signale koji su stranicu činili korisnom, uglađen interfejs ih ne nadoknađuje.
Većina gubitaka ne nastaje zbog boje. Nastaje brisanjem sadržaja bez provere svrhe, usmeravanjem mnogih starih strana na jedno generičko odredište, canonicalima ka stagingu, skrivanjem važnih linkova iza klijentskih interakcija ili sporim komponentama koje kvare mobilno iskustvo. Proces u nastavku odvaja te rizike i svakom daje vlasnika.
1. Crawl i benchmark pre bilo kakve promene
Počnite potpunim crawlom javnog sajta. Izvezite indeksabilne URL-ove, status kodove, title, description, naslove, canonical, hreflang, strukturirane podatke, interne linkove i slike. Sačuvajte postojeći XML sitemap i robots pravila. Taj snimak postaje osnova za poređenje staginga i produkcije.
Dodajte podatke o učinku: organske landing stranice i konverzije iz analitike, upite i stranice iz Search Console-a, važne backlinkove i trenutne pozicije. Sama poseta nije dovoljna. Stranica sa malo poseta može doneti vredan long-tail upit, backlinkove ili povezivati tematsku celinu. Zabeležite i reprezentativne Core Web Vitals i testove brzine, posebno za šablone koji dobijaju najveće izmene.
2. Klasifikujte svaki URL
Svakom indeksabilnom URL-u dodelite jasnu akciju: zadržati, unaprediti, spojiti, preusmeriti ili ukloniti. Zadržavanje je obično najmanji rizik kada svrha ostaje ista. Ako više tankih stranica konkuriše za isti intent, spajanje može pomoći, ali odredište mora sadržati informacije koje su korisnici očekivali od izvora.
URL mapa treba da sadrži staru adresu, konačnu adresu, akciju i razlog. Stranice sa posetom, konverzijama ili backlinkovima označite za dodatnu proveru. Nikada ne preusmeravajte sve uklonjene strane na početnu. Pretraživači takvo nerelevantno odredište mogu tretirati kao soft 404, a korisnik gubi kontekst dolaska.
3. Sačuvajte intent, ne nespretne stare rečenice
Content parity ne znači zamrzavanje svakog pasusa. Znači da nova stranica i dalje odgovara na potrebu zbog koje se stara rangirala. Čuvajte važne teme, dokaze, specifikacije, lokacije, FAQ i prateće sekcije osim kada podaci pokazuju da nisu potrebni. Poboljšajte hijerarhiju i pisanje, ali ne svodite korisnu uslužnu stranu na naslov i tri marketinške tvrdnje zato što maketa izgleda čistije.
Dizajnirajte sa stvarnim sadržajem rano. Placeholder tekst krije da li šablon prima važna objašnjenja, tabele, case dokaze i interne linkove. Uredničke odluke gura u poslednju nedelju, kada timovi najlakše seku materijal samo da bi održali datum lansiranja.
4. Gradite i crawlujte zaštićen staging
Staging mora biti nedostupan pretraživačima i po mogućnosti zaštićen autentifikacijom. Robots.txt blok sam po sebi ne uklanja URL koji je već otkriven. Istovremeno, staging treba dovoljno da liči na produkciju kako bi se testirali rendering, navigacija, forme, strukturirani podaci, canonical i promena jezika.
Crawlujte staging sa planiranim produkcionim hostname-om gde alat to dozvoljava i uporedite sa početnim stanjem. Tražite nestale stranice, duplirane naslove, slučajan noindex, pokvarene linkove, orphan stranice i crawl zamke. Mobilne prikaze testirajte dugim naslovima i stvarnim sadržajem, ne samo idealnim karticama.
5. Pripremite pojedinačne trajne redirekcije
Svaki promenjeni URL treba serverski 301 ili 308 ka najbližoj odgovarajućoj javnoj stranici. Izbegavajte lance stari–privremeni–konačni URL i uklonite petlje pre objave. Query parametre zadržite samo kada nose stvarno značenje; tracking parametre najčešće ne treba čuvati.
Fajl redirekcija testirajte prema kompletnom izvozu starih URL-ova, ne ručno izabranom uzorku. Stare kampanjske stranice i fajlovi mogu i dalje imati backlinkove iako nisu u navigaciji. Redirekcije ostaju dovoljno dugo da se korisnici, bookmarkovi i search sistemi ažuriraju; nisu privremena launch skela za uklanjanje posle mesec dana.
6. Prođite tehnički pre-launch checklist
Proverite title, description, jedan jasan H1, canonical, hreflang parove, strukturirane podatke i društvene slike. Potvrdite da navigacija i kontekstualni linkovi koriste konačne URL-ove. Produkcioni sitemap treba da sadrži samo canonical indeksabilne stranice. Proverite robots pravila, error stranice, ikonice, manifest i response headere.
Testirajte forme, analytics događaje, consent i konverzione tokove. Pregledajte dimenzije slika, fontove, cache i klijentski JavaScript. Redizajn koji deluje brzo na developerskom laptopu može nazadovati na prosečnom telefonu. Uporedite reprezentativne brzine sa početnim stanjem i ispravite problem šablona pre nego što se umnoži kroz sajt.
7. Lansirajte, crawlujte i posmatrajte
Čim produkcija proradi, ponovo crawlujte sajt. Testirajte svaki mapirani stari URL, potvrdite canonical i hreflang, proverite sitemap i uklonite staging reference. Uradite nekoliko URL Inspection provera u Search Console-u za najvažnije šablone, pa pošaljite sitemap.
Pratite 404 i serverske greške, indeksiranje, organske landing stranice i konverzije svakodnevno u početku, zatim nedeljno. Pomeranje pozicija je normalno dok se stranice ponovo obrađuju. Važno je razlikovati privremenu obradu od sistemske greške, poput celog noindex šablona ili kategorije preusmerene na nerelevantnu stranu. Poređenje sa baseline-om ubrzava dijagnozu.
Greške koje ne zovemo migracijom
Redirect plugin instaliran posle objave nije plan migracije. Nije ni čuvanje samo deset najposećenijih URL-ova uz pretpostavku da će Google pronaći ostalo, niti obećanje da se pozicije ne mogu pomeriti. Dobra migracija je dokumentovana, proverljiva i iskrena o neizvesnosti.
Cilj nije sačuvati svaku slabost starog sajta. Cilj je zaštititi stečenu vrednost uz promišljena poboljšanja. Neke stranice će biti prepisane, neke putanje promenjene, a zastareo sadržaj uklonjen. Svaka promena treba da ima razlog, ispravan tehnički tretman i način provere rezultata.