Kako preseliti svojo spletno stran brez izgube SEO rangiranja

Selitev spletne strani je ena najbolj tveganih operacij v digitalnem marketingu. Spremenite domeno, prestrukturirate URL-je, preklopite ponudnika gostovanja ali ponovno gradite na novi platformi in tvegate izgubo organskega iskalnega prometa, ki ste ga gradili leta. Google obdela več kot 8,5 milijarde iskanj na dan in za večino podjetij organska iskanja zagotavljajo 40–60 % vsega prometa na spletni strani. Neuspešna selitev lahko to izgubi čez noč.

Tveganje izvira iz tega, kako iskalniki razumejo vašo spletno stran. Google je pregrabil in indeksiral vaše strani na specifičnih URL-jih, jim dodelil avtoriteto na podlagi povratnih povezav in signalov uporabniškega angažmaja ter jih razvrstil za specifična ključna beseda. Ko se ti URL-ji med selitvijo spremenijo ali izginejo, mora Google ponovno pregrabiti, ponovno indeksirati in ponovno oceniti vsako stran. Brez ustrezne preslikave preusmeritev iskalnik nove strani obravnava kot popolnoma novo vsebino brez zgodovine, zato vaši rangi drastično padejo.

V podjetju GRADAX smo vodili več kot šestdeset selitev spletnih strani in vzorec je dosleden: organizacije, ki načrtujejo selitve s SEO kot primarnim dejavnikom, si svoje uvrstitve povrnejo v štirih do osmih tednih. Tiste, ki SEO obravnavajo kot popotnico, pogosto vidijo padec prometa za 30–70 %, ki traja šest mesecev ali dlje. Razlika ni sreča, je metodologija. Naslednje je točen postopek, ki ga uporabljamo za zaščito organskega prometa med vsako selitvijo, ki jo upravljamo.

Vsaka uspešna selitev se začne s celovito revizijo tega, kar že imate. Preden napišete eno samo vrstico kode ali konfigurirate nov strežnik, dokumentirajte vsak URL na vaši trenutni spletni strani, njegov obseg prometa, njegove uvrstitve za ključne besede in njegov profil povratnih povezav. Orodja, kot so Ahrefs, Semrush ali Google Search Console, zagotavljajo te podatke. Izvozite jih v preglednico, ki postane vaš referenčni dokument za selitev; k njemu se boste vračali v vsaki fazi postopka.

Natančno določite obseg vaše selitve. Ali menjate domeno? Preklapljate s HTTP na HTTPS? Selete iz poddomene v podimenik? Ponovno gradite na novem CMS-u? Vsaka situacija prinaša drugačna tveganja in zahteva različne tehnične ukrepe. Preprosta selitev gostovanja, kjer URL-ji ostanejo nespremenjeni, ima najnižje tveganje. Popolna ponovna graditev platforme z novo strukturo URL-jev in spremembo domene ima najvišje tveganje. Natančno vedite, kaj se spreminja in kaj ne, preden nadaljujete.

Določite realističen časovni okvir. Pospeševanje selitve je najpogostejši vzrok za škodo pri SEO. Za načrtovanje in pripravo namenimo najmanj štiri tedne, za izvedbo en teden in za spremljanje po selitvi štiri tedne. Kompleksne selitve, ki vključujejo tisoče strani ali več domen, zahtevajo osem do dvanajst tednov načrtovanja. Predvidite čas za nepričakovane težave, saj se vedno pojavijo, in imeti rob preprečuje paniko, ki vodi do krajših poti, ki ogrozijo SEO.

Zemljevid preusmeritev je najpomembnejši dokument pri vsaki selitvi. Gre za celovit seznam, ki s pomočjo 301 (trajnih) preusmeritev preslika vsak star URL na njegov ustrezen nov URL. Vsaka stran, vsaka slika, vsak PDF in vsak vir, ki so bili kdaj indeksirani ali povezani, morajo biti zajeti. Če zamudite le en visoko obiskan URL, izgubite rangiranje te strani, vrednost njenih povratnih povezav in vse obiskovalce, ki kliknejo obstoječo povezavo ali zaznamek.

