SEO migracija sajta: kompletna checklista pre, tokom i posle lansiranja

SEO migracija sajta nije samo prebacivanje sadržaja na novi CMS, domen ili URL strukturu. To je promena koja može uticati na indeksaciju, rangiranje, organski saobraćaj, konverzije i način na koji Google razume stranice.

Najčešće greške nastaju kada se migracija planira kao razvojni projekat, a SEO provera ostavi za kraj. Pouzdaniji pristup je da se pre lansiranja napravi inventar postojećeg sajta, definišu ciljne URL adrese i pripreme kontrole za sve važne tehničke signale.

U nastavku je checklista za SEO migraciju sajta, organizovana po fazama: pre migracije, tokom lansiranja i nakon puštanja nove verzije.

Šta se smatra SEO migracijom sajta?

SEO migracija je svaka veća promena koja može promeniti način na koji pretraživači pristupaju, indeksiraju ili vrednuju sadržaj. To može biti:

• promena CMS-a, na primer prelazak na drugi sistem;
• promena domena ili protokola;
• promena URL strukture;
• redizajn i promena informacionе arhitekture;
• spajanje više sajtova ili poddomena;
• promena jezika, lokacija ili hreflang implementacije;
• migracija hostinga ili serverske infrastrukture.

Rizik je veći kada se istovremeno menjaju CMS, domen, URL-ovi, sadržaj i interna navigacija. Ako je moguće, promene treba razdvojiti ili bar jasno dokumentovati.

SEO migracija sajta: checklista pre lansiranja

1. Definišite obim i odgovornosti

Pre tehničkog rada zapišite šta se tačno menja, šta ostaje isto i ko odobrava svaku fazu. U projekat treba uključiti SEO, razvoj, sadržaj, dizajn i osobu odgovornu za analitiku.

Dokumentujte:

• stari i novi domen;
• stari i novi CMS, ako se menja;
• promenu protokola, poddomena ili strukture direktorijuma;
• planirani datum i vreme lansiranja;
• kontakt osobe za hitne intervencije;
• kriterijume za vraćanje na prethodnu verziju ako dođe do ozbiljnog problema.

2. Napravite crawl i inventar postojećih URL-ova

Pre migracije sačuvajte crawl trenutnog sajta. Inventar ne treba da obuhvati samo URL-ove koji se trenutno pojavljuju u navigaciji, već i stare, ali vredne stranice, URL-ove sa backlinkovima, stranice koje dobijaju organski saobraćaj i URL-ove prisutne u sitemap fajlovima ili GSC podacima.

Za svaki URL, gde je moguće, zabeležite:

• HTTP status kod;
• canonical URL;
• robots direktive i indeksabilnost;
• title i meta description;
• H1 i glavnu temu stranice;
• organski saobraćaj i konverzije;
• interne linkove i broj referentnih domena;
• jezičku ili regionalnu verziju.

Ovaj dokument je početna tačka za poređenje stare i nove verzije. Bez njega je teško utvrditi da li je problem nastao zbog redirekcije, gubitka sadržaja, blokade crawl-a ili promene šablona.

3. Napravite mapu starih i novih URL-ova

Za svaki važan stari URL odredite ciljnu stranicu. Idealno je da nova adresa bude najbliži relevantni ekvivalent, a ne samo početna strana.

Izbegavajte masovno preusmeravanje svih starih URL-ova na početnu stranu. Takva redirekcija često ne pruža korisniku relevantan sadržaj i otežava dijagnostiku.

4. Pripremite i testirajte 301 redirekcije

301 redirekcije treba da budu deo plana pre lansiranja, a ne ručna intervencija nakon pojave grešaka. Proverite:

• da stari URL vodi direktno na odgovarajući novi URL;
• da nema redirect lanaca i petlji;
• da se ne gubi HTTPS, jezik ili verzija domena;
• da redirekcije rade za različite varijante velikih i malih slova kada je to relevantno;
• da parametri i trailing slash pravila daju očekivan rezultat;
• da se ne preusmeravaju stranice koje treba trajno ukloniti bez relevantne zamene.

Testirajte reprezentativan uzorak, ali i automatizovano proverite celu listu iz mape URL-ova.

