SEO pri prenovi spletne strani: kako ne izgubiti obiska

Kaj je SEO pri prenovi spletne strani in zakaj obisk pade?

SEO pri prenovi (angleško website migration ali site migration) pomeni, da pri vsaki večji spremembi strani poskrbite, da Google najde nove naslove. Migracija spletne strani je vsaka sprememba, ki vpliva na URL-je, vsebino, platformo ali domeno.

Google ne uvršča celotne spletne strani. Uvršča posamezne URL-je, ki so si skozi leta nabrali zgodovino klikov, povratne povezave in zaupanje.

Ko se URL spremeni, je za Google to nova stran. Preusmeritev 301 Googlu pove, da je stran trajno preseljena, in nanj prenese signale starega naslova.

Brez preusmeritve stari URL vrne napako 404 ali prazno stran. Obiskovalci iz Googla, zaznamkov in povezav pristanejo na napaki, novi URL pa čaka, da ga Google sploh odkrije.

V glavnem vodiču smo temo povzeli v poglavju SEO bei der Renovierung einer Website. Tukaj gremo v podrobnosti, ki jih potrebujete, ko prenova res poteka.

Katere vrste prenove obstajajo in kako tvegane so?

Nekatere prenove so bolj tvegane od drugih. Tveganje za obisk raste s tem, koliko URL-jev in vsebine se spremeni hkrati.

Samo nov dizajn na isti platformi in z istimi URL-ji je najmanj tvegan. Paziti morate predvsem, da nove predloge ne skrajšajo besedil in ne izbrišejo notranjih povezav.

Selitev gostovanja ali prehod na CDN URL-jev ne spremeni. Google po navodilih za selitev gostovanja pričakuje začasen padec hitrosti crawlanja, ki se v nekaj dneh popravi, če je nov strežnik hiter.

Prehod s HTTP na HTTPS je tehnično selitev vseh URL-jev, vendar dobro poznana. Ključno je, da vse različice preusmerijo v enem skoku in da canonical kaže na HTTPS.

Nov CMS ali platforma (na primer iz starega sistema na WordPress ali Shopify) skoraj vedno spremeni vzorce URL-jev. Shopify ima na primer fiksne poti /products/ in /collections/, zato brez tabele preusmeritev ne gre.

Nova domena in združevanje več strani v eno sta najbolj tvegana. Pri obeh se spremenijo vsi naslovi, pri združevanju pa lahko strani začnejo tekmovati med seboj za iste poizvedbe.

Male in srednje strani Google priporoča seliti naenkrat, pri velikih pa dopušča selitev po delih. Naše priporočilo: ne združujte nove domene, nove platforme in nove vsebine v en dan, če se temu lahko izognete.

Koliko obiska je normalno izgubiti po prenovi in kdaj se vrne?

Google o tem piše previdno. Pri srednje veliki strani lahko traja nekaj tednov ali več, da Google namesto starih URL-jev začne kazati nove, pri velikih straneh še dlje.

Hitrost je po Googlovih navodilih odvisna predvsem od dveh stvari. Od števila URL-jev in od hitrosti strežnika, ker mora Googlebot ponovno obiskati vsak stari naslov posebej.

Kolikšen upad je še normalen, Google v odstotkih ne navaja. Tudi mi povprečja ne objavljamo, ker je upad odvisen od strani in napak. Spodaj je opisano, kako normalen upad ločite od izgube.

• Normalen upad se začne v prvem ali drugem tednu in se nato zmanjšuje. Kliki se v Search Console postopoma selijo s starih URL-jev na nove.
• Izguba se ne zmanjšuje. Stari URL-ji izginjajo iz rezultatov, novi pa ne pridobijo prikazov.
• Izguba je pogosto omejena na skupino strani, na primer na blog ali kategorije, kjer so pravila preusmeritev napačna.

Pri naših prenovah obisk spremljamo po tednih in po skupinah strani. Če se upad po osmih tednih ne zmanjšuje, ga obravnavamo kot napako in iščemo vzrok po skupinah strani.

Koliko časa na splošno traja, da SEO prinese rezultate, smo podrobno opisali v članku Wie lange dauert SEO?. Pri prenovi je dobra novica, da stran ne začne od nič, če so preusmeritve urejene.

Kako pripravljene so slovenske strani na selitev?