Zgradite zemljevid preusmeritev sistematično. Začnite z datoteko sitemap.xml in podatki o brskanju, da identificirate vse URL-je na trenutni spletni strani. Preverite jih s podatki iz Google Search Console, da najdete indeksirane URL-je, ki morda niso vključeni v vašo mapo spleta. Preglejte profil povratnih povezav, da identificirate URL-je, na katere se povezujejo zunanje strani; ti nosijo avtoriteto, ki jo je treba ohraniti. Pri velikih straneh s tisoči URL-jev uporabite pravila preusmeritve na podlagi vzorcev, kjer je to mogoče (npr. preusmerite vse /blog/2024/* na /insights/2024/*), dopolnjena z posameznimi pravili za izjeme.

Preden greste v živo, preizkusite vsako preusmeritev. Uporabljamo predprodukcijsko okolje, kjer je naložen celoten zemljevid preusmeritev in pajek preveri, da se vsak stari URL pravilno razreši na svoj novi cilj. Pogoste napake vključujejo verige preusmeritev (A preusmerja na B, ki preusmerja na C), zanke preusmeritev in preusmeritve, ki kažejo na strani z napakami 404. Vsaka od teh zapravlja proračun za indeksiranje, zmede iskalnike in poslabša uporabniško izkušnjo. Odpravite jih v predprodukcijskem okolju, ne v produkciji.

Selitev je idealna priložnost za revizijo in izboljšanje vaše vsebine, vendar je treba to storiti previdno, da ne bi povečali tveganja za SEO. Identificirajte svoje najbolj uspešne strani, tiste, ki generirajo največ organskega prometa, konverzij in povratnih povezav, ter zagotovite, da se selijo z nespremenjeno vsebino, metapodatki in strukturo notranjih povezav. To so vaši viri dohodka in zaslužijo največjo pozornost med prehodom.

Za slabo uspešne strani se odločite, ali jih boste selili, združili ali umaknili. Strani z tanko vsebino, podvojeno vsebino ali ničelnim prometom v zadnjih dvanajstih mesecih so kandidati za združevanje. Vsebino združite v močnejše, bolj celovite strani in stare URL-je preusmerite na združeno različico. To dejansko izboljša vaš SEO, ker koncentrirate avtoriteto na manjše število višokokakovostnih strani namesto da jo razredčite med številnimi šibkimi.

Med selitvijo ohranite vse elemente on-page SEO: naslovne oznake (title tags), meta opise, strukturo naslovov, alternativna besedila slik in označbe strukturiranih podatkov. Zapeljivo je "izboljšati" vse med redizajnom, vendar sprememba preveč signalov hkrati oteži diagnosticiranje težav, če rangiranja padejo. Najprej selite z obstoječimi metapodatki, stabilizirajte rangiranja in šele nato iterativno izboljšujte vsebino v tednih po selitvi, ko imate stabilno osnovo za merjenje.

Poleg preusmeritev in vsebine zahteva med selitvijo eksplicitno pozornost več elementov tehničnega SEO. Datoteka robots.txt mora biti posodobljena tako, da odraža novo strukturo URL-jev, in ne sme naključno blokirati iskalnikov pred dostopom do ključnih strani. Dogajale so se selitve, kjer je bila v produkcijo nameščena datoteka robots.txt za testno okolje z ukazom "Disallow: /", kar je Googleju dejansko naročilo, da deindeksira celoten site. To datoteko vedno takoj preverite po objavi.

Posodobljeno mapo spleta sitemap.xml oddajte v Google Search Console in Bing Webmaster Tools v nekaj urah po objavi. Nova mapa spleta naj referencira samo nove URL-je in izključi vse stare URL-je, ki sedaj preusmerjajo. To pospeši proces ponovnega brskanja in iskalnikom ponudi čist zemljevid trenutne strukture vašega spletnega mesta. Pri velikih straneh razmislite o oddaji mape spleta v segmentih in spremljanju statusa indeksiranja vsakega segmenta posebej.

Canonical oznake zahtevajo posebno pozornost. Vsaka stran na novi strani mora imeti samoreferenčno canonical oznako, ki kaže na njen lasten URL. Če se canonical oznake s stare strani selijo brez posodobitve, bodo kazale na URL-je, ki se zdaj preusmerjajo, kar ustvari zmedljiv signal za iskalnike. Prav tako posodobite vse notranje povezave na strani, da neposredno uporabljajo novo strukturo URL-jev, namesto da bi se zanašale na verige preusmeritev. Notranje povezave, ki potekajo skozi preusmeritve, izgubijo majhen delež link equity pri vsakem skoku in upočasnijo uporabniško izkušnjo.

Prehod DNS je trenutek z največjim tehničnim tveganjem pri kateri koli selitvi. Ko posodobite DNS zapise domene, da kažejo na strežnik, se spremembra širi po globalni DNS infrastrukturi v obdobju nekaj ur do dni, odvisno od nastavitev TTL (time-to-live) in vedenja predpomnenja ponudnikov internetnih storitev. Med tem oknom širjenja se nekateri uporabniki povežejo na stari strežnik, drugi na novi. Če je stari strežnik že ukinjen, ti uporabniki vidijo napake.

Da bi minimizirali motnje, znižajte svoj DNS TTL na 300 sekund (pet minut) vsaj 48 ur pred selitvijo. To zagotavlja, da bo svetovno mrežo resolverjev vaše zapise predpomnila le pet minut, zato se preklapljanje zgodi hitro, ko posodobite zapise. Stari strežnik pustite delovati in postreči trenutno spletno stran še vsaj 72 ur po spremembi DNS, da zajamete zamujene zahteve. Ukinite ga šele po potrditvi, da ves promet teče na novi strežnik.

Če se selite na novega ponudnika gostovanja, temeljito preizkusite novi strežnik, preden spremenite DNS. Naložite celotno spletno stran na novem strežniku z uporabo začasnega URL-ja ali preklica v datoteki hosts. Preverite, ali se vse strani pravilno prikažejo, ali se vse obrazce uspešno pošljejo, ali so certifikati SSL veljavni in ali zmogljivost ustreza vašim mejnikom. Preklop DNS naj bo zadnji korak, ne prvi, in naj bo nepomemben dogodek, ker je vse na novem strežniku že preverjeno.

Delo se ne konča, ko je nova spletna stran objavljena. Prva štiri tedna po selitvi so kritična za odkrivanje in odpravljanje težav, preden povzročijo trajno škodo za SEO. Dnevno spremljajte Google Search Console zaradi napak brskanja, sprememb statusa indeksiranja in nihanj rangiranja. Začasni padec organskega prometa za 5–15 % je normalen v prvih dveh tednih, ko Google ponovno brska in ponovno ovrednoti vaše strani. Padci, večji od 20 %, ali tisti, ki trajajo dlje kot tri tedne, signalizirajo težavo, ki zahteva preiskavo.

Nastavite avtomatizirano spremljanje kod stanja HTTP za celotno spletno stran. Brskalnik, ki nočno pregleduje in označuje strani, ki vračajo 404, 500 ali nepričakovano preusmeritev, bo ujel težave, ki jih ročni pregledi preskočijo. Posebno pozornost namenite svojim stranem z največ prometa in stranem z največ povratnimi povezavami; tam imajo napake največji učinek. Konfiguriramo opozorila v realnem času za kakršno koli anomalijo kode stanja na straneh, ki generirajo več kot 100 mesečnih obiskov.

Spremljajte svoja ključna besedna rangiranja vsaj za svojih petdeset najboljših ključnih besed v obdobju po selitvi. Uporabite orodje za spremljanje rangiranja, ki preverja dnevno, ne tedensko, da lahko korelirate spremembe rangiranja s specifičnimi tehničnimi dogodki. Če ključna beseda pade, preglejte ustrezno stran zaradi težav s preusmeritvijo, manjkajoče vsebine, spremenjenih metapodatkov ali napak brskanja. Večina padcev rangiranja po selitvi ima specifičen, prepoznaven vzrok, ki ga je mogoče hitro rešiti, če ga ujamete zgodaj.

Kljub skrbnemu načrtovanju nekatere selitve doživijo nepričakovane padce uvrstitev. Ključno je, da metodsko ukrepate, ne reaktivno. Začnite s preverjanjem, ali vse preusmeritve delujejo pravilno; pokvarjen zemljevid preusmeritev je najpogostejši vzrok za izgubo prometa po selitvi. Prebrskajte svoj seznam starih URL-jev in potrdite, da vsak URL vrne 200 (preko preusmeritve) ali pravilno postreže vsebino. Vsak URL, ki vrača 404, potrebuje takojšnjo preusmeritev na najbolj relevantno stran na novi spletni strani.

Preverite Google Search Console za ročne ukrepe ali varnostne težave. Včasih se selitev ujema z posodobitvijo algoritma Googla in tisto, kar izgleda kot škoda zaradi selitve, je dejansko algoritemska sprememba. Primerjajte svoje vzorce prometa s podatki o volatilnosti v panogi iz orodij, kot sta Semrush Sensor ali MozCast. Če je širše iskalno okolje nemirno, se vaš padec morda sam od sebe uredi, ko se algoritem stabilizira.

Če se uvrstitve po šestih tednih niso obnovile, podaljšajte preiskavo. Preglejte profil povratnih povezav, da se prepričate, da visoko avtoritativne povezave delujejo pravilno. Preverite, ali vaša konfiguracija upravljanega WordPressa ali CMS ne ustvarja podvojenih vsebin ali konfliktov canonical oznak. Izvedite revizijo hitrosti strani in jedrnatega web vitala (Core Web Vitals) na novi platformi; počasnejša stran na manj zmogljivem gostovanju lahko povzroči padec uvrstitev neodvisno od težav pri selitvi. Če potrebujete strokovno pomoč pri diagnosticiranju zastojnega okrevanja, nas kontaktirajte za celovit pregled selitve.