Full-ServiceCjelovita usluga

SEO migracija i replatforming bez gubitka prometa

Q: Što treba testirati prije pokretanja migrirane web stranice?

Prije lansiranja migrirane web stranice potrebno je najmanje testirati preusmjeravanja (redirects), status kodove, kanonske oznake (canonicals), robots pravila, XML sitemapove, interne poveznice, praćenje u analitici, strukturirane podatke, hreflang postavke te prikaz na mobilnim uređajima i mogućnost indeksiranja po predlošku. Kod web stranica koje se oslanjaju na JavaScript ili su headless, dodatno uspoređujem renderirani HTML i provjeravam da je ključni sadržaj vidljiv te da nema problema s „broken hydration“. Kod velikih webova testiranje se mora raditi po pravilima i predlošcima, a ne samo na nekoliko uzoraka, jer mali bug u predlošku može utjecati na tisuće URL-ova. Također validiram staging okruženje kako bih osigurao da se slučajno noindex ili blokirano ponašanje resursa ne prenese u produkciju. Popis za lansiranje radi tek kada svaka stavka ima jasno definiranu provjeru (pass/fail) i odgovornu osobu.

Q: Što se događa nakon pokretanja web stranice i trebamo li i dalje kontinuiranu SEO podršku?

Nakon lansiranja rad se prebacuje s preventivnih aktivnosti na kontrolirani oporavak i optimizaciju. Pratim ponašanje pri crawlanu, indeksiranje, vidljivost, organski promet i prihode, učinkovitost preusmjeravanja te anomalije na razini predložaka. Zatim popravke prioritetiziram prema poslovnom utjecaju. Većini tvrtki potrebna je barem 1–3 mjeseca praćenja jer se tada otkriju skriveni problemi i jer Google postupno pokazuje kako tumači novu stranicu. Za veće sustave migracija često postaje početak šireg operativnog modela uz [SEO curation & mjesečno upravljanje](/services/seo-monthly-management/). Kontinuirana podrška posebno je važna ako želite da nova platforma nadmaši staru, a ne samo da se vrati na početnu razinu.

SEO migracija je trenutak kada se godine nakupljenih pozicija, prihoda i „crawl equityja” mogu izgubiti u jednom izdanju ako se proces vodi nepažljivo.

Planiraj migraciju Pogledaj studije

U ovoj usluzi

Pregled Brza SEO procjena Zašto je planiranje SEO migracije važno u 2025.-2026.Što je uključeno Kako to funkcionira SEO migracijska usluga: standardni agencijski proces naspram enterprise pristupa Kompletan SEO migracijski kontrolni popis: što obuhvaćamo Stvarni rezultati iz SEO migracijskih projekata Je li SEO migracija prava stvar za vaš posao?Često postavljana pitanja Započnite svoj SEO migracijski projekt pravim planom Revizija ili konzultacije Možda će ti trebati

SEO migracija je trenutak kada se godine nakupljenih pozicija, prihoda i „crawl equityja” mogu izgubiti u jednom izdanju ako se proces vodi nepažljivo. Vodim migracije za tvrtke koje si ne mogu priuštiti pad organskog prometa od 30–60% nakon prelaska na novi CMS, domenu, storefront ili headless arhitekturu. Posao uključuje planiranje, strategiju preusmjeravanja, QA u pretprodukciji, kontrolu na dan lansiranja i oporavak nakon lansiranja—uz enterprise-grade workflowe prilagođene web stranicama od 100K URL-ova do 10M+ URL-ova. Vođen od strane Andriia Stanetskyia u Tallinnu, Estonija, servis kombinira 11+ godina enterprise eCommerce SEO-a, Python automatizaciju i QA uz potporu AI-ja kako bi smanjio rizik i skratio vrijeme oporavka.

Iskustvo i rezultati projekata

Traffic Loss Target

50+

Migrations Managed

↑

10M+

URLs Remapped

↑

24h

Critical Issue Detection Window

↑

Brza SEO procjena

Odgovori na 4 pitanja — dobij personaliziranu preporuku

Koliko je velika tvoja web stranica?

Koji ti je najveći SEO izazov trenutno?

Imaš li posvećen SEO tim?

Koliko je hitno poboljšati SEO?

Saznaj više

Zašto je planiranje SEO migracije važno u 2025.-2026.

SEO migracije su postale teže, a ne lakše, jer moderni web-sajtovi više nisu samo skup HTML stranica koje se premještaju s jednog poslužitelja na drugi. Tipična replatformacija sada istovremeno uključuje promjene u renderiranju putem JavaScripta, CDN pravila, fasetiranu navigaciju, šablone vođene API-jem, slojeve za lokalizaciju te migracije analitike. Ako se i samo jedan od tih slojeva prekine, Google može unutar nekoliko dana izgubiti ekvivalenciju URL-ova, kanoničku konzistentnost ili putanje za crawl. Često vidim tvrtke koje ulažu šest ili sedam znamenki u redesign, dok gotovo ne ulažu u upravljanje migracijom, pa se onda čude zašto rangiranja padnu nakon lansiranja. Rizik je najveći kada razvojni timovi tretiraju SEO kao redirect spreadsheet, umjesto kao cjelovitu promjenu sustava. Prije nego što migracija uopće započne, obično je usklađujem s tehničkim SEO auditom kako bih postavio početno stanje (baseline) problema i razdvojio staru tehničku dug prema novim problemima pri lansiranju. Ta razlika je bitna jer ne možete popraviti ono što ne možete pripisati (atribuirati).