Septembra 2026 smo pregledali javne strani 63 slovenskih podjetij iz trgovine, industrije, hrane in pijače, turizma, financ, gradbeništva in IT. Analizirali smo jih 57, preostalih ni bilo mogoče pregledati.

Iskali smo sledi preteklih selitev in pripravljenost na naslednjo. Vse, kar smo preverili, lahko vidi vsak crawler, zato so to tudi signali, ki jih vidi Google.

Samo 28 % podjetij vse štiri različice domene (http, https, z www in brez) v enem skoku pripelje na isti naslov. Pri 63 % strani vsaj ena različica potrebuje dva skoka ali več, pri 7 % tri ali več.

Dva skoka nista resna napaka, sta pa tipičen ostanek preteklih selitev. Najprej je bila dodana preusmeritev na HTTPS, nato še na www, in nihče ju ni združil v eno pravilo.

19 % strani različice domene preusmerja z začasno kodo 302 ali 307. Pri začasni preusmeritvi Google v rezultatih lahko obdrži izvorni naslov, kar pri selitvi ni zaželeno.

28 % strani streže podstran s poševnico na koncu in brez nje, obe s kodo 200. Pri 18 % nobena od obeh različic nima canonical na drugo, kar Googlu prepusti izbiro.

14 % strani vrne kodo 200 na /index.php ali /index.html, kot dvojnik domače strani. 11 % strani za neobstoječ URL vrne stran s kodo 200 ali preusmeri na domačo stran, namesto da bi vrnilo kodo 404.

Dobra novica: 89 % domačih strani pravilno preusmeri s HTTP na HTTPS in 89 % strani za neobstoječ URL vrne pravo kodo 404.

Če dveh skokov ne štejemo, ima 53 % strani vsaj eno od petih težav, dve ali več pa 16 %.

Med njimi so začasne preusmeritve, dvojnik /index.php ali /index.html, napačen odgovor za neobstoječ URL, podstran s poševnico in brez nje brez canonical ter notranje povezave na http://.

Ob naslednji prenovi se te napake pomnožijo, ker se nova pravila dodajo na stara.

Kako izpeljemo selitev spletne strani v šestih fazah?

Pri Noticu prenovo z vidika SEO vedno razdelimo na šest faz. Vsaka faza ima rezultat, ki ga potrdi naročnik, preden gremo naprej.

Časovnica je okvirna in velja za srednje veliko stran z nekaj sto do nekaj tisoč URL-ji. Najpogostejša napaka je, da se SEO vključi šele teden pred objavo, ko je struktura strani že zaklenjena.

Faze se ujemajo z Googlovimi navodili za selitev z novimi URL-ji: priprava, tabela preusmeritev, objava in spremljanje. Dodali smo fazo vsebine in metapodatkov, ker je v praksi to najpogostejši tihi vzrok upada.

Faza 1: popis in izhodišče

Najprej naredimo celoten crawl stare strani, s programom, kot sta Screaming Frog ali Sitebulb. Dobimo seznam vseh URL-jev s statusno kodo, naslovom, opisom, H1 in canonical.

Crawl sam ne zadošča, ker ne najde strani brez notranjih povezav. Zato ga dopolnimo z izvozi iz Search Console, GA4 in sitemapa, včasih tudi iz log datotek strežnika.

• Search Console, poročilo Uspešnost, zavihek Strani: izvoz vseh URL-jev s kliki in prikazi za zadnjih 16 mesecev.
• GA4, poročilo Ciljne strani (Landing page): strani, ki prinašajo seje in konverzije iz vseh kanalov.
• Povratne povezave: URL-ji, na katere kažejo povezave z drugih strani (Search Console, Povezave, ali Ahrefs in Semrush).
• Uvrstitve: posnetek pozicij za najpomembnejše ključne besede, da imate primerjavo po objavi.

Rezultat faze je en seznam vseh URL-jev z vrednostjo. Vsak URL s kliki, konverzijami ali povratnimi povezavami mora dobiti vrstico v tabeli preusmeritev.

Faza 2: tabela preusmeritev (URL mapping)

Tabela preusmeritev je srce selitve. Za vsak stari URL določi nov URL in kodo, običajno 301, izjemoma 410 za res ukinjeno vsebino brez obiska.