5. Proverite sadržaj i on-page elemente

CMS migracija može tehnički uspešno da završi, a da istovremeno ukloni ili promeni važne SEO elemente. Uporedite staru i novu verziju za ključne stranice:

• title i meta description;
• H1, H2 strukturu i glavni tekst;
• slike, alt atribute i captione;
• interne linkove;
• strukturirane podatke;
• kanoničke URL-ove;
• direktive noindex, nofollow i druge robots signale.

Ako se sadržaj menja tokom migracije, odvojite tehničke promene od uredničkih koliko god je moguće. Tako ćete lakše utvrditi uzrok eventualnog pada.

6. Proverite canonical i hreflang

Canonical treba da pokazuje na indeksabilnu, konačnu verziju odgovarajuće stranice. Posebno proverite da nova stranica ne zadržava canonical ka starom domenu ili staging okruženju.

Kod više jezika i tržišta proverite:

• da svaka verzija ima odgovarajući hreflang;
• da su jezički i regionalni kodovi ispravni;
• da su povratne veze između verzija prisutne;
• da hreflang URL-ovi vraćaju 200 status i nisu blokirani;
• da canonical i hreflang ne šalju protivrečne signale.

7. Zaštitite staging okruženje, ali ne kopirajte blokadu u produkciju

Staging ne treba da bude javno indeksiran. Za zaštitu se koriste odgovarajuća autentikacija i kontrola pristupa; robots.txt sam po sebi nije pouzdana zaštita od pristupa niti zamena za uklanjanje staging sadržaja iz indeksa.

Pre lansiranja napravite posebnu proveru da staging noindex, robots pravila ili privremene zabrane ne ostanu na produkcionom sajtu. Ovo je jedna od najskupljih grešaka jer sajt može izgledati ispravno korisniku, dok pretraživač ne može da indeksira stranice.

8. Proverite robots.txt i XML sitemap

Na novoj verziji proverite da robots.txt:

• ne blokira važne direktorijume ili resurse;
• ne sadrži pravila nasleđena iz staging okruženja;
• navodi tačan URL XML sitemap fajla, ako se koristi;
• ne pokušava da reši problem koji treba rešiti autentikacijom ili noindex direktivom.

XML sitemap treba da sadrži kanoničke, indeksabilne URL-ove koji vraćaju očekivan status. Ne ubacujte masovno redirektovane, noindex ili nekanoničke adrese.

9. Proverite analitiku i alate

Pre puštanja sačuvajte postojeće podatke i proverite da li nova verzija zadržava:

• GA4 merenje i ključne događaje;
• GSC svojstvo i verifikaciju domena;
• konverzije i ciljeve;
• cookie consent implementaciju, ako se koristi;
• server logove ili drugi način praćenja crawl aktivnosti;
• praćenje Core Web Vitals i osnovnih performansi.

SEO checklista tokom lansiranja

10. Napravite kontrolisan launch plan

Lansiranje treba da ima tačno definisan redosled. Pre prebacivanja DNS-a ili produkcione verzije proverite da je bekap dostupan, da su redirekcije spremne i da postoji osoba koja može odmah da reaguje.

Odmah nakon lansiranja proverite reprezentativan uzorak:

• početnu stranu;
• najposećenije stranice;
• stranice sa najviše konverzija;
• kategorije i proizvode ili usluge;
• blog i druge sadržajne šablone;
• jezičke verzije;
• stare URL-ove sa 301 mapom.

11. Proverite status kodove i crawl pristup

Ne oslanjajte se samo na vizuelni pregled. Proverite HTTP odgovore, redirect chainove, canonical, robots direktive i da li resursi potrebni za prikaz mogu da se učitaju.

Posebno tražite:

• neočekivane 404 i 5xx greške;
• 302 ili meta refresh tamo gde je planiran 301;
• noindex na važnim stranicama;
• canonical ka pogrešnom domenu;
• duplirane ili privremene URL-ove koji su postali dostupni.

SEO monitoring posle lansiranja

12. Prvih 24 do 72 sata