Kada je plan migracije slab, trošak nečinjenja ne izgleda kao jedan očigledan promašaj, nego dolazi u slojevima. Prvo, odredišne stranice visoke vrijednosti gube rangiranja jer preusmjeravanja upućuju preširoko, canonicals se mijenjaju ili interne poveznice i dalje upućuju na umirovljene URL-ove. Zatim Google troši crawl budget na duplikate s parametrima, redirect lance ili soft 404 pogreške dok se važni dijelovi otkrivaju prekasno. Ubrzo potom nastupa i utjecaj na prihode u kategorijskim, brand i long-tail skupovima upita, posebno za eCommerce stranice gdje tisuće stranica generiranih predlošcima ovise o predvidivom indeksiranju. Konkurenti dobivaju udio tijekom te zbrke jer zadržavaju stabilne signale URL-ova, dok vaša stranica šalje pomiješane signale. Preporučujem provjeru SERP razlike prije lansiranja putem analize konkurencije, kako bi poslovanje razumjelo koliki je na kocki vidljivost i koji klasteri upita moraju biti zaštićeni kao prvi prioritet. Loša migracija ne smanjuje samo promet; ona predaje tržišni udio bržim operaterima koji su zadržali svoju arhitekturu netaknutom.

Prednost je znatna kada se migracija upravlja kao inženjerski projekt s SEO kontrolama ugrađenim u svaku fazu. Na 41 eCommerce domenu koja posluje na 40+ jezika, vidio sam planirane migracije koje čuvaju raspodjelu autoriteta u rangiranju, vraćaju indeksiranje unutar nekoliko tjedana, pa čak i poboljšavaju učinkovitost crawl-a jer se tijekom selidbe uklanja zastarjeli „otpad”. Na vrlo velikim web-lokacijama isti proces koji štiti promet može također pojednostaviti URL strukture, očistiti kanonsku logiku i uspostaviti bolju kontrolu indexiranja za sljedećih 12-24 mjeseca. U nekoliko slučajeva, migracija je bila trenutak za rješavanje problema koji su godinama kočili rast, uključujući zamke duboke paginacije, slabo unutarnje povezivanje i nekontrolirano širenje parametara. Rezultat nije samo preživljavanje nakon lansiranja; to je snažnija organska baza s čistijim podacima i manje „gašenja požara” ručno. Moj rad kombinira kontrole migracije s analizom log datoteka i kontinuiranim SEO izvještavanjem i analitikom kako bismo pratili oporavljaju li se signalni podaci za Googlebot, indexiranje i prihod prema očekivanjima. Tako migraciju pretvarate iz rizičnog događaja u kumulativnu prednost.

Kako pristupamo SEO migracijama i projektima replatformiranja

Moja metodologija migracije temelji se na jednom principu: svaki relevantan SEO signal mora ili biti očuvan, namjerno poboljšan ili izričito umirovljen uz poslovni razlog. To zvuči očigledno, ali većina migracija ne uspijeva zato što timovi prate samo URL-ove i ignoriraju sustave oko njih: interne poveznice, predloške (template), renderiranje, sitemapove, logove, analitiku i varijacije između tržišta. Ne koristim generičku checklistu kopiranu iz blog posta i primijenjenu jednako na web-stranicu s 5.000 stranica i na eCommerce katalog s 12 milijuna URL-ova. Umjesto toga, migraciju gradim oko stvarnih skupina rizika kao što su kombinacije parametara koje se mogu indeksirati, izolirani (orphan) odjeljci, nasljeđivanje predložaka i obrasci sukoba preusmjeravanja (redirect conflict). Za velike web-stranice, velik dio tog posla ubrzava se kroz Python SEO automatizaciju, tako da se inventari URL-ova, provjera mapiranja (mapping validation), provjere pariteta (parity checks) i detekcija anomalija mogu obraditi u mjerilu. Upravo ta automatizacija razlog je zašto se složene migracije mogu kretati brzo bez da postanu nemarne. Cilj nije automatizirati prosudbu; cilj je ukloniti ponavljajuće provjere kako bi se prosudba mogla usmjeriti na stranice i obrasce koji su najvažniji.

Na razini alata kombiniram Screaming Frog, Sitebulb, analizu server logova, Google Search Console API-je, izvoze iz GA4 ili Adobe Analyticsa te prilagođene crawler-e ovisno o stacku. Migracija se nikada ne bi smjela oslanjati na jedan izvor podataka jer svaki izvor odgovara na drugo pitanje: crawler-i prikazuju arhitekturu, logovi pokazuju ponašanje bota, GSC prikazuje indeksiranje i obrasce upita, a analitika prikazuje komercijalni utjecaj. Redovito gradim pre-launch i post-launch podatkovne pipeline-e koji uspoređuju status kodove, kanoničke oznake (canonicals), naslove (titles), zaglavlja (headings), strukturirane podatke, uključenost u sitemap te broj internih linkova između starih i novih okruženja. Za poduzeća (enterprise) ti se provjere često pišu kao ponovljivi skripti pa se ista validacija može svakodnevno pokretati tijekom launch tjedna. Izvještavanje je vezano uz okvir za donošenje odluka, a ne uz “vanity” (površne) dashboard-e, zbog čega se projekti migracije često uključuju u širi SEO reporting & analytics. Ako se neka metrika pomakne, dashboard bi nam trebao reći koji je predložak (template), sekcija ili tehnička promjena odgovorna. To skraćuje put od detekcije do rješenja.