Podrobno jo opisujemo v naslednjem poglavju, s predlogo stolpcev. Pravilo ena na ena pomeni, da stari izdelek kaže na isti izdelek, stara kategorija na isto ali najbližjo kategorijo.

Faza 3: vsebina in metapodatki

Nov dizajn pogosto skrajša besedila, ker v novih predlogah ni prostora zanje. S tem izginejo tudi ključne besede, zaradi katerih je stran rangirala.

Zato za pomembne strani primerjamo staro in novo različico. Preverimo naslov (title), opis, H1, glavno besedilo, slike z alt opisi, strukturirane podatke in notranje povezave.

Pri več jezikih preverimo še hreflang. Vsaka jezikovna različica mora kazati na nove URL-je drugih jezikov, sicer Google poveže napačne strani.

Faza 4: testno okolje

Nova stran nastaja na testnem okolju (staging), ki ga Google ne sme indeksirati. Priporočamo zaščito z geslom ali omejitev na IP naslove, ker se ta nastavitev ne prenese na produkcijo.

Na testnem okolju naredimo crawl nove strani in test preusmeritev s celotnim seznamom starih URL-jev. Tako napake najdemo pred objavo, ko jih še nihče ne vidi.

Faza 5: objava in preusmeritve

Na dan objave izdelovalec vklopi preusmeritve, mi pa preverimo kritične točke s checklista. Najpomembnejše je, da nova stran nima noindex in da preusmeritve delujejo v enem skoku.

Faza 6: spremljanje

Po objavi 8 do 12 tednov spremljamo poročila v Search Console in obisk po skupinah strani. Manjkajoče preusmeritve dodajamo sproti, ko se v poročilih pojavijo nove napake 404.

Kako pripravite tabelo 301 preusmeritev?

Tabela preusmeritev je preglednica, v kateri ima vsak stari URL svojo vrstico. Izdelovalec jo uporabi za pravila na strežniku, SEO pa za test pred objavo in po njej.

Predlogo lahko prerišete v Excel ali Google Preglednice. Uporabljamo devet stolpcev:

Pravila, po katerih določimo nov URL

• Isti izdelek ali ista vsebina na novem naslovu: 301 na novi naslov.
• Več podobnih strani, združenih v eno: vse stare 301 na združeno stran. To Google izrecno dovoljuje.
• Izdelka ni več, obstaja naslednik: 301 na naslednika ali na kategorijo.
• Vsebina je ukinjena in nima obiska ali povezav: 410 ali 404, brez preusmeritve na domačo stran.
• Stari vzorci URL-jev (index.php, parametri): preverite povratne povezave, nato 301 na ustrezno stran.

Pri večjih straneh tabele ne pišemo ročno za vsak URL. Pravila z vzorci (regex) pokrijejo tisoče izdelkov, ročno pa uredimo samo strani z največ obiska in izjeme.

Kako preusmeritve tehnično nastavite, je odvisno od sistema. Na strežniku Apache so to pravila v datoteki .htaccess, pri Nginx v konfiguraciji, v WordPress in Shopify pa v nastavitvah ali vtičniku za preusmeritve.

Katere preusmeritve uporabiti in katerih napak se izogniti?

Google priporoča strežniške trajne preusmeritve, kadar je to tehnično mogoče. To sta 301 (Moved Permanently) in 308 (Permanent Redirect), ki ju Google obravnava enako.

Pri trajni preusmeritvi Google v rezultatih pokaže nov URL. Pri začasni (302, 303 ali 307) lahko še naprej kaže starega, zato začasnih pri selitvi ne uporabljajte.

Preusmeritve z JavaScriptom in meta refresh Google sicer razume. Po Googlovi razvrstitvi so to rezervne možnosti, ko strežniška preusmeritev ni mogoča.

Štiri najpogostejše napake

Vse stare strani na domačo stran. Google piše, da preusmeritve veliko starih URL-jev na eno nepomembno stran, na primer domačo, lahko obravnava kot programsko napako 404. Obiskovalec tudi ne najde, kar je iskal.

Verige preusmeritev. Googlebot sledi do 10 skokom, Google pa priporoča preusmeritev naravnost na končni naslov. Če to ni mogoče, naj bo skokov idealno največ tri in manj kot pet.

Začasne preusmeritve. Mnogi sistemi privzeto ustvarijo 302. V našem pregledu jih je pri preusmeritvah domene imelo 19 % slovenskih strani.

