Kako migrirati web stranicu bez gubitka SEO-a
Većina migracija web stranica gubi 30-60% organskog prometa jer nitko ne tretira migraciju kao sustavni problem. Evo infrastrukturnog pristupa.
Redizajn koji je koštao 40%
Tvrtka s kojom sam surađivao lansirala je prošle godine prekrasan redizajn. Novi brand, novi CMS, sve novo. Stranica je izgledala nevjerojatno. Dva tjedna kasnije, organski promet pao je za 40%.
Nitko nije paničario na dan lansiranja. Stranica je bila brža, dizajn bolji, sadržaj jači. Sve što je vidljivo bilo je poboljšano. Ali tražilice ne procjenjuju ono što je vidljivo. Procjenjuju ono što je adresabilno.
Svaki URL se promijenio. Nijedan redirect nije bio postavljen. Meta opisi su nestali. Strukturirani podaci su uklonjeni tijekom migracije. XML sitemap je još uvijek pokazivao na stare URL-ove.
Stranica je bila nova. Ali za Google, jednostavno je nestala.
Zašto migracije propadaju
Većina timova tretira migraciju web stranice kao dizajnerski projekt s tehničkim korakom na kraju. Prebaci sadržaj, usmjeri domenu, gotovo.
To nije migracija. To je amputacija.
SEO vrijednost web stranice živi u njezinim URL-ovima. Svaka stranica koja se rangira izgradila je autoritet tijekom mjeseci ili godina kroz povratne linkove, signale korisničke interakcije i povijest indeksiranja. Kada promijenite URL bez da kažete tražilicama gdje se novi nalazi, ne prenosite taj autoritet. Napuštate ga.
Uobičajene greške su predvidljive: URL-ovi se mijenjaju bez 301 redirecta. Meta naslovi i opisi se ne prenose. Schema markup se gubi jer novi CMS ga ne podržava. XML sitemap nije ažuriran niti ponovno poslan. Nitko ne obavijesti Google Search Console. Interni linkovi pucaju jer se struktura sadržaja promijenila.
Svaka od ovih je mali rez. Zajedno, iskrvare vaš promet.
Sustavna provjerna lista
Migracija je infrastrukturni posao. Nije dizajn, nije sadržaj, nije razvoj. Infrastruktura. Zahtijeva istu disciplinu koju biste primijenili na preseljenje fizičkog ureda — ne nosite samo namještaj, prenosite telefonske linije, ažurirate adresu kod svakog dobavljača i osiguravate da pošta stiže na novu adresu.
Evo kako to izgleda za web stranicu:
Prije lansiranja: Napravite potpunu mapu URL-ova. Stari URL s lijeve strane, novi s desne. Svaka pojedina stranica. Ne samo one za koje mislite da su važne — svaka stranica koja je ikada bila indeksirana. Izvezite svoj sitemap, pretražite ga i mapirajte. Postavite 301 redirecte za svaki unos u toj mapi. Ne 302. Trajne 301 redirecte koji kažu tražilicama da je ovo preseljenje konačno.
Na dan lansiranja: Prenesite sve meta naslove, opise i canonical tagove. Provjerite da su strukturirani podaci (Schema.org markup) prisutni na svakoj stranici koja ih je prije imala. Pošaljite novi XML sitemap u Google Search Console i Bing Webmaster Tools. Zatražite indeksiranje za najvažnije stranice. Postavite praćenje pogrešaka indeksiranja od prvog dana.
Nakon lansiranja: Ovdje većina timova odustane. Nemojte. Pratite Search Console svakodnevno prva dva tjedna. Gledajte 404 greške, anomalije pri indeksiranju i padove indeksiranja. Provjerite da vaši redirecti zaista rade — ne samo da vraćaju status 200, nego da vode na ispravne stranice. Pratite obrasce prometa. Pad dolazi. Pitanje je hoće li to biti pad ili ponor.
Vremenski okvir o kojem vam nitko ne govori
Googleu treba dva do šest mjeseci da potpuno ponovno pretražuje i reindeksira migriranu stranicu. Ovo nije pregovaranje. Ne možete to značajno ubrzati. Možete usporiti proces greškama, ali ne možete ga ubrzati izvan Googleovog vlastitog rasporeda indeksiranja.
To znači da će biti pada prometa. Čak i s savršenim redirectima, savršenim meta podacima, savršenim prijenosom sheme. Proces reindeksiranja uvodi neizvjesnost, a neizvjesnost znači fluktuaciju.
S ispravnom infrastrukturom, pad je 5-15% tijekom dva do četiri tjedna, nakon čega slijedi oporavak na početnu razinu ili bolje. Bez nje, gledate gubitak od 30-60% kojem može trebati šest mjeseci do godinu dana da se oporavi — ako se uopće oporavi.
Razlika između ta dva ishoda nije talent. To je disciplina.
Razdoblje održavanja
Migracija nije gotova na dan lansiranja. Gotova je kada se podaci stabiliziraju.
Prvih 30 dana netko mora svakodnevno pratiti greške indeksiranja u Search Consoleu. Pokvareni linkovi moraju biti popravljeni unutar 24 sata. Lanci redirecta — gdje jedan redirect pokazuje na drugi redirect — moraju biti izravnani. Stranice koje su trebale biti indeksirane, ali nisu, moraju biti istražene.
Između 30 i 90 dana, praćenje prelazi na tjedno. Obrasci prometa počinju se normalizirati. Možete početi uspoređivati performanse prije i poslije migracije na razini pojedinačnih stranica. Ovdje nalazite stranice koje su propale kroz pukotine — one koje su imale autoritet, ali nisu bile pravilno preusmjerene.
Nakon 90 dana trebali biste biti na razini ili iznad prometa prije migracije. Ako niste, nešto strukturalno je propušteno.
Infrastruktura, ne dekoracija
Tvrtka koja je izgubila 40% prometa na kraju se oporavila. Trebalo je sedam mjeseci. Sedam mjeseci popravljanja redirecta, ponovnog slanja sitemapova, ponovne izgradnje internih linkova i čekanja da Google ponovno procijeni ono što je već otpisao.
Da su migraciju od početka tretirali kao sustavni problem — mapiranje URL-ova, infrastruktura redirecta, prijenos sheme, plan praćenja — privremeno bi izgubili 5-10% i oporavili se unutar šest tjedana.
Ne dizajnerski projekt s korakom migracije. Migracijski projekt s korakom dizajna.
Stranica bi izgledala potpuno isto u oba slučaja. Razlika je nevidljiva. U tome je poanta.
Povezano
- Usluga: Web prisutnost i performantne stranice — Brze, pouzdane web stranice izgrađene na modernoj infrastrukturi.
- Članak: Zašto WordPress stranice postaju spore — Nagomilavanje pluginova, dijeljeni hosting i infrastrukturni problemi iza sporih stranica.
- Članak: Statične stranice nasuprot WordPressu: Što vašem poslovanju zapravo treba — Kada je WordPress dobar, a kada statično pobjeđuje.
Povezano
Statične stranice nasuprot WordPressu: Što vašem poslovanju zapravo treba
12. ožujka 2026.
Iskrena usporedba koju nitko ne želi napraviti. WordPress je dobar — dok nije. Statično je brzo — ali ne uvijek praktično. Evo kako odlučiti.
Zašto WordPress stranice postaju spore (i što učiniti)
12. ožujka 2026.
Nije do samog WordPressa. Problem je akumulacija pluginova, dijeljeni hosting, neoptimizirana baza podataka i to što nitko ne održava infrastrukturu ispod.
Razlika između automatizacije koja pomaže i automatizacije koja se kumulira
12. ožujka 2026.
Većina automatizacije štedi vrijeme jednom. Sustavna automatizacija štedi vrijeme zauvijek — i postaje bolja što duže radi. Razlika je u arhitekturi.
Povezani Deep Dive
Growth Systems: Marketing as Infrastructure
Marketing that works isn't about campaigns. It's about building infrastructure that compounds.
Visual Systems: Photography as Infrastructure
Most businesses treat photography as a marketing expense. The ones that get value treat it as operational infrastructure.
Primajte obavijest kad objavim