AI je koristan u migracijama, ali samo u strogo kontroliranim dijelovima workflowa. Koristim Claude i modele u stilu GPT-a za sažimanje change logova, klasificiranje nepodudaranja namjere preusmjeravanja, grupiranje QA nalaza i pretvaranje tehničkih nalaza u dokumentaciju spremnu za dionike, osobito kada se mora pregledati na stotine stranica ili rulesetova. Ono što AI ne radi jest donošenje konačnih odluka o preusmjeravanjima, definiranje kanonske politike ili odobravanje spremnosti za launch bez determinističke provjere. Najveća vrijednost AI-ja je brzina prepoznavanja obrazaca i komunikacije, zbog čega se dobro nadopunjuje uz prilagođene skripte i ručni pregled. Na multijezičnim web stranicama AI također može pomoći usporediti podudarnost templatea po tržištima te istaknuti nekonzistentne obrasce meta oznaka koje bi bilo predugo ručno pregledavati. Ti workflowi izravno se povezuju s mojom uslugom AI & LLM SEO workflows, ali kontrola kvalitete ostaje vođena od strane čovjeka. U migracijskim radovima, brzi pogrešan odgovor i dalje je pogrešan, pa se svaki automatizirani ili AI-potpomognuti nalaz mora provjeriti na temelju dokaza s crawla, logova ili dokaza na razini stranice.

Promjene mjerila sve mijenjaju u SEO migracijama. Web stranica od 200 stranica ponekad može preživjeti uz osnovni plan preusmjeravanja i pažljivo crawlanje, ali posao koji upravlja s 500K do 10M indeksiranih URL-ova treba kontrole na razini arhitekture. Trenutno radim s nekretninama koje generiraju oko 20M URL-ova po domeni, s 500K do 10M indeksiranih po nekretnini, pa je metodologija izgrađena za „inflaciju” URL-ova, fasetirano pretraživanje, lokalizaciju i djelomično nasljeđivanje predložaka između tržišta. U takvim okruženjima ne možete provjeravati svaku stranicu pojedinačno; validirate URL pravila, tipove stranica, klastere upita (query clusters) i putanje indeksiranja. Zato se poslovi migracije često preklapaju s arhitekturom web stranice, međunarodnim i multijezičnim SEO-om i razvoj web stranice + SEO. Migracija nije samo prebacivanje sadržaja s platforme A na platformu B; to je zaštita načina na koji se otkrivanje (discovery), prikaz (rendering), relevantnost (relevance) i „equity” (authority/cjenovna vrijednost) prenose kroz sustav. Ako je taj sustav pravilno dizajniran, nova platforma postaje lakša za skaliranje i dugo nakon lansiranja.

Strategija migracije enterprise SEO-a: kako stvarno izgleda replatformiranje

Standardni savjeti za migraciju brzo postaju nedovoljni kada je web-mjesto veliko, višejezično ili duboko integrirano s podacima o proizvodima. Spreadsheat s preusmjeravanjima može biti dovoljan za mali site, ali nije dovoljno kada se milijuni URL-ova generiraju iz kategorija, filtera, stanja pretraživanja, stranica brendova i varijacija specifičnih za pojedinačno tržište. U poduzećima rizik rijetko proizlazi iz jedne katastrofalne pogreške; češće je to stotinu manjih neusklađenosti koje zajedno erodiraju vidljivost. Canonical oznake se “pomaknu”, interni linkovi i dalje upućuju na legacy putanje, sitemapovi izlažu URL-ove koji se ne mogu indeksirati, JavaScript blokira sadržaj dok se ne učita (hydration), a hreflang reference ukazuju na stare strukture. Legacy sustavi također stvaraju povijesne nedosljednosti koje se otkriju tek tijekom migracije, kao što su stranice koje rangiraju dobro unatoč slaboj arhitekturi ili templateovi koji tiho generiraju tanke duplikate. Zato migracija za poduzeća treba model zasnovan na tipovima stranica, skupovima pravila i obradi iznimki—ne oslanjanje samo na ručne provjere “na brzinu”.

Custom sloj je mjesto gdje se stvara većina vrijednosti. Rutinski izrađujem skripte za usporedbu starih i novih skupova URL-ova, otkrivanje redirect loopova i mapiranja many-to-one, mjerenje podudarnosti naslova i headinga po predlošku te označavanje sukoba u sitemapu ili kanonikalnim URL-ovima na milijunima zapisa. Na nekim projektima ove skripte smanjile su ručno QA vrijeme za približno 80%, čime je bilo prostora za dublji pregled umjesto više Excel tablica. Tijekom jedne migracije, automatizirana validacija otkrila je obrazac u kojem su lokalizirane stranice kategorija ispravno radile redirect, ali su nasljeđivale pogrešnu kanonikalnu metu—grešku koja bi razvodnila indeksiranje na 14 tržišta. U drugom slučaju, analiza crawl-a i logova pokazala je da Googlebot opetovano troši upite na umirovljene URL-ove s parametrima, pa smo preusmjerili interne poveznice i očistili server odgovore kako bismo poboljšali učinkovitost crawl-a 3× unutar nekoliko tjedana. Kada migracije zadiru u automatski generirane landing stranice ili imovinu velikog opsega templatiranih elemenata, posao se često preklapa s programmatic SEO for enterprise jer se isti sustavi pravila koji stvaraju stranice moraju očuvati ili pametno prepisati. Poanta nije imati više alata nego svi drugi; poanta je imati prave alate za točne načine na koje se web mjesto može slomiti.