Preusmeritve na neobstoječe cilje. Tipkarska napaka ali manjkajoča poševnica pošlje obiskovalca na 404. Zato po objavi preverimo, da vsak cilj vrne kodo 200.

Preusmeritve naj ostanejo čim dlje, po Googlovem priporočilu praviloma vsaj eno leto. Za uporabnike jih lahko pustite kar za vedno, ker ljudje še leta odpirajo stare zaznamke in povezave.

Kako zaščitite testno okolje brez pasti z noindex?

Testno okolje mora biti skrito pred Googlom, sicer se v rezultatih pojavijo testne strani. Najpogosteje ga izdelovalci zaščitijo z noindex ali z Disallow: / v robots.txt.

Past nastane ob objavi. Ko se baza in datoteke prekopirajo na produkcijo, gresta z njimi tudi noindex in blokada, nova stran pa začne izpadati iz Googla.

Zato priporočamo zaščito z geslom (HTTP avtentikacija) ali dostop samo z vaših IP naslovov. Te nastavitve so na strežniku in se s kopijo strani ne prenesejo.

Google v navodilih za selitev to posebej omenja. Po selitvi odstranite vse oznake noindex in blokade v robots.txt, ki so bile potrebne samo za selitev.

Na dan objave zato preverimo tri stvari. Meta oznako robots v HTML-ju, glavo X-Robots-Tag v odgovoru strežnika in datoteko robots.txt.

Kaj preverite na dan objave prenovljene strani?

Spodnji checklist uporabljamo pri objavah prenovljenih strani. Točke so razvrščene po času in resnosti: kritične lahko v nekaj urah odrežejo velik del obiska.

Seznam lahko odkljukate kar tukaj. Ocena upošteva resnost, zato ena odprta kritična točka šteje več kot več srednjih.

Po objavi ne pozabite na kanale zunaj spletne strani. Google poslovni profil, profili na družbenih omrežjih, e-poštni podpisi in oglasi morajo kazati na nove URL-je. Kako urediti profil, smo opisali v vodiču o lokalnem SEO in Google poslovnem profilu.

Če uporabljate Bing Webmaster Tools, tam oddajte nov sitemap in uporabite njihovo orodje za selitev strani. Bingov indeks uporabljajo tudi nekateri drugi iskalniki, zato ga ne izpustite.

Kako spremljate stran 8 do 12 tednov po objavi?

Po objavi je najpomembnejše orodje Search Console. Google v navodilih za selitev priporoča spremljanje obeh sitemapov, poročila Strani in klikov po straneh.

Poročilo Strani (Indeksiranje strani)

V poročilu Strani po selitvi zraste razlog »Stran s preusmeritvijo«. To je pričakovano in pomeni, da Google vidi vaše 301 preusmeritve.

Alarm so rasti pri razlogih »Ni mogoče najti (404)«, »Programska napaka 404« in »Izključila oznaka noindex«. Prva dva kažeta na manjkajoče ali napačne preusmeritve, tretji na ostanek testnega okolja.

Zemljevidi spletnih mest (sitemap)

Google svetuje, da po selitvi nekaj časa obdržite tudi stari sitemap s starimi URL-ji. Tako crawler hitreje obišče stare naslove in odkrije preusmeritve. Nov sitemap oddajte isti dan in spremljajte, koliko njegovih URL-jev je indeksiranih.

Uspešnost po straneh

V poročilu Uspešnost primerjajte obdobje po objavi z enakim obdobjem pred njo. Na zavihku Strani vidite, kako kliki prehajajo s starih URL-jev na nove, to pokaže tudi hero na vrhu članka.

Obisk primerjajte tudi z istim obdobjem lani, da izločite sezono. Padec v poletnih mesecih pri marsikateri strani ni povezan s prenovo.

Crawl stats in log datoteke

Poročilo o crawlanju (Crawl stats) najdete v nastavitvah Search Console. Pokaže, koliko zahtev Googlebot pošlje, kakšne kode dobi in kako hitro odgovarja strežnik.

Pri večjih straneh pomagajo še log datoteke strežnika. Iz njih vidite, katere stare URL-je Googlebot še obiskuje in kje dobi napako.

Kako selite stran na novo domeno s Spremembo naslova?