U prvih nekoliko dana pratite tehničke signale češće nego inače. U GSC proverite indeksaciju, stranice sa greškama, sitemap obradu i eventualne bezbednosne ili ručne radnje. U analitici uporedite organske posete, landing stranice i konverzije sa uporedivim periodom, uz oprez zbog sezonalnosti i kašnjenja podataka.

Istovremeno proverite server logove ili dostupne crawl izveštaje. Nagli porast 404, 5xx ili učestalosti crawl-a na nevažnim URL-ovima može ukazati na problem sa linkovima, parametrima ili redirekcijama.

13. Prve dve do četiri nedelje

U narednim nedeljama pratite:

• organske klikove i impresije;
• rangiranje najvažnijih upita;
• organski saobraćaj po landing stranici;
• konverzije i prihod iz organskog kanala;
• indeksaciju ključnih URL-ova;
• 404, 5xx i soft 404 greške;
• redirect lance i izgubljene interne linkove;
• Core Web Vitals i druge performansne probleme.

Ne donosite zaključak samo na osnovu jednog dana ili jedne pozicije. Posmatrajte trendove i odvojite promene izazvane migracijom od sezonskih, sadržajnih i tržišnih faktora.

14. Ponovite crawl nove verzije

Nakon stabilizacije ponovite crawl i uporedite ga sa inventarom stare verzije. Obratite pažnju na promene u broju indeksabilnih stranica, status kodovima, canonical signalima, internim linkovima i dupliranom sadržaju.

Za veće sajtove napravite prioritete: prvo rešavajte stranice sa saobraćajem, konverzijama i kvalitetnim backlinkovima, zatim tehničke greške koje se pojavljuju u velikom broju.

Najčešće greške pri SEO migraciji sajta

• Početak bez inventara: tim ne zna koje stranice moraju biti sačuvane.
• Preusmeravanje svega na početnu: gubi se relevantnost i otežava se dijagnostika.
• Staging blokada ostane u produkciji: stranice postaju neindeksabilne.
• Promena URL-ova bez 301 mape: stari backlinkovi i korisnički ulazi vode na greške.
• Izostavljen canonical ili hreflang: pretraživaču se šalju neusaglašeni signali.
• Stari sitemap ostane aktivan: Google dobija URL-ove koji više nisu primarni.
• Analitika se ne proveri: pad konverzija može izgledati kao SEO problem, iako je uzrok neispravno merenje.
• Previše promena odjednom: teško je utvrditi da li je problem nastao zbog tehnologije, sadržaja ili strukture.

Kratka kontrolna lista za odobrenje migracije

1. Postoji sačuvan crawl i inventar važnih URL-ova.
2. Za svaku promenu URL-a postoji opravdana ciljna adresa ili dokumentovana odluka o uklanjanju.
3. 301 redirekcije su testirane bez lanaca i petlji.
4. Canonical, hreflang, robots.txt i XML sitemap su provereni na produkcionoj verziji.
5. Staging nije indeksiran, a staging zabrane nisu prenete na produkciju.
6. GA4, GSC, konverzije i ostali ključni sistemi rade.
7. Postoji plan monitoringa za prve dane i nedelje.
8. Postoji vlasnik zadataka i procedura za hitne ispravke.

Zaključak

Uspešna SEO migracija sajta zasniva se na pripremi, tačnom mapiranju URL-ova i brzom monitoringu nakon lansiranja. Najvažnije je da se sačuvaju relevantne stranice i signali: pristupačnost za crawl, indeksabilnost, canonical, interne veze, redirekcije i merenje rezultata.

Ako migraciju posmatrate kao kontrolisan proces, a ne kao jednokratno puštanje novog dizajna ili CMS-a, lakše ćete sprečiti pad vidljivosti i brže reagovati na stvarne probleme. Za širi pregled tehničkih i sadržajnih aktivnosti pogledajte naš vodič za SEO optimizaciju.

Povezane teme: Kako izmeriti uticaj SEO migracije i na vreme otkriti pad organskog saobraćaja · HTTPS migracija i SEO: kako prebaciti sajt sa HTTP na HTTPS bez gubitka pozicija · 301 redirect za SEO: kako pravilno mapirati URL-ove pri migraciji sajta