Migracija također propadne kada SEO stručnjak djeluje kao izolirani recenzent umjesto kao integrirani partner u isporuci. Moja uloga obično se nalazi između produkta, razvoja, analitike, sadržaja i regionalnih timova, jer je lansiranje uspješno samo ako svaka grupa zna koje odluke utječu na vidljivost i rangiranje. Razvojni timovi trebaju točne tehničke kriterije prihvaćanja, a ne generičke preporuke. Timovi za sadržaj trebaju znati koja su pravila za naslove, podnaslove i obrasce teksta obavezna za ekvivalenciju, a što se može poboljšati nakon lansiranja. Menadžeri proizvoda trebaju backlog rangiran po riziku kako bi se blokatori lansiranja odvojili od onoga što je samo “dobro imati”. Zato se poslovi migracije često povezuju s razvojem web stranice + SEO-om te s naknadnim SEO kuriranjem & mjesečnim upravljanjem nakon lansiranja. Isporuka migracije nije PDF; to je sustav radnih odluka koji tim može koristiti pod vremenskim pritiskom.

Povrati od migracijskih radova rijetko su linearni i očekivanja treba postaviti iskreno. U prvih 30 dana glavni su ciljevi tehnička stabilnost, točna implementacija redirectova, ubrzanje ponovnog crawlanja i sprječavanje “index bloat”-a. Do 60-90 dana trebali biste vidjeti vraća li se vidljivost za dijelove s visokom vrijednošću te troši li Googlebot vrijeme na ispravnim predlošcima. Nakon 6 mjeseci, poslovanje treba procijeniti je li nova platforma poboljšala učinkovitost crawlanja, brzinu objave sadržaja i mogućnost skaliranja u nove sekcije ili na nova tržišta. Nakon 12 mjeseci, najbolje migracije nadmašuju staru stranicu jer je tijekom prijelaza uklonjen tehnički dug, a ne samo prenesen dalje. Metri ke koje najviše pomno pratim su jednakost indeksiranih URL-ova po predlošku, vidljivost bez branda, oporavak klastera upita, smanjenje “crawl waste”-a i stabilnost organskog prihoda. Ti signali pokazuju je li migracija samo preživjela ili je stvorila jači organski sustav.

Isporuke

Što je uključeno

01 Pre-migracijsko osnovno mjerenje (benchmarking) koje bilježi rangiranja, indeksirane stranice, predloške, revenue (stranice s prihodima), ponašanje pri crawlingu i tehnički dug kako bi se promjene nakon lansiranja mogle mjeriti na temelju stvarnih podataka, a ne pretpostavki.

02 Popis URL-ova i mapiranje preusmjeravanja na razini obrazaca stranica i na razini pojedinačne stranice, osiguravajući da se najvrijedniji legacy URL-ovi usmjere na najrelevantniju destinaciju umjesto da se masovno šalju u generičke kategorije ili na početnu stranicu.

03 Provjera pariteta predložaka za naslove, meta opise, canonicals, naslove (headings), hreflang, strukturirane podatke (structured data), interne poveznice i direktive za indeksiranje kako bi se ključni SEO signali sačuvali tijekom prijenosa na novu platformu.

04 QA testiranje (provjera) staging okruženja koje provjerava renderiranje, crawlabilnost, robots pravila, status kodove, fasetiranu navigaciju, JavaScript hydration i ponašanje na mobilnim uređajima prije nego što bilo što dođe u produkciju.

05 Okvir za praćenje na dan lansiranja koji obuhvaća server logove, GSC, analitiku, crawl snapshotove, XML sitemape i validaciju preusmjeravanja kako bi se kritični problemi otkrili unutar sati, a ne unutar tjedana.

06 Kontrole međunarodne migracije za ccTLD, podmape ili setupove sa subdomainima, uključujući konzistentnost hreflang-a, regionalne canonicals, logiku prebacivanja jezika i mapiranje stranica specifično za pojedinačna tržišta.

07 Uklanjanje problema u internom povezivanju (internal linking remediation) koje ažurira navigaciju, breadcrumbs, poveznice u podnožju (footer links), XML sitemape i kontekstualne poveznice kako bi Google pronašao nove URL-ove izravno umjesto da se oslanja na preusmjeravanja.

08 Plan povrata (rollback) i planiranje za nepredviđene situacije s unaprijed definiranim pragovima, odgovornostima za probleme, putanjama eskalacije i hitnim skupovima pravila za robots, canonicals, preusmjeravanja i obradu odgovora servera.

09 Roadmap oporavka nakon lansiranja koji prioritetno obrađuje indeksiranje, učinkovitost crawlinga, revenue predloške i klastere upita, tako da tvrtka zna što treba popraviti u tjednu 1, tjednu 2, u mjesecu 1 i u mjesecu 3.

10 Izvršna i implementacijska dokumentacija prevedena za developere, product manager-e, content timove i rukovodstvo kako bi odluke o migraciji bile provedive i sljedive (traceable) kroz sve dionike.

Proces

Kako to funkcionira

Faza 01

Faza 1: Revizija, benchmark i model rizika migracije

Tjedni 1-2 fokusirani su na razumijevanje trenutnog web-mjesta prije nego itko počne razgovarati o datumima lansiranja. Prikupljam osnovne podatke o organskom prometu, vodećim URL-ovima po prihodima, grupama predložaka, razinama indeksiranja, internim poveznicama, učestalosti crawlanja, strukturiranim podacima i postojećem tehničkom dugu. Zatim gradim model rizika migracije koji odvaja kritične predloške od područja manjeg utjecaja te identificira što mora ostati jednako, a što se može poboljšati tijekom prijelaza. Rezultat je benchmark paket, registar rizika i prioritetni opseg na koji se mogu uskladiti Product, razvoj, SEO i vodstvo.