Pri selitvi na novo domeno veljajo vsa pravila zgoraj. Dodatno Googlu selitev sporočite z orodjem Sprememba naslova (Change of Address) v Search Console.

Orodje ima po Googlovi pomoči nekaj pogojev. Biti morate lastnik obeh property-jev v Search Console z istim Google računom. Orodje deluje samo na ravni domene, podmap z njim ne morete seliti.

• Orodje ne premakne podomen. Uporabite ga za vse različice stare domene, z www in brez, tudi če jih ne uporabljate aktivno.
• Premakne vse protokole. Če izberete http različico, se premakne tudi https.
• Signali se posredujejo 180 dni. V tem času Search Console prikazuje obvestilo o selitvi, zahtevo pa lahko tudi prekličete.
• Preusmeritve naj ostanejo vsaj 180 dni, po splošnem navodilu za selitve pa vsaj eno leto.

Staro domeno obdržite v lasti. Google priporoča, da jo plačujete vsaj eno leto, da je ne kupi nekdo drug in izrabi vaših povezav. Mi svetujemo, da jo obdržite kar za vedno.

Pri novi domeni je smiselno obvestiti najpomembnejše vire povezav. Neposredna povezava na nov naslov je boljša od povezave prek preusmeritve.

Kaj velja za HTTPS, združevanje strani in nove jezike?

Prehod s HTTP na HTTPS

Večina slovenskih strani ima HTTPS že urejen. Pri prehodu mora vsaka različica v enem skoku kazati na https, canonical, sitemap in notranje povezave pa morajo uporabljati https naslove.

V našem pregledu ima 11 % domačih strani še notranje povezave na http:// naslove. Vsaka taka povezava pomeni dodaten skok preusmeritve za uporabnika in za Google.

Združevanje več strani ali domen

Ko več strani ali domen združite v eno, preusmerite vsako staro stran na najbolj podobno vsebino. Kjer sta imeli dve strani isto temo, ju združite v eno boljšo in obe stari preusmerite nanjo.

Pazite na kanibalizacijo. Dve strani za isto poizvedbo si konkurirata, Google pa lahko izmenično prikazuje eno in drugo.

Dodajanje jezikov in trgov

Nov jezik pogosto spremeni tudi obstoječe URL-je, na primer z dodano podmapo /sl/. Obstoječe strani preusmerite na novo jezikovno pot in nastavite hreflang med vsemi različicami.

Hreflang deluje samo, če se različice sklicujejo druga na drugo. Podrobnosti smo opisali v vodiču o tehničnem SEO, v poglavju o hreflang: tehnični SEO checklist.

Kdaj je smiselno vrniti staro stran?

Vrnitev na staro stran (rollback) je zadnja možnost. Vsaka vrnitev je nova selitev, ki Google spet zmede in lahko ustvari verige preusmeritev.

Po našem mnenju je vrnitev upravičena samo v prvih urah ali dneh. Takrat, ko je nova stran nedosegljiva, ima noindex ali nima preusmeritev, izdelovalec pa napake ne more odpraviti isti dan.

Pri napakah na delu strani stare strani ne vračamo. Manjkajoče preusmeritve, prazne predloge in napačen canonical popravimo na novi strani, ker je to hitreje in varneje.

Po nekaj tednih vrnitev skoraj nikoli ni smiselna. Google je takrat že delno prenesel signale na nove URL-je, vrnitev pa bi selitev začela znova v nasprotni smeri.

Preden se odločite za vrnitev, preverite, ali težava sploh obstaja. SEO orodja pogosto javijo lažne napake, kot kaže tretji primer v naslednjem poglavju.

Katere napake pri prenovi smo videli v praksi?

Spodnji primeri so iz projektov, ki jih vodimo, zato so anonimni. Pri vsakem opišemo, kako napako zaznate in kako jo popravite.

1. Šest vodičev z novimi URL-ji brez preusmeritve

Pri mednarodni spletni trgovini so bile poti šestih vodičev spremenjene iz podmape na koren strani, mimo nas. Seznam vodičev in meni sta še kazala na stare poti, preusmeritev 301 ni bilo.

Stari naslovi so vračali kodo 200 s prazno stranjo, zato statusna koda ni pokazala napake. Google je še naprej prikazoval stare naslove, nove poti pa do pet tednov niso dobile niti enega prikaza, Googlebot jih ni niti obiskal.

