Besplatni pregled web stranice: Otkrijte šta koči vaše digitalno prisustvo
Šta treba uraditi prije lansiranja?
Počnite od popisa postojeće stranice. Izvezite ili pretražite sve adrese koje se indeksiraju, njihove statusne kodove, naslove, opise, kanonske oznake, naslove u tekstu, interne linkove, slike i važan sadržaj. Dodajte organske odredišne stranice, konverzije i vanjske linkove kada ti podaci postoje. Popis je osnova za odluke, a ne dokument koji se arhivira.
Zapišite šta se mijenja. Migracija može prebaciti stranicu na novi CMS, promijeniti domenu, redizajnirati predloške, promijeniti arhitekturu sadržaja, spojiti stranice ili promijeniti hosting. Svaka promjena nosi drugačiji rizik. Promjena CMS-a može promijeniti oblik adresa. Redizajn može ukloniti tekst i linkove. Promjena domene utiče na povjerenje i mjerenje. Kada su promjene imenovane, moguće ih je testirati.
Konzeptova usluga migracije web stranice može biti put do izvedbe kada stranicu treba preseliti ili ponovo izgraditi. Ako se mijenja i platforma, korisno je uporediti opcije u vodiču Webflow ili WordPress u BiH prije nego se zaključi tehnička odluka.
Kako napraviti mapu URL-ova i preusmjerenja?
Napravite jedan red za svaku važnu staru adresu. Zapišite njen status, organsku ulogu, ciljnu adresu, odluku o preusmjerenju i rezultat testa. Stranica može voditi na ekvivalentnu novu stranicu, ostati na istoj adresi, biti spojena u jaču stranicu ili biti povučena uz zapisan razlog.
Ne šaljite svaku staru adresu na početnu stranicu. To skriva gubitak relevantnosti i otežava otkrivanje greške. Google preporučuje trajna preusmjerenja kada se adresa mijenja; pravila su opisana u Googleovoj dokumentaciji o preusmjerenjima, provjerenoj 21. septembra 2026. Za selidbu sa promjenom adresa postoji poseban Googleov vodič za selidbu stranice, provjeren istog dana.
| Slučaj | Odluka | Šta provjeriti prije lansiranja |
|---|---|---|
| Stranica ostaje ista | Zadržite adresu | Sadržaj, naslov, kanonska oznaka i interni linkovi |
| Adresa se mijenja | Trajno preusmjerenje na ekvivalent | Jedan skok, ispravan status, bez lanca i petlje |
| Dvije stranice se spajaju | Preusmjerenje na jaču stranicu | Da spojena stranica zaista pokriva obje namjere |
| Stranica se povlači | Zapisan razlog i jasan status | Da nijedan važan link ne ostane bez odgovora |
| Mijenja se domena | Preusmjerenje po adresi, ne po sajtu | Sertifikat, www pravilo, sitemap i Search Console |
| Dodaje se jezik | Nova grana adresa i jasne oznake | Da bosanska i engleska verzija ne troše isti upit |
Lanac preusmjerenja je čest izvor problema. Ako stara adresa vodi na drugu staru adresu, pa tek onda na novu, svaki skok dodaje rizik i kašnjenje. Cilj je jedan skok do konačne adrese.
Šta sa kanonskim oznakama i duplikatima?
Kanonska oznaka govori koji URL je glavni kada isti sadržaj postoji na više adresa. Migracija često stvori duplikate: stranica sa i bez kose crte, sa i bez www, sa parametrima za praćenje ili u verziji za štampu. Odlučite jedno pravilo i primijenite ga svuda.
Googleova uputa o spajanju duplikata, provjerena 21. septembra 2026, opisuje kako kanonska oznaka, preusmjerenje i sitemap zajedno govore isto. Ako kanonska oznaka pokazuje na jednu adresu, a preusmjerenje vodi na drugu, sistem dobija suprotne signale.
Prije lansiranja provjerite i robots pravila. Staging okruženje često ima noindex ili blokiran pristup. To je ispravno dok se testira i opasno ako pređe na produkciju. Napišite u planu izdanja ko uklanja tu blokadu i kada.
Kako testirati prije prelaska?
Testirajte na okruženju koje liči na produkciju. Pretražite novu stranicu robotom, uporedite popis adresa sa mapom i pronađite stranice koje nemaju cilj. Otvorite ključne predloške na telefonu i na računaru. Provjerite obrasce, pretragu, filtere, jezike i prijavu ako postoji.
Uporedite i sadržaj, ne samo adrese. Redizajn zna ukloniti tekst koji je donosio organske posjete. Ako je stranica imala korisno objašnjenje, tabelu ili pitanja kupaca, ta vrijednost ne smije nestati zbog kraćeg dizajna. Ako sadržaj ipak uklanjate, zapišite razlog.
Mjerenje treba raditi prvog dana. Provjerite analitiku, ciljeve, događaje, oznake kampanja i izvještaje koje tim zaista koristi. Migracija koja izgubi mjerenje ostavlja tim bez načina da uoči problem. Za tehničku provjeru brzine i stabilnosti koristan je audit performansi, a za širi pregled stranice audit web stranice.
Šta pratiti nakon lansiranja?
Prvih nekoliko sedmica su faza posmatranja, a ne odmor. Pratite statusne kodove, greške indeksiranja, pokrivenost sitemapa, organske odredišne stranice, konverzije i prijave korisnika. Uporedite sa stanjem prije lansiranja koje ste zapisali u popisu.
| Signal | Gdje se vidi | Šta znači ako odstupa |
|---|---|---|
| 404 greške | Zapisi servera i analitika | Nedostaje preusmjerenje ili je cilj pogrešan |
| Lanci preusmjerenja | Pretraga robotom | Više skokova do konačne adrese |
| Pad prikaza u pretrazi | Search Console | Izgubljena relevantnost ili blokiran pristup |
| Promjena kanonskih oznaka | Pretraga robotom | Signali se ne slažu sa preusmjerenjima |
| Prazna analitika | Izvještaji | Oznake nisu prenesene ili ciljevi ne rade |
| Sporije učitavanje | Mjerenje performansi | Nove slike, skripte ili hosting postavke |
Ne mijenjajte pet stvari odjednom kada primijetite pad. Popravite jednu stvar, zapišite datum i sačekajte podatke. Bez zapisa promjena tim ne može razlikovati posljedicu migracije od sezonske promjene ili promjene u pretrazi.
Kada je bolje ponovo izgraditi nego migrirati?
Migracija zadržava postojeću strukturu i sadržaj u novom okruženju. Ponovna izgradnja mijenja i strukturu. Ako je stara stranica imala jasan sadržaj koji radi, migracija je jeftiniji i sigurniji put. Ako je sadržaj zastario, struktura nelogična i platforma ograničava svaki naredni korak, ponovna izgradnja je poštenija odluka.
Odluku ne birajte prema simpatijama prema tehnologiji. Napišite šta stranica danas radi dobro, šta ne radi i šta mora raditi za godinu dana. Tek onda uporedite obim. Za pregled iznosa i rokova otvorite stranicu sa cijenama, a za detaljno objašnjenje šta pomjera cijenu cijenu izrade web stranice. Ako je u pitanju prodajna platforma, pogledajte cijenu izrade web shopa.
Ko radi migraciju i šta mora biti u ugovoru?
Migracija dodiruje razvoj, sadržaj, mjerenje i hosting. Zato treba jedan vlasnik odluke i jasan spisak odgovornosti. Ako se posao dijeli između internog tima i agencije, napišite ko pravi mapu adresa, ko postavlja preusmjerenja, ko testira i ko potvrđuje lansiranje.
U ugovor ili plan izdanja upišite pristup okruženjima, vlasništvo nad kodom i sadržajem, rezervnu kopiju, plan povratka na staro stanje, rok za praćenje nakon lansiranja i način prijave problema. Ako tek birate model saradnje, pomoći će agencija ili vlastiti tim i agencija ili freelancer.
Za pregled kako izgleda uređena struktura sadržaja pogledajte Konzeptov rad i Infonet projekat. Ako je stranica već migrirana i nešto ne radi kako treba, zatražite ponudu sa spiskom adresa i opisom problema ili rezervišite poziv. Za osnove vidljivosti nakon selidbe koristan je i vodič šta je AEO.
Migracija nije događaj od jednog dana. To je plan sa provjerama prije, u toku i nakon lansiranja. Tim koji zapiše odluke može popraviti grešku. Tim koji ne zapiše ništa može samo nagađati šta se promijenilo.