Faza 02

Faza 2: Mapiranje URL-ova, specifikacija i staging QA

Tjedni 2-5 fokusirani su na pretvaranje strategije u pravila implementacije. Kreiram logiku za mapiranje preusmjeravanja, definiramo kanonsku i politiku indeksiranja, dokumentiram pravila za sitemap, provjeravam usklađenost predložaka (template parity) i validiram staging okruženja radi preglednosti (crawlability) i prikaza (rendering). Ovo je također trenutak kada se testiraju interna poveznica (internal linking), breadcrumbi, paginacija, hreflang i strukturirani podaci kako bi se izbjegla iznenađenja nakon lansiranja. Do kraja ove faze, tim ima launch checklist s kriterijima prolaz/ne prolaz, umjesto nejasnog osjećaja da nova stranica izgleda spremno.

Faza 03

Faza 3: Kontrola lansiranja i prvih 72 sata

Tjedan lansiranja provodi se kao prevencija incidenata, a ne kao slavlje. Pratim statusne kodove, ponašanje kodova preusmjeravanja (redirect), robots direktive, live XML sitemapove, praćenje analitike, slanje u GSC, server logove i ključne primjere predložaka unutar nekoliko sati od go-livea. Kada se pojave problemi, trijažiram ih prema poslovnom utjecaju: prvo stranice s prihodima, stranice s visokom link-equity vrijednošću i zatim glavni predlošci. Isporuka je aktivan popis (issue queue) s odgovornima, rokovima i validacijom kako bi tvrtka točno znala što je pokvareno, što je popravljeno i što se još nadzire.

Faza 04

4. faza: Oporavak, ponovno crawlanje i stabilizacija rasta

Završna faza obuhvaća sljedećih 4-12 tjedana, ponekad i dulje za vrlo velike web-stranice. Uspoređujem staru i novu izvedbu po sekcijama, po klasteru upita i po predlošcima (template), zatim radim na učinkovitosti crawlanja, usklađenosti indexacije (indexation parity), čišćenju preusmjeravanja (redirect clean-up), ažuriranju internih poveznica (internal link updates) te oporavku sadržaja ili metapodataka (content or metadata recovery) gdje je potrebno. Upravo ovdje migracije prestaju biti reaktivne i počinju postajati strateške, jer kad se stabilnost vrati, nova platforma može se optimizirati za bolju skalabilnost od stare. Rezultat je plan oporavka, periodični izvještaji o izvedbi i backlog poboljšanja nakon migracije rangiran prema očekivanom utjecaju.

Usporedba

SEO migracijska usluga: standardni agencijski proces naspram enterprise pristupa

Dimenzije

Standardni pristup

Naš pristup

Otkrivanje

Kratko pre-launch skeniranje i generički checklist, često bez osnovnih rangiranja, segmentacije prema predlošku i prioritetizacije stranica za prihod.

Potpuno mjerilo/snimka (benchmark) u smislu prometa, rangiranja, predložaka za prihod, logova, indeksiranih stranica i tehničkog duga, kako bi se post-launch kretanje moglo precizno pripisati.

Mapiranje preusmjeravanja

Veliki broj jedinstvenih 1-na-1 ili mnogo-na-1 preusmjeravanja kreira se kasno, s malo poslovne logike i minimalnom validacijom.

Pravilo-temeljeno i prioritetno mapiranje koje čuva namjeru, povezničku vrijednost (link equity) i visokovrijedne putanje, uz automatiziranu validaciju za lance, petlje i nepodudaranja.

Predložak QA

Ručno spot-provjere na malom uzorku stranica, obično fokusirane samo na vidljive elemente.

Provjere pariteta za naslove, kanonikalne oznake, naslove (H1/H2), schema, hreflang, interne linkove, izlaz prikaza (rendering) i pravila indeksiranja po predlošku i tržištu.

Pokrenite nadzor

Pričekajte da Search Console i analitika pokažu probleme danima kasnije, a zatim ih istražite reaktivno.

Pratite status kodove, ponašanje preusmjeravanja, server dnevnike, slanje sitemapova, crawl-ove i snimke predložaka unutar nekoliko sati od lansiranja.

Međunarodno postupanje

Tretirajte prevedene stranice kao duplikate glavnog tržišta i nadajte se da preusmjeravanja pokrivaju regionalnu složenost.

Provjerite logiku tržište-po-tržište za hreflang, kanonske URL-ove, lokalne predloške, obrasce URL-ova i regionalne stranice s prihodima.

Oporavak nakon izlaska na produkciju

Popravite vidljive probleme ad hoc i proglasite uspjeh čim promet prestane padati.

Pokrenite strukturirani plan oporavka koji obuhvaća ubrzanje ponovnog indeksiranja, ažuriranje internih poveznica, smanjenje otpada pri crawl-u, paritet indeksacije i prilike za rast na razini sekcija.

Kontrolni popis

Kompletan SEO migracijski kontrolni popis: što obuhvaćamo