Kako zaznate: v Search Console so kliki samo na starih URL-jih, novih ni med stranmi s prikazi. Kako popravite: preusmeritev 301 s stare na novo pot in notranje povezave naravnost na nove poti.

Ko smo notranje povezave prevezali na nove poti, so se te v Googlu pojavile v enem do sedmih dneh. Preusmeritve starih poti smo predali razvojni ekipi naročnika. Enak primer smo opisali v članku Wie lange dauert SEO?.

2. Sitemap, ki je padel s 77 URL-jev na 1

Pri istem naročniku je veja sitemapa z vsebinami v petih tednih padla s 77 slovenskih URL-jev na 1, domačo stran drugega trga. Nihče sitemapa ni spreminjal namenoma, vzrok je bila nastavitev generatorja na platformi.

Dodatno je robots.txt kazal na korenski sitemap z enim samim URL-jem. Crawlerji iz robots.txt tako niso dobili nobene vsebinske strani trga.

Kako zaznate: primerjate število URL-jev po vejah sitemapa z zapiski izpred objave ali posodobitve. Kako popravite: zahtevek za razvojno ekipo s primeri napačnih naslovov in ponoven pregled po popravku.

3. SEO orodje javi noindex, ki ga ni

Po posodobitvi je zunanje SEO orodje javilo, da imajo strani oznako noindex. V resnici je Cloudflare orodju vrnil blokadno stran s kodo 403, ki nosi noindex, orodje pa je prebralo samo meta oznako.

Pravi Googlebot ni bil blokiran. Pregled URL-ja v Search Console je pokazal, da je indeksiranje dovoljeno in da Google stran uspešno prenese.

Kako zaznate: orodje javi noindex, stran v brskalniku pa ga nima. Kako popravite: nič, preverite statusno kodo in Pregled URL-ja, preden kaj spreminjate ali celo vračate staro stran.

4. Vsaka stran s poševnico in brez nje

Na istem projektu je bila vsaka podstran dosegljiva s poševnico na koncu in brez nje, obe s kodo 200. Canonical je kazal na različico s poševnico, sitemap pa je oddajal različico brez nje.

Google je zato pri nekaterih straneh indeksiral eno, pri drugih drugo različico. Pri prenovi je to idealen trenutek, da izberete eno obliko in drugo preusmerite s 301.

Kako zaznate: v poročilu Uspešnost ista stran nastopa dvakrat. Kako popravite: preusmeritev na eno različico, canonical in sitemap z istimi naslovi.

Kdo naredi kaj pri prenovi: naročnik, izdelovalec ali SEO?

Pri prenovi sodelujejo vsaj trije. Največ napak nastane tam, kjer nihče ne ve, da je naloga njegova.

Pri izbiri izvajalca za SEO del prenove vam pomaga naš vodič Wie man eine SEO-Agentur auswählt. Vprašajte, ali bodo pripravili tabelo preusmeritev in ali bodo po objavi spremljali poročila, in naj vam pokažejo primer.

Koliko stane SEO del prenove, je odvisno predvsem od števila URL-jev in od tega, ali se spremeni domena. Okvirne tržne cene SEO storitev v Sloveniji smo zbrali v članku Wie viel kostet SEO-Optimierung?.

Za katera podjetja je SEO pri prenovi nujen?

SEO pri prenovi je nujen za vsako podjetje, ki danes dobi pomemben del povpraševanj ali prodaje iz Googla. Bolj ko je obisk iz iskanja pomemben za posel, večja je izguba ob napaki.

• Spletne trgovine, kjer so kategorije in izdelki glavni vir obiska in se pri novi platformi skoraj vedno spremenijo URL-ji.
• Podjetja z blogom ali vodiči, ki prinašajo obisk za informativne poizvedbe in povratne povezave.
• Strani z več jeziki ali trgi, kjer ena napaka v hreflang prizadene več držav hkrati.
• Podjetja, ki selijo domeno, na primer ob preimenovanju znamke ali združitvi.

Manj dela potrebujete pri majhni predstavitveni strani z nekaj podstranmi in malo obiska iz Googla. Če URL-ji ostanejo enaki, zadošča pregled besedil, naslovov in noindex na dan objave.

Kjer skoraj ni obiska iz iskanja, je prenova priložnost za nov začetek. Takrat se bolj splača vložiti v novo strukturo in vsebino, o čemer več v članku ali se SEO še splača.

Kje začeti, če načrtujete prenovo strani?

Najdražje napake pri prenovi nastanejo, ker se SEO vključi prepozno. SEO vključite v projekt takoj, ko veste, da bo prenova.

1. Izvozite vse URL-je s kliki iz Search Console in jih shranite, še preden izdelovalec začne delo.
2. Vprašajte izdelovalca, ali se bodo URL-ji spremenili, in zahtevajte tabelo preusmeritev kot del projekta.
3. Na dan objave odkljukajte checklist zgoraj in 12 tednov vsak teden poglejte poročilo Strani.

Vodič ne pokriva tehničnih podrobnosti posameznih sistemov (WordPress, Shopify ali večje platforme), nastavitev strežnika in selitve baze podatkov. Če želite pregled pred prenovo ali po njej, si oglejte našo storitev SEO und GEO-Optimierung, za celotno stanje strani pa SEO-Analyse.

Slovarček izrazov pri prenovi in selitvi strani

Kurze Erläuterungen zu den Begriffen in diesem Handbuch. Z njimi lažje berete ponudbe izdelovalcev in poročila.

Migracija spletne strani (website migration)

Vsaka večja sprememba URL-jev, platforme, domene ali vsebine, ki vpliva na vidnost v iskalnikih.

Prenova spletne strani (redesign)

Nov dizajn ali struktura strani, z URL-ji ali brez njihove spremembe.

Selitev domene

Prenos celotne strani na nov domenski naslov.

Preusmeritev 301

Trajna preusmeritev, ki signale starega URL-ja prenese na novega.

Preusmeritev 308

Trajna preusmeritev, ki jo Google obravnava enako kot 301.

Preusmeritev 302 in 307

Začasni preusmeritvi, pri katerih Google lahko obdrži star URL.

Tabela preusmeritev (URL mapping)

Preglednica, ki vsakemu staremu URL-ju določi novega.

Veriga preusmeritev

Več zaporednih preusmeritev do končnega naslova.

Programska napaka 404 (soft 404)

Stran brez prave vsebine, ki vrne kodo 200 namesto 404.

Koda 410

Odgovor strežnika, da je stran trajno odstranjena.

Testno okolje (staging)

Kopija strani, na kateri se nova različica pripravlja pred objavo.

Produkcija

Javna različica strani, ki jo vidijo uporabniki in Google.

Noindex

Oznaka, ki stran izključi iz Googlovega indeksa.

X-Robots-Tag

Glava v odgovoru strežnika, ki lahko nosi noindex.

robots.txt

Datoteka, ki crawlerjem pove, katerih poti naj ne obiskujejo.

Canonical

Oznaka, ki pove, katera od podobnih strani je glavna.

XML sitemap

Seznam URL-jev, ki jih želite v Googlu.

Crawl

Obisk strani s programom, ki sledi povezavam in beleži URL-je.

Crawl stats

Poročilo v Search Console o zahtevah Googlebota in odzivih strežnika.

Sprememba naslova (Change of Address)

Orodje v Search Console, ki Googlu sporoči selitev na novo domeno.

Povratne povezave (backlinks)

Povezave z drugih strani na vaše URL-je.

Hreflang

Oznaka, ki poveže jezikovne ali tržne različice strani.

Kanibalismus

Dve strani iste domene, ki tekmujeta za isto poizvedbo.

Vrnitev (rollback)

Ponoven vklop stare strani po neuspešni objavi nove.

Log datoteka

Zapis strežnika o vsaki zahtevi, tudi o obiskih crawlerjev.

Quellen und Daten, die in diesem Artikel verwendet werden

• Google Search Central: Site moves and migrations (selitev z novimi URL-ji, posodobljeno 20. 8. 2026).
• Google Search Central: Redirects and Google Search (posodobljeno 14. 4. 2026) in Changing your hosting (10. 12. 2025).
• Google Crawling Infrastructure: kako statusne kode HTTP vplivajo na Googlove crawlerje (4. 2. 2026).
• Search Console pomoč: Change of Address tool.
• Lastni podatki: pregled javnih strani 57 slovenskih podjetij, september 2026, in SEO projekti, ki jih vodi Agencija Notic.