✓ Točnost mapiranja URL-ova za glavne stranice, predloške i legacy obrasce, jer loše mapiranje šalje autoritet na neodgovarajuće odredišta i može uništiti rangiranja koja su se gradila godinama. KRITIČNO
✓ Paritet kanonskog URL-a između starih i novih predložaka, jer pogrešan kanonski URL može de-indeksirati ispravnu stranicu čak i kada su preusmjeravanja tehnički ispravna. KRITIČNO
✓ Robots, meta robots i direktive zaglavlja između stage i produkcije, jer jedan noindex ili blokirana putanja na razini predloška može ukloniti cijele dijelove iz rezultata pretraživanja. KRITIČNO
✓ Ažuriranje internih poveznica u navigaciji, krušnim mrvicama, podnožjima i kontekstualnim modulima, jer oslanjanje na preusmjeravanja za otkrivanje usporava oporavak i troši crawl budžet.
✓ Pokrivenost i čistoća XML sitemapova, jer sitemapi koji uključuju URL-ove koji su preusmjereni, kanonikalizirani ili koji nisu indeksabilni zbunjuju tražilice tijekom ponovnog procesiranja.
✓ Očuvanje strukturiranih podataka za predloške proizvoda, kategorije, organizacije, FAQ-a, breadcrumba i članka, jer gubitak sheme može smanjiti mogućnost dobivanja rich rezultata nakon lansiranja.
✓ Dosljednost hreflang i regionalnih URL-ova, jer neispravne reference za tržišta često uzrokuju kanibalizaciju između zemalja i slabiju lokalnu vidljivost.
✓ Provjera valjanosti odgovora poslužitelja uključujući ponašanje 200, 301, 302, 404 i 410, jer nedosljedno rukovanje statusima uzrokuje da Google ponovno procjenjuje kvalitetu web-mjesta i usporava konsolidaciju.
✓ Podudarnost prikaza i sadržaja na stranicama koje se pokreću pomoću JavaScripta, jer sadržaj koji je skriven do izvršavanja na strani klijenta može dovesti do slabijeg indeksiranja ili nepotpunih signala relevantnosti.
✓ Spremnost za povratak (rollback) uz dodjele vlasnika i pragove za issue-e, jer je najbrži način za ograničavanje štete znati točno kada i kako poništiti loš element u deployu.

Rezultati

Stvarni rezultati iz SEO migracijskih projekata

Enterprise fashion eCommerce

+18% non-brand vidljivosti u 4 mjeseca

Ovaj projekt uključivao je replatforming s legacy storefronta na brži tehnološki stack na 12 tržišta. Ključni rizik bio je gubitak vrijednosti kategorija i brend stranica tijekom restrukturiranja URL-ova koje je istovremeno promijenilo logiku navigacije. Rekonstruirao sam redirect pravila po obrascima, validirao kanonsku vrijednost i podudarnost hreflang oznaka te kombinirao praćenje migracije s kontrolama za međunarodni i višeznačni SEO. Promet je kratko pao u 1. tjednu, stabilizirao se do 3. tjedna, a non-brand vidljivost premašila je staru platformu za 18% unutar 4 mjeseca jer je smanjen crawl waste i poboljšano interno povezivanje.

Veliko tržište (marketplace)

Ponovno obrađeno 500K+ URL-ova/dan nakon lansiranja

Tržište je sadržavalo milijune kombinacija na stranicama različitih prodavača, kategorija i lokacija, uz ozbiljan rizik od duplikata parametara i “orphan” inventara. Uveli smo postupna pravila, prilagođene skripte za validaciju i ažuriranja arhitekture web-stranica kako bismo spriječili da se nakon lansiranja u indeks prelijevaju stanja niske vrijednosti. Tijekom prvog mjeseca Googlebot je usmjeravan prema novim prioritetnim sekcijama, dok su zastarjeli URL-ovi s parametrima uredno umirovljeni. Rezultat je bila brža ponovna obrada, kontroliranije indeksiranje i bez dugotrajnog pada vidljivosti na predlošcima koji donose prihod.

B2B industrijski katalog

3× veća učinkovitost crawl-a i oporavak prometa u 5 tjedana

Ova migracija kombinirala je preseljenje domene, promjenu CMS-a i čišćenje sadržaja, što je značilo da je tim u praksi mijenjao sve odjednom. Web-lokacija je imala više od 1,6M starih (legacy) URL-ova, nedosljedne canonical oznake i desetke putanja za interna pretraživanja niske kvalitete koje su se još uvijek crawlale. Kombinirao sam konsolidaciju preusmjeravanja, analizu log datoteka i post-launch schema & structured data popravke kako bih povratio vidljivost i očistio indeksacijske signale. U roku od 5 tjedana organski posjeti vratili su se na početnu razinu, a učinkovitost crawl-a poboljšala se približno 3× jer je Googlebot trošio daleko manje vremena na duplikate ili već ugašćene putanje.

Povezane studije slučaja

4× Growth

SaaS

Cybersecurity SaaS International

From 80 to 400 visits/day in 4 months. International cybersecurity SaaS platform with multi-market S...

0 → 2100/day

Marketplace

Used Car Marketplace Poland

From zero to 2100 daily organic visitors in 14 months. Full SEO launch for Polish auto marketplace....

10× Growth

eCommerce

Luxury Furniture eCommerce Germany

From 30 to 370 visits/day in 14 months. Premium furniture eCommerce in the German market....

Andrii Stanetskyi

Head of SEO / Technical SEO Lead

11 godina rješavanja SEO problema u svim industrijama — eCommerce, SaaS, medicinska, marketplace platforme, uslužne tvrtke. Od individualnih audita za startupe do upravljanja enterprise stackovima s više domena. Pišem Python, gradim dashboarde i preuzimam odgovornost za ishod. Bez posrednika, bez voditelja računa — izravno do osobe koja radi posao.

200+

Dostavljeni projekti

Industrije

40+

Obuhvaćeni jezici

11+

Godine u SEO-u

Provjera usklađenosti

Je li SEO migracija prava stvar za vaš posao?

Enterprise eCommerce brendovi koji prelaze na novu platformu, headless izradu ili regionaliziranu strukturu storefronta. Ako vaš katalog, sustav kategorija i interne veze generiraju veliki dio prihoda, kontrola migracije je obavezna, a ne opcionalna. To je posebno važno za poslovanja kojima je nakon lansiranja potrebna i SEO dubina za enterprise eCommerce.

Međunarodne tvrtke koje mijenjaju domene, jezične mape, marketinško usmjeravanje ili logiku CMS-a u više zemalja. Ove migracije nose dodatni rizik jer hreflang oznake, kanonikalni URL-ovi (canonical) i lokalizirani predlošci moraju ostati usklađeni. Ako je uključeno više timova ili tržišta, ovaj posao treba od početka uskladiti uz međunarodni i višejezični SEO nadzor.

Tvrtke s 100K+ URL-ova, višeslojnim (faceted) prikazom navigacije, velikim dokumentacijskim cjelinama ili programski generiranim stranicama. U toj razini, oslanjanje isključivo na ručni QA (osiguranje kvalitete) prebrzo postaje presporo i previše krhko, zbog čega se postupak oslanja na automatizaciju i provjere temeljene na pravilima. Mnogi od tih projekata dobro se povezuju i s programmatic SEO za poduzeća kada se mijenjaju predlošci i logika generiranja stranica.

Tvrtke koje su već dogovorile datume lansiranja i trebaju operativnu osobu koja može raditi izravno s razvojnim, analitičkim i produktnim timovima pod pritiskom. Moja uloga odgovara timovima koji žele precizne popise problema, okvire za donošenje odluka i podršku pri implementaciji, a ne generičko savjetovanje. Posebno je korisno kada je migracija dio šireg rebuilda u okviru website development + SEO.

Nije pravi izbor?

Mala brošurna web stranica s nekoliko stranica i bez značajnog organskog dosega možda neće trebati puni angažman za migraciju. U tom slučaju često je dovoljno ciljano tehničko SEO audit plus smjernice za preusmjeravanja.

Timovi koji su još uvijek u fazi odabira CMS-a, definiranja smjera redizajna ili informacijske arhitekture, ali još nisu započeli implementaciju, mogu prvo dobiti više vrijednosti od website-development-seo ili planiranja site architecture, prije nego što se razgovara o izvršenju migracije.

FAQ

Često postavljana pitanja

SEO migracija je proces očuvanja i prijenosa „SEO vrijednosti” organskog pretraživanja kada web stranica mijenja platformu, domenu, strukturu URL-ova, dizajnerski sustav ili tehnički stack. Rizična je jer Google ne doživljava redizajn onako kako ga doživljavaju korisnici; on vidi promijenjene URL-ove, izmijenjene interne poveznice, drugačije kanonikalne oznake, novo ponašanje renderiranja i ponekad potpuno nove putanje za crawl. Ako su ti signali nedosljedni, rangiranja mogu pasti čak i kad sadržaj izgleda slično. Rizik je veći na web mjestima s više predložaka, više tržišta i više generiranih URL-ova. Migracija je uspješna kada pretraživači mogu jasno razumjeti što se preselilo, što je ostalo ekvivalentno i što se namjerno uklonilo.

Cijena SEO migracije ovisi o opsegu posla, broju URL-ova, tehničkoj složenosti, broju tržišta te o tome koliko je SEO uključen u ranoj fazi planiranja. Migracija za manju ili srednju web-stranicu ponekad je više kao fokusirano savjetovanje, dok kod međunarodnog eCommerce prebacivanja obično treba više tjedana intenzivne podrške u fazama planiranja, QA-a, lansiranja i oporavka. Najveći utjecaj na cijenu nije samo broj stranica, nego broj jedinstvenih predložaka, pravila preusmjeravanja i uključenih timova. Procjenu najčešće radim prema riziku i opterećenju, a ne prema proizvoljnim paketima. Ako želite točnu ponudu, trebam uvid u postojeću arhitekturu, planirani rok lansiranja, tržišta i je li razvojna podrška već osigurana.

Kod većine ozbiljnih migracija planiranje traje 4–8 tjedana prije lansiranja, a nadzor nakon pokretanja traje najmanje 4–12 tjedana. Veći projekti za poduzeća s kompleksnom lokalizacijom, više repozitorija ili milijunima URL-ova mogu zahtijevati dulju pripremu, jer logika preusmjeravanja, podudarnost predložaka i QA testiranje traže više vremena. Najčešća greška koju vidimo je pokretanje SEO-a dva tjedna prije releasea, kada su mnoge ključne odluke već zaključane. Dobar vremenski plan uključuje baseline mjerenja, mapiranje, staging QA, kontrolu lansiranja i plan oporavka. Oporavak nije fiksni broj tjedana jer Google ponovno indeksira različite stranice različitim brzinama, ali prvi trendovi najčešće se vide unutar nekoliko dana do nekoliko tjedana.

„Nulti gubitak prometa“ je cilj, a ne obećanje koje bi pošteni SEO mogao dati. I dobro vođene migracije mogu pokazati privremenu volatilnost jer Googleu treba vrijeme da obradi preusmjeravanja, ponovno indeksira novu stranicu i procijeni nove predloške. Ono čemu težim je kontrolirani rizik, brzo otkrivanje problema i najkraća realna krivulja oporavka. Kod jakih migracija, povrat najvrijednijih dijelova često se vidi u roku od 2–6 tjedana, dok potpuna stabilizacija na velikim web mjestima može potrajati nekoliko mjeseci. Razlog zašto planiranje ima presudnu ulogu je taj što kratki, upravljivi pad nije isto što i spriječiv pad od 40% koji traje cijeli kvartal.

Prije lansiranja migrirane web stranice potrebno je najmanje testirati preusmjeravanja (redirects), status kodove, kanonske oznake (canonicals), robots pravila, XML sitemapove, interne poveznice, praćenje u analitici, strukturirane podatke, hreflang postavke te prikaz na mobilnim uređajima i mogućnost indeksiranja po predlošku. Kod web stranica koje se oslanjaju na JavaScript ili su headless, dodatno uspoređujem renderirani HTML i provjeravam da je ključni sadržaj vidljiv te da nema problema s „broken hydration“. Kod velikih webova testiranje se mora raditi po pravilima i predlošcima, a ne samo na nekoliko uzoraka, jer mali bug u predlošku može utjecati na tisuće URL-ova. Također validiram staging okruženje kako bih osigurao da se slučajno noindex ili blokirano ponašanje resursa ne prenese u produkciju. Popis za lansiranje radi tek kada svaka stavka ima jasno definiranu provjeru (pass/fail) i odgovornu osobu.

Da, jer svaka platforma stvara različite prednosti, ali i različite točke na kojima migracija može zakazati. Shopify migracije često otkriju ograničenja oko upravljanja URL-ovima, predložaka (templating) i dupliciranja koje nastaje zbog aplikacija. Magento projekti mogu postati kompleksni zbog slojevitih filtera i navigacije, više prikaza trgovine (store views) te povijesti starih preusmjeravanja. Headless rješenja uvode rizike povezane s renderiranjem, hidratacijom, cachingom i preview okruženjima koji nisu tipični za tradicionalne CMS platforme. Custom platforme mogu varirati još više jer SEO ponašanje ovisi o tome što je razvojni tim izgradio i što je stvarno dostupno crawlerima. Osnovna pravila migracije ostaju ista, ali se detalji implementacije, dubina QA-a i prioriteti za praćenje (monitoring) mijenjaju ovisno o tehnologiji.

Ključ je prestati razmišljati na razini pojedinačne stranice i početi razmišljati kroz template, pravila i segmente. URL-ove grupiramo po tipu stranice, tržištu, namjeri korisnika i poslovnoj vrijednosti, a zatim validiramo ponašanje migracije kroz te skupine koristeći crawler-e, logove, API-je i prilagođene skripte. Time je moguće auditirati milijune zapisa bez pretpostavke da se svaka stavka može ručno pregledati. Na webovima s 10M+ generiranih URL-ova dodatno razdvajamo generirana stanja koja nikad ne smiju u indeks od stranica koje moraju zadržati SEO autoritet. Ljestvica je izvediva kada su arhitektura, logika preusmjeravanja i nadzor postavljeni tako da podrže rast od prvog dana.

Nakon lansiranja rad se prebacuje s preventivnih aktivnosti na kontrolirani oporavak i optimizaciju. Pratim ponašanje pri crawlanu, indeksiranje, vidljivost, organski promet i prihode, učinkovitost preusmjeravanja te anomalije na razini predložaka. Zatim popravke prioritetiziram prema poslovnom utjecaju. Većini tvrtki potrebna je barem 1–3 mjeseca praćenja jer se tada otkriju skriveni problemi i jer Google postupno pokazuje kako tumači novu stranicu. Za veće sustave migracija često postaje početak šireg operativnog modela uz [SEO curation & mjesečno upravljanje](/services/seo-monthly-management/). Kontinuirana podrška posebno je važna ako želite da nova platforma nadmaši staru, a ne samo da se vrati na početnu razinu.

Sljedeći koraci

Započnite svoj SEO migracijski projekt pravim planom

Uspješna migracija nije stvar sreće, niti je rezultat jednog redirect-a poslanog dan prije pokretanja. Ona nastaje usporedbom (benchmarkingom) trenutnog sajta, zaštitom stranica koje ostvaruju prihod, validacijom novih predložaka u mjerilu te praćenjem prvih tjedana s dovoljno preciznosti da se problemi otkriju prije nego što postanu gubici. To je posao koji radim kao praktičar: 11+ godina u enterprise eCommerce SEO-u, 41 domena na 40+ jezika, iskustvo s arhitekturama URL-ova od 10M+ te model isporuke koji kombinira tehničku dubinu s Python automatizacijom i AI-pomoći za QA. Rezultat nije samo manji rizik pri lansiranju. To je čišća, skalabilnija organska osnova koja može poduprijeti budući rast u sadržaju, kategorijama, tržištima i otkrivanju proizvoda.

Prvi korak je poziv za procjenu opsega migracije u sklopu kojeg pregledavamo vašu trenutnu platformu, ciljnu platformu, planirani rok lansiranja, količine URL-ova, postavke tržišta i najvažnije dijelove web-mjesta s komercijalnog aspekta. Nakon toga obično mogu definirati najvjerojatnija rizična područja, što treba odmah auditrati i treba li projektu potpuni okvir za migraciju ili užu intervenciju. Ako nastavimo, prvi isporučiv rezultat obično je baseline audit i migracijski risk model unutar prvih 5-10 radnih dana, ovisno o pristupu i složenosti. Ne trebate imati savršenu dokumentaciju prije nego što nas kontaktirate; pristup analitici, Search Consoleu, crawl-u i osnovni plan lansiranja obično je dovoljan da se krene. Ako je datum migracije već vrlo blizu, to je i dalje izvedivo, ali što se SEO ranije uključi u proces, to više rizika možemo ukloniti prije lansiranja.