Preverjanje za ponovni zagon spletnih trgovin, rezervacij in korporativnih spletnih strani.

Pred vami je prenova? Čestitke, da ste našli ta članek. Naslednje informacije so lahko ključen prispevek k temu, da uspeš v svoji prenovi in dosežeš izjemne rezultate. To ni vedno enostavno. Sem lastnik agencije in ti bom razkril natančno tisto, kar te postavlja v položaj, da prisiliš takšne like kot sem jaz, k izjemno dobremu delu in preprečevanju tipičnih napak pri prenovah. Toda začnimo znova.

Prenova spletnega mesta je prenovitev in predelava obstoječega spletnega mesta. Pri tem se lahko spremenijo tako oblika, vsebina kot tehnologija. Cilj prenove spletnega mesta je izboljšanje spletnega mesta in prilagajanje trenutnim zahtevam.

Določeni zunanji sprožilni dejavniki v podjetjih vodijo k izvedbi cilja "prenove": sveže zaposleni sodelavec prinese odlične ideje, nov šef pride in tudi želi digitalno pošteno prevetriti, konkurenca ima novo spletno mesto ali se zmanjšuje prihodek. Morda stare strani ne mara tudi šefova žena ali spletna stran ni "cool" dovolj za generacijo Z. Morda poznate situacijo. Tudi to, da je spet čas za novo spletno stran, ni razlog za prenovo, tako kot osebna mnenja.

Obstaja pa nekaj boljših razlogov, zakaj želijo podjetja ali organizacije izvesti prenovo spletnega mesta. Med bistvenimi so:

• Staromoden dizajn in/ali preoblikovanje blagovne znamke: Staromodno spletno mesto lahko ustvari vtis, da podjetje ne sledi trendom ali ni več aktivno. Svež, moderen dizajn naj bi torej izboljšal podobo. Tudi če se blagovna znamka ali identiteta podjetja spremenita, se pogosto želi prenove spletnega mesta, da odraža novo sporočilo blagovne znamke.
• Boljša uporabniška izkušnja: Če je spletno mesto slabo uporabniku prijazno, lahko to pripelje do visoke stopnje odstopa. Prenova lahko služi izboljšanju uporabniške izkušnje in olajša navigacijo po spletnem mestu.
• Optimizacija za mobilne naprave: Ker vedno več ljudi dostopa do spletnih mest prek mobilnih naprav, je pomembno zagotoviti, da spletno mesto deluje dobro na različnih zaslonih in napravah.
• Optimizacija za iskalnike (SEO): Staromodno spletno mesto lahko povzroča težave pri izvedbi SEO. Prenova omogoča priložnost za izvedbo prijaznih sprememb za SEO, kar izboljša vidnost v iskalnikih.
• Posodobitev vsebine: Če se informacije, storitve ali izdelki podjetja spremenijo, je treba posodobiti spletno mesto, da odraža te spremembe.
• Izboljšave varnosti: Starejša spletna mesta pogosto bolj tvegajo glede varnostnih tveganj. Prenova lahko služi izboljšanju varnosti in zaščiti pred kibernetičnimi napadi.
• Tehnološka posodobitev: Uporaba zastarelih tehnologij lahko vpliva na delovanje spletnega mesta. Prenova lahko ponudi priložnost za prehod na sodobne spletne tehnologije in platforme.
• Dostopnost: Izboljšanje dostopnosti je za mnoga spletna mesta pomembno, da so dostopna ljudem z oviranostmi.
• Konkurenčnost: Da bi držali korak s konkurenco, je pomembno imeti moderno in zmogljivo spletno mesto. Prenova lahko prispeva k ohranitvi ali povečanju konkurenčnosti.
• Analitične izboljšave: Z uvajanjem boljših orodij za analizo in zbiranje podatkov lahko podjetja bolje razumejo in optimizirajo delovanje svojega spletnega mesta.
• Skladnost z zakonskimi zahtevami: Zakoni in predpisi o zasebnosti, dostopnosti in varnosti se redno spreminjajo. Prenova lahko postane potrebna, da se zagotovi, da spletno mesto ustreza tem zahtevam.

Te razlogi se lahko pojavijo posamezno ali v kombinaciji in se razlikujejo glede na cilje in potrebe podjetja. Prenova spletnega mesta je pogosto strateška odločitev za izboljšanje spletnega položaja in doseganje ciljev podjetja. Ko si pogledate zgoraj naštete točke posamično, postane jasno, da se večina razlogov da uresničiti z manjšimi sprinti in sploh ne potrebuje velike prenove.

Zato razločimo, kaj je prenova in kaj ni: Nov dizajn z obstoječo tehnično osnovo je bolj osvežitev. Prenova je dana, ko se z željo po prenovi dejansko izvedejo resnične spremembe v uporabniški izkušnji, načinu delovanja in tehnični osnovi. 

Prenova naj bo vedno podprta z dejstvi (npr. tehnologija je v slepi ulici in je ni mogoče več posodobiti), kazalniki uspešnosti ter podatki o merjenju in primerjanju.

To je moj prvi nasvet tukaj: Evolution pred Revolution! Izogibajte se prenovi, dokler je mogoče, in poskusite izvesti vse točke, ki so bile doslej predstavljene za prenovo, posamično oziroma postopoma. Izboljšajte eno stvar, jo objavite v živo, analizirajte, kaj se zgodi, znova prilagodite ali se lotite naslednje točke. Najboljši primer je Amazon, ki se res minimalno spreminja in izboljšuje ter se že vrsto let izogiba velikim spremembam prenove. 

Prenova vedno predstavlja veliko tveganje za vašo vidnost na Googlu. Vsi vidijo izboljšave, vendar le malo ljudi vidi tveganje. Seveda, uporabniški vmesnik postane boljši, pozitivna uporabniška izkušnja se poveča, tehnično ste spet "v trendu". Vendar: Če je vaš poslovni uspeh odvisen od močne organske vidnosti, je prenova zadnje sredstvo izbire in se odloči le, kadar je vaša bolečina dovolj velika kot rezultat kombinacije zgoraj navedenih razlogov, ki jih ni mogoče več rešiti z enotnimi sprinti. Zakaj? Oglejte si, kaj se je zgodilo po prenovah teh štirih spletnih mest v spletni vidnosti:

Načrtujte svoj prenovitveni projekt skrbno in si zagotovite uspešno izvedbo s pomočjo kontrolnega seznama. Predvsem si zastavite dva cilja: ohraniti spletno vidljivost ter najti možnosti za vzpostavitev temeljev za povečanje spletne vidljivosti v okviru prenove. Prav za to je ta članek, da vam da vodnik za prenovitev, da omejite tveganja pri prenovi in resnično dosežete izjemne delovne rezultate s potencialom trajnih, organskih SEO uspehov.

Načrt prenove

Načrtovanje prenove spletnega mesta bi moralo potekati skrbno. Pri tem je pomembno upoštevati naslednje korake:

• Analiza obstoječega spletnega mesta in zabeležitev trenutnega stanja: Najprej bi moralo biti obstoječe spletno mesto analizirano, da bi se identificirale močne in šibke točke.
• Določitev ciljev: Cilji prenove spletnega mesta bi morali biti jasno opredeljeni. Sem spadajo na primer izboljšanje stopnje konverzije, povečanje števila obiskovalcev ali prehod na novo CMS s boljšim vzdrževanjem vsebin.
• Oblikovanje koncepta: Na podlagi analize, ciljev in analize konkurence bi moral biti razvit koncept prenove spletnega mesta. Koncept bi moral obsegati naslednje vidike: oblikovanje, vsebine, tehnologijo in SEO/marketing.
• Izvedba: Koncept se nato izvaja. Sem spadajo razvoj oblikovanja, ustvarjanje/prilagajanje vsebin in izvedba tehničnih sprememb.
• Testiranje: Novo spletno mesto bi moralo biti pred objavo temeljito preizkušeno, da bi se zagotovilo, da brezhibno deluje. Sem spada tudi določen kontrolni seznam.
• Objava: Novo spletno mesto se nato objavi. In nadaljnje poteka živo testiranje, ocenjevanje in prilagajanje.

Določitev ciljev in strategije prenove

Natančno določite, katere cilje bo prenova dosegla. Cilji lahko vključujejo (poleg že omenjenih razlogov): 

• Izboljšanje uporabniške izkušnje
• Povečanje preglednosti
• Razširitev ponudbe vsebin
• Modernizacija oblikovanja
• Povečanje prometa in višine nakupovalne košarice 
• Prelaz na drugo CMS z lažjim vzdrževanjem vsebin in tehnično vzdržljivostjo
• Perspektivna lažja razširljivost in ohranitev zmožnosti posodabljanja.

Predlog: Po prvih sestankih začetka projekta v ekipi kot podjetju - še preden se začnejo pogovori z izvajajočimi agencijami - naj vsak udeleženec projekta zapiše cilje vaše prenove na list ali v vnosno polje vašega komunikacijskega orodja (npr. Slack). Ko nato vsi hkrati pokažejo svoje navedene cilje, boste presenečeni, kako različna mnenja so, kljub temu da so bili cilji že prej izraženi na sestankih. Zato je pomembno, da se cilji tudi pisno zapišejo. Če natančno poznate svoje cilje, lahko že v zgodnji fazi preverite na prototipu UI, ali so ti upoštevani konceptualno.

Lasten dokument daje jasnost o nalogi prenove

Agenca potrebuje obsežno projektno izhodišče stranke za pripravo ponudbe. Podjetja običajno imajo pripravljen Word dokument ali PDF, kjer je zaslutiti več ali manj podrobno načrtovanje podviga. Nato se izvajajo vprašalniki ali potekajo delavnice, s pomočjo katerih agencije bolje izpostavijo bolečine strank, da lahko podajo ponudbo. Pri večjih projektih se pripravi lasten dokument. Bolj natančen kot je, tem bolje. 

Lasten dokument je dokument, ki ima pri prenovi spletnega mesta pomembno vlogo. Služi kot zapisnik zahteve, ciljev in pričakovanj za prenovo v pisni obliki. Dobro izdelan lasten dokument pomaga zagotoviti, da vsi udeleženci - bodisi razvojno ekipo, oblikovalsko ekipo ali stranko - jasno razumejo, kaj naj bi bilo doseženo med prenovo. Služi tudi kot začetna točka za dobro ocenjeno in zavezujočo ponudbo izvajajoče agencije. Tu so informacije in elementi, ki se običajno lahko nahajajo v lastnem dokumentu za prenovo spletnega mesta:

• Cilji in namen: Opis glavnih ciljev prenove, npr. izboljšanje uporabniške izkušnje, povečanje vidnosti v iskalnikih ali prehod na CMS s posodobljenim oblikovanjem.
• Obseg projekta: Jasna opredelitev tega, kaj je vključeno v okviru prenove in kaj ne. To lahko vključuje število strani, integracijo orodij tretjih oseb ali prenovo vsebin.
• Zahteve po oblikovanju: Informacije o želenem vizualnem oblikovanju spletnega mesta, vključno s postavitvami in upoštevanjem smernic za korporativno oblikovanje glede barv, pisav in slik.
• Zahteve po funkcionalnosti: Razčlenitev želenih funkcij in interakcij na spletnem mestu, kot so kontaktni obrazci, iskalne funkcije, funkcije e-poslovanja itd.
• Tehnične zahteve: Specifikacije za tehnologije, ki naj bi bile uporabljene med prenovo, kot je izbira sistema za upravljanje vsebin (CMS) ali izvajanje določenih funkcij. Prav tako spada sem uporaba sodobnih oblik slik in grafik (WebP, AVIF, SVG).
• Ročno in avtomatično arhiviranje ter pregledi urejanj vsebin.
• Zahteve po vsebinah: Jasna navodila za prenovo, posodobitev ali ustvarjanje vsebin, vključno s teksti, slikami, videi in drugimi mediji. Upravljanje meta podatkov in strukturiranih podatkov.
• Zahteve po SEO: več o tem v naslednjem področju vsebine.
• Časovni načrt in mejniki: Načrt, ki določa načrtovane datume za začetek in končanje prenove ter ključne mejnike.
• Proračun: Informacije o proračunu za prenovo, vključno s stroški oblikovanja, razvoja, gostovanja in morebitnih storitev tretjih oseb.
• Zagotavljanje kakovosti z orodji za testiranje: Opis testov in postopkov za nadzor kakovosti, ki naj bi se izvajali med prenovo, da se zagotovi brezhibno delovanje spletnega mesta.
• Zahteve po vzdrževanju in podpori: Zahteve po rednem vzdrževanju in podpori spletnega mesta po prenovi.

Dobro strukturiran seznam zahtev je ključen za preprečevanje nesporazumov, učinkovito vodenje projekta in zagotavljanje, da se bodo izpolnile pričakovanja vseh zainteresiranih strani. Deluje kot smernica in referenčni dokument za celotno projektno ekipo ter prispeva k zagotovitvi uspeha prenove spletne strani. 

Ko smo načrtovali prenovo spletne strani TutKit.com z zamenjavo celotnega okvirja iz CodIgniter v Laravel, je naš seznam zahtev obsegal 220 strani – (ne)nazorna obetavna naloga za agencijo, da se s tem spopade.

Opomba: V mojem članku ne bom podrobno obravnaval koncepta, oblikovanja, funkcionalnosti in uporabljene tehnologije. Nova spletna mesta bodo zagotovo privlačna. Največja nevarnost pri prenovi dejansko leži v poslabšanju tehnične uporabniške izkušnje in kakovosti OnPage zaradi manjkajočih preusmeritev 301 itd., kar vodi v izgubo uvrstitve in vidnosti. Da se temu izognemo, so v nadaljevanju prednostno zajete skrbi za zagotovitev uspeha projekta z vidika uporabniške izkušnje in SEO.

Opredelitev SEO zahtev za novo spletno mesto

Naročniška predstavitev ali bolj obsežen seznam zahtev že ureja, kaj je oblikovno, vsebinsko, funkcionalno in tehnično želeno ter je osnova, da agencija lahko izdela kalkulacijo.

Za seznami pregleda za zagotovitev uspeha projekta je treba z vidika SEO preučiti posamezne odstavke. Pojavljajo se posebne SEO zahteve zato npr.:

• spreminjanje URL-strukture (preslikava preusmeritve URL-jev!) in spremembe povezav
• spreminjanje navigacije (pomembno zaradi notranje povezave in hierarhije povezav)
• spreminjanje tehnologij (CMS, JavaScript Framework, strežnik, …)
• spreminjanje vsebin (potencialne izgube vidnosti dobro uvrščenih strani)

Spletne strani dobro uvrščene v Googlu zaradi vsebinske relevantnosti, zato so pomembna vprašanja, ali se obstoječe vsebine spreminjajo ali združujejo, ali vsebine izginjajo in/ali dodajajo nove vsebine? Se vsebinska struktura kategorij ali strani spreminja? Iz teh točk morajo izhajati SEO zahteve, ki spadajo na seznam prenove.

Ali se meta podatki starih vsebin prenesejo in se spremenijo? Kako poteka skrb za vsebino s strani urejevalca in ali so vsebine strukturirane z podatki?

Ali se obstoječe ali nove slike shranijo v sodobnih slikovnih formatih za spletne strani (WebP/Avif) in ali se upošteva optimizacija slik z govorečimi URL-ji z malimi črkami, torej namesto 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.

Istočasno je pomembno, da se slikovne datoteke prek strukturiranih podatkov (ImageObject) in <meta>-sličic posredujejo Googlu, da se poveča verjetnost vgradnje slik v rezultate iskanja in uvrstitev v Googlovih slikah.

Zanimivo je tudi v tem kontekstu vprašanje, kako se lahko izboljšajo uporabniški signali. Tako bi na straneh s vsebino lahko vstavili slikovne videe, pojasnjevalne in pomožne videe. Če uporabnik, ki prihaja z Googla na pristajalno stran, klikne na video in si ga ogleda, se poveča čas zadrževanja (dobri uporabniški signal), prav tako se izboljša tudi stopnja vrnitve na seznam rezultatov iskanja (dobri uporabniški signal). 

Prav tako je treba preveriti, kako se vsebinske sekcije integrirajo na strani, ki morajo izpolnjevati zahtevam Googla za Uporabno vsebino in za načelo E-A-T.

Za Googla je "Uporabna vsebina" vsebina, ki je pomembna in koristna za uporabnike. Podrobno in informativno odgovarja na vprašanja uporabnikov, ponuja rešitve za težave in zagotavlja dodano vrednost, ki presega zgolj oglaševalska sporočila.

Tukaj je nekaj primerov koristne vsebine:

• Vadnice in navodila: Te vsebine pomagajo uporabnikom, da se naučijo novih nalog ali rešijo obstoječe težave.
• Ocene in primerjave: Te vsebine pomagajo uporabnikom, da se odločijo za pravi izdelek ali storitev.
• Novice in posodobitve: Te vsebine obveščajo uporabnike o trenutnih dogodkih in trendih.
• Infografike in diagrami: Te vsebine lahko pomagajo pri vizualizaciji kompleksnih podatkov in informacij.
• Blogi in članki: Te vsebine ponujajo globlji vpogled v določeno temo.

Google uporablja različne signale, da prepozna koristno vsebino. Med njimi so:

• Uporabniško vedenje: Google spremlja, kako uporabniki interakcijajo z vsebinami, npr. kako dolgo ostanejo na strani, kolikokrat jo delijo in ocenjujejo.
• Signali kakovosti: Google ocenjuje kakovost vsebin na podlagi dejavnikov, kot so relevantnost, celovitost in aktualnost.
• Povratne informacije od uporabnikov: Google upošteva tudi povratne informacije uporabnikov, kot so ocene in komentarji.
• Z upoštevanjem teh signalov lahko lastniki spletnih mest povečajo možnosti, da bodo njihove vsebine ocenjene kot koristne.

EEAT-načelo je koncept, ki ga je razvil Google in ocenjuje kakovost spletnih mest in spletnih vsebin. Stoji za strokovnost, izkušnje, avtoriteto in zaupanja vrednost, torej strokovnost, izkušnje, avtoriteto in zaupanja vrednost.

• Strokovnost se nanaša na znanje in izkušnje oseb, ki ustvarjajo vsebino. Google ocenjuje strokovnost glede na dejavnike, kot so izobrazba, poklicne izkušnje in nagrade.
• Izkušnje so potrjene, če je vsebina ustvarjena tudi z določenimi izkušnjami, npr. na podlagi dejanske uporabe izdelka, ob dejanskem obisku kraja ali opisom doživetega s strani osebe?
• Avtoriteta se nanaša na ugled in reputacijo spletnega mesta ali spletne vsebine. Google ocenjuje avtoriteto glede na dejavnike, kot so povratne povezave, aktivnosti v socialnih medijih in ocene uporabnikov.
• Zaupanja vrednost se nanaša na zanesljivost in verodostojnost spletnega mesta ali spletne vsebine. Google ocenjuje stopnjo zaupanja vrednosti glede na dejavnike, kot so zasebnost, varnost in preglednost.

Kakšne SEO zahteve imajo obstoječe in nove funkcije glede na sprednji in zadnji konec? Tukaj gre na primer za:  

• Obhodnost (pomembne vsebine morajo biti vidne in obhodne tudi brez JavaScripta)
• Jasnost cilja spletnega mesta in jasnost glede poziva k akciji (zaželeno ravnanje ciljnega kupca na straneh)
• Preprečevanje duplikatov vsebine, na primer samodejno ustvarjene strani s kategorijami ali podvojene strani z različnimi izdelki
• Zagotavljanje visoke hitrosti strani s preprečevanjem preveč datotek JavaScript in CSS, z uporabo sodobnih slikovnih formatov (WebP/AVIF)

Te SEO zahteve morajo biti vključene v zahtevek za projekt oz. v zahtevah, prav tako pa v testnem orodju povezane s seznamom preverjanja ali kot primerjava med dejanskim in želenim v okviru zagotavljanja kakovosti projekta ter dodatno kot kriterij za odobritev agencijske storitve. Več o tem spodaj.

Določitev notranjih in zunanjih udeležencev projekta

Določite udeležence v projektu - tukaj z vidika stranke oz. lastnika spletnega mesta: 

• Kdo je odgovoren za vodenje projekta in sprejemanje končnih odločitev? 
• Kdo je odgovoren za koordinacijo in komunikacijo z agencijo oz. s stranko? 
• Kdo prevzema notranje projektno vodenje?
• Kdo pripravlja vsebine in druge prispevke za agencijo?
• Kdo izvede oblikovanje uporabniške izkušnje? 
• Kdo izvede razvoj? 
• Kdo poroča stranki agencije v določenih intervalih?
• Kdo izvaja testiranje in zagotavljanje kakovosti s strani agencije/stranke?
• Ali je vključen zunanji svetovalec (npr. za SEO ali pravne zahteve)?
• Kdo odobri naloge? Kdo sprejme naloge v sistemih s karticami po obdelavi?
• Kdo mora biti obveščen v določenem trenutku (zaposleni, stranke, partnerji, skrbniki oglaševalskih kampanj, …)? 

Pri izbiri zunanjih vodij projekta so pomembne štiri točke

1. Je agencija izvedla enega ali več projektov tega tipa? Obstajajo reference? Obstajajo mnenja strank in bi bilo možno tudi pogovor s strankami agencije - kar je pri večjih individualnih razvojih priporočljivo?
   
2. Ali z ponudbo in tehnično izvedbo (CMS/trgovo okolje/struktura) že izpolnjene vse zahteve, povezane z obnavljanjem, obstajajo? Ali obstajajo posamezne funkcionalnosti ali zahteve, ki bi jih bilo treba še programirati (tudi prek vtičnika ali modula)? So določene storitve izvzete ali rezervirane za kasnejši čas, ki pa so ključne za uspeh projekta? Pomembno je, da ne nastanejo nove težave, večje od samega razloga za obnovo.
   
3. Se ujemajo izvajalci agencije ali ponudnika storitev tako po velikosti ekipe kot po regionalni lokaciji in (o ocenah zaposlenih, morda pridobljenih na Kununu) večji prehodnosti z zaposlenimi tudi trajnostno z podjetjem za nadaljnje upravljanje?
   
4. Ali je neposreden stik s oblikovalsko in razvojno ekipo mogoč? Smiselno je spoznati dejansko ekipo agencije. Veseli in obljubljajoči prodajni strokovnjaki pridobijo naročilo in pozneje niso več pristojni. Zato bi bilo smiselno, vzpostaviti tudi neposreden stik s tretjo stranko.

Štirje nasveti za lastno zavarovanje v zvezi s tem

1. Kot stranka bi posebno pozornost namenil tehnologiji, ki jo uporablja agencija. Kar je navedeno v ponudbi, preprosto preverite z Googlovimi iskalniki "CMS + slabosti" ali "CMS + izkušnje". Vedeti morate, s čim se dejansko podajate. Smiselno je staviti na odprtokodne rešitve. Zavedam se, da to ni vedno izvedljivo. Najbolje je, če poskrbite, da obstaja čim večja skupnost razvijalcev za uporabljeno tehnologijo, tako da na koncu ne pristanete na tehnični rešitvi agencije, ki jo lahko upravlja samo vaša agencija, kar vas pozneje postavi v določeno obveznost.
   
2. Pazite tudi, da dobite neomejene pravice do uporabe in urejanja storitve agencije, tako da imate vedno pravico, da bi lahko notranje ali zunanje razvijali spletno mesto. Takšna klavzula spada v delovni sporazum.
   
3. Če je vaše podjetje nekoliko tehnično podkovano in ima v ekipi sistemskega upravitelja, programerje ali kaj tretjega, je smiselno, da sami nastavite GIT za verzijo in JIRA (ali podobno orodje) za projektno vodenje oz. sistem kartic. Potem zagotovite agenciji polna dostopna pravice in dela se lahko začnejo. Večje kot je projekt, bolj grobo in boleče lahko postane. Tako je dobro, če ste gospodar ključnih dostopov in računov. Zavedam pa se, da lahko temu priporočilu strokovno sledi le malo strank.
   
4. Včasih se zgodi, da agencije za stranke takoj ponujajo gostovanje. Sami tega ne podpiramo, saj povečuje odvisnost v odnosu s strankami, hkrati pa menimo, da so ponudniki spletnih gostovanj najbolj primerni za spletno gostovanje, ker so specializirani za to. Sami smo že nastavili in upravljali strežnike in porabili zelo veliko osebja in časa. Spet smo se vrnili nazaj. Naši sistemi trenutno delujejo na oblakih velikega ponudnika spletnih gostovanj v Nemčiji in smo srečni. Pri gostovanju na spletu v vsakem primeru bodite pozorni, da so že vključene varnostne kopije na strežniku, ki se lahko z nekaj kliki tudi obnovijo.

Določanje obdobja in datuma začetka

Prelansiranje se izvaja v več projektih sprintov. Po naših izkušnjah z agencijo, ti sestavljajo:

• Trenutno stanje se dokumentira (prek testnih orodij, pa tudi pisno z vtisi, kaj deluje dobro s strani stranke in kje so potrebne izboljšave)
• Faza raziskovanja s konkurenčno analizo in iskanje rešitev/navdiha
• Načrtovanje wireframe-ov
• Oblikovanje oblikovanja uporabniškega vmesnika
• Razvoj sprednjega in zadnjega dela
• Migracija podatkov ali uvoz vsebine (samodejno/ročno)
• Strukturne in vsebinske optimizacije vsebine (besedilo in slika) in SEO sprint

Sprinti projektov se prekrivajo, saj se med izvajanjem nove projektne stranke aktivirajo.

Pomembno je, da določimo časovni okvir za posamezne projektni sprinte in se uskladimo z udeleženci. 

Ali agencija za stranko za projekt, če je večji, vzpostavi svoj Slack kanal za hitrejše komunikacijo?

Nasvet: Dober je, če agencija že v zgodnji fazi dela s klikljivimi prototipi, torej že v fazi načrtovanja wireframe-ov, in še posebej pri predstavitvi in preverjanju oblikovanja uporabniškega vmesnika. Tako stranke lažje dobijo občutek za doživetje spletišča. Preproste JPG- ali PNG-datoteke kot predlog postavitve niso več sodobne. Naj bodo to klikljivi prototipi, ki se izdelajo s programi Sketch, Figma, Adobe XD ali drugim profesionalnim orodjem.

V tej zgodnji fazi so spremembe lahko enostavno izvedljive. Ko so funkcionalnosti in sekcije spletne strani že razvite, so spremembe precej bolj zahtevne in lahko privedejo do dodatnih pogajanj, ki niso najbolj privlačna.

Tukaj je na primer, kako izgleda tak prototip za oblikovanje mobilnega uporabniškega vmesnika z vidnimi kliki v pregledu:

Pomembno je, da se razjasni, od kdaj dalje so možni tekoči testi s strani stranke. Razvijalci naj testirajo svoje lokalne projekte tudi po združitvi v stopniščni sistem. Morda sem banalen, vendar vsak, ki sodeluje z razvijalci, takoj razume, kaj mislim. Nato naj tisti, ki je odgovoren za zagotavljanje kakovosti s strani agencije, preizkusi vstopnico oz. funkcijo. Šele potem se vstopnica za testiranje s strani stranke sprosti. Stranka se ne sme počutiti kot alfa testnega, temveč naj najde sistem, ki je bil testiran že z štirimi očmi. Agencija je alfa testno okolje, stranka pa beta testno okolje! Sploh ima dostop do agencijskega sistema za vstopnice?

Prav tako bi moralo biti pisno določeno, da mora izvajanje rednega poročanja s strani agencije za stranko potekati v določeni pogostosti. Na primer, vsak petek bi lahko po e-pošti prejeli poročilo o trenutnem stanju del, potrebne povratne zanke ali zahteve za pomoč. To je tudi nasvet iz naših izkušenj z agencijo: Dobra praksa je, da stranko ne puščate negotovo pred vikendom. Bolje je dobro obveščati o tem, kaj se je zgodilo in kaj sledi v naslednjem tednu. Transparentnost pomaga, da vsi ostanejo na isti strani s pozitivnim občutkom pri delu.

Ročno določen je datum lansiranja . Po Parkinsonovem zakonu se delo razteguje do razpoložljivega časa za njegovo dokončanje. Drugače povedano, več časa je na voljo za dokončanje naloge, več časa se bo za to porabilo, ne glede na dejansko kompleksnost ali obseg dela. Načrtovano dokončanje je zato navedeno tudi v pogodbi o delu. Zamujanje roka bi lahko bilo celo opremljeno z pogodbeno kazen v pogodbi. Smernica je, da so pogodbene kazni v višini 0,2 % skupne vrednosti naročila na delovni dan zamude in največ 5 % skupne vrednosti naročila učinkovite. Pogodbena kazen ni nujno, da se uveljavi s strani stranke, vendar vam omogoča, da agencijo pritisnete za nekaj dodatnih želja kot kompenzacijo.

Pomembno: Ne izvedite lansiranja ob petkih. Prav tako ne med prazniki ali v glavni poslovni uri podjetja. Priporočamo, še posebej pri večjih prenovo, nočne ure od nedelje na ponedeljek, še posebej, ko se IP predeluje, da bodo nastavitve DNS pri večini ponudnikov posodobljene nazaj v ponedeljek, kar se pogosto zgodi že pozno dopoldne, če so bili zapisi DNS spremenjeni ponoči. Tako imate dejansko še 4,5 delovnega dneva za preizkušanje v živo in odpravljanje napak, ki se pojavijo.

Protokoliranje stanja vaše spletne strani

Trenutno stanje je treba zabeležiti pred začetkom dela. V trenutnem stanju se zabeleži rezultate tehničnih meritev za parametre. Na desni strani lahko vnesete ciljne vrednosti:

Na seznamu najdete kot orodje SEO Seobility, ki ga radi uporabljamo za preverjanje on-page dejavnikov, za kar sem objavil tudi Seo-Training. Obstaja veliko podobnih orodij, kot so Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog itd. Pri orodju za SEO gre predvsem za identifikacijo in odpravo tipičnih on-page napak. Tukaj so tri osrednja področja: Tehnika & Meta, Struktura in Vsebina, kot jih razčlenjuje Seobility. V podobni obliki jih najdete tudi pri drugih orodjih za SEO. Pomembno je, da vedno opravite celovit pregled, torej, da se predela VSE strani in ne samo začetna stran, ter da vnesete rezultat ali napako v obstoječe stanje ter ciljni rezultat, ki mora biti dosežen po optimizaciji. Pri Seobility je vrednost 90 ali več zaželena. Prav tako boste našli alternativna orodja za druge namene. Pomembno je, da se uporabi vsaj eno, da se zagotovijo vrhunski podatki.

To je na primer naš trenutni rezultat kakovosti on-page:

Signali uporabnikov se statistično merijo z merili iz Google Analytics 4, kot so stopnja odstopa, strani/obiskovalci, čas bivanja itd. Če je Google Analytics ali drugo orodje za analizo uporabljeno na skladen način, bi morali biti ti podatki upoštevani tudi v evidentiranju obstoječega stanja. 

Prav tako je treba ustvariti seznam povratnih povezav, ki jih lahko brezplačno ustvarite npr. tukaj: https://www.seobility.net/de/backlinkcheck/

Poleg tega naj se stara sitemap.xml varnostno kopira, kot tudi celotna varnostna kopija strani. Vse relevantne strani naj bodo tudi na seznamu v Google Sheetu, ki tvori izhodišče za URL-Redirect-Map. Tak seznam CSV lahko enostavno izvozite preko orodja za SEO, kot je Seobility. V URL-Redirect-Map so upoštevane vse relevantne strani in povezane strani preko zunanjih povratnih povezav (glej seznam povratnih povezav), ki jih bo treba pozneje preusmeriti zaradi sprememb URL-jev strani. Odstranjene URL-je bo treba preusmeriti na nove URL-je, ki ustrezajo starim. Pomembno je preprečiti veriženje preusmeritev! Stare obstoječe preusmeritve morajo neposredno voditi na nov končni URL. Prav tako naj se upoštevajo PDF datoteke in slike, na katere so povezave, da se bodo pravilno preusmerile in ne postale 404 povezave.

Preusmeritve se izvedejo kot 301 preusmeritve na podlagi URL-Redirect-Map v .htaccess, preko Redirect-Map preko Vhost konfiguracije ali s pomočjo rešitve z bazo podatkov. Stranka bi morala biti sposobna skrbeti zanje. Prav tako je treba zagotoviti, da so preusmeritve trajne.

Prav tako je priporočljivo zavarovati vsak tip strani z celotnim posnetkom zaslona. To je ena stranica varnostnega kopiranja obstoječe vsebine, če se po namestitvi veliko sprašujete, ali se vrste vsebine niso prenesle.

Na podlagi obstoječih strani, funkcij in vsebin ter na podlagi rezultatov meritev lahko določimo, kaj že dobro deluje in kje je treba identificirati potencial za izboljšanje, kar bi moralo biti izboljšano z obnovitvijo.

Seznam preverjanja: Pred obnovo

Ko je oblikovanje uporabniškega vmesnika potrjeno in se agencija nahaja v razvojnih sprintih, postane pomemben naslednji seznam preverjanja, ki kronološko navede ključne točke do dneva obnove:

1. Razvojno okolje z dostopom za vse udeležene je na voljo za testiranje
2. Razvojno okolje deluje na noindex
3. Dostop do orodij za testiranje na razvojnem okolju (dovoljenje IP-ja ali http-prijava) je vzpostavljen
4. Konfiguracija razvojnega okolja čim bolj ustreza konfiguraciji v živem sistemu
5. Struktura strani v razvojnem okolju ustreza strukturi prihodnje live strani
6. Migracija podatkov iz obstoječega sistema je izvedena
7. Spremembe vsebine so bile izvedene
8. Optimizacija slik je bila izvedena
9. 301 preusmeritve na podlagi URL-Redirect-Map so vzpostavljene 
10. OnPage preverjanje s Seobility je potekalo, napake so bile odpravljene, ciljni rezultati so doseženi
11. Podatki Open-Graph so veljavni
12. Strukturirani podatki so veljavni
13. Preverjanje hitrosti strani za vse vrste strani je bilo opravljeno, ciljni rezultati so doseženi
14. Politika piškotkov za vsebino deluje
15. Splošne varnostne nastavitve so vzpostavljene
16. Dostopnost je zagotovljena, ciljni rezultati so doseženi
17. Hreflang je veljaven (za večjezične strani)
18. Pravni dokumenti (splošni pogoji poslovanja, kontakt, izjava o odstopu, zasebnost) so bili posodobljeni, skladnost s pravili GDPR je zagotovljena
19. Posodobitev sistema upravljanja vsebin, okviri, uporabljeni vstavki in moduli na najnovejšo različico so izvedeni
20. Finalni test funkcionalnosti preko brskalnika in naprav ni pokazal napak
21. Končni status in datum izdaje je znan 
22. Je bila ustvarjena celotna varnostna kopija

Uporaba strukturiranih podatkov (Schema-Markup) - glej točko 12 na seznamu - je še vedno premalo upoštevana. Seznani se s temo in preberi, kaj Google pravi o označevanju strukturiranih podatkov v iskanju Google. Google bo v okviru SGE, torej iskanja, ki ga ustvari AI, vedno bolj težil k tehtanju veljavnih podatkov. Prav tako Google Hoverable Content Update pomeni, da so vsebine veliko bolj preverjene s strokovnostjo, izkušnjami, avtoriteto in verodostojnostjo. Strukturirani podatki so del rešitve, ki olajša ta proces potrjevanja za Google. Po integraciji strukturiranih podatkov uporabite Validator Schema-Markupa, a preverite tudi svoje strani s Linter Strukturiranih Podatkov, ki ga Google prav tako priporoča in povezuje z PageSpeed Insights. Na ta način boste dobili obširnejše informacije o kodi napake v zvezi z uporabo strukturiranih podatkov na vaših straneh.

Pri točki 16 se zdaj prvič pojavi Dostopnost v tem članku. Dostopnost že pri orodju PageSpeed Insights obsega lastno področje, kjer so zelene številke zaželene. Preverjanje, ali je spletno mesto dostopno ali ne, bi moralo poleg orodja PageSpeed Insights potekati tudi preko https://www.accessibilitychecker.org in/ali https://wave.webaim.org. Še posebej, če se bliža ponoven zagon, bi moral biti ta vidik obvezen, saj bo s 2025 zakon o okrepitvi dostopnosti spletnega mesta ena od aktualnih tem. Preveri s takšnim orodjem ne le začetno stran, ampak vsako vrsto strani – enako velja za preizkuse hitrosti strani!

V okviru ponovnega zagona se pogosto pojavijo prilagoditve in posodobitve pri pravnih besedilih. Treba je zgodaj razmišljati o tem, ali bodo besedila morda zagotovljena prek odvetnika ali s pomočjo pravnih generatorjev. Prav tako je treba pomisliti na pogodbe o obdelavi naročil, na primer če se uporablja nov gostitelj spletnega mesta ali če se spremeni storitev glasila.

Točko 18 z posodobitvijo CMS, uporabljenih knjižnic JavaScript, nameščenih modulov in vtičnikov je prav tako podcenjena, vendar pomembna. Ponoven zagon lahko traja več mesecev in več. Pri sistemu WordPress je enostavno videti, da so morda pred dnevom ponovnega zagona na voljo že številne posodobitve. Stranke se morajo zagotoviti, da se pri izdaji v živo uporabljajo najnovejše različice.

Pri spreminjajočih se zunanjih storitvah se pojavijo dodatne naloge, ki bi morale biti vključene tudi na seznamu za preverjanje, na primer pri spremembi glasila:

• Uvoz podatkov stikov iz glasila v novo storitev za glasila
• povezava s storitvijo glasila na spletnem mestu pri obrazcu za prijavo
• Pogodba o obdelavi
• Ustvarjanje novih predlog za elektronsko pošto
• in tako naprej

Med celotnim razvojnim sprintom potekajo seveda stalna preizkušanja funkcij itd. Pametno je ustvariti zelo podrobni seznam preverjanja za preizkuse, da ne pozabite na nič. Ni dovolj, da agentura za izvajanje in stranka samo malo klikata. Po našem ponovnem zagonu TutKit.com je imel naš seznam sprejemanja zagotovo 1.000 vrstic. In tako delamo še danes: po pomembnih glavnih posodobitvah preverimo približno 70 interakcij prek seznama za preverjanje za Chrome, Safari in Android.

Seznam za preverjanje: Dan ponovnega zagona in naslednji dnevi

Dan ponovnega zagona je napočil in ni petek ter tudi ne dan med prazniki. Novo spletno mesto gre v živo, nastavitve DNS so prilagojene. Zdaj je treba znova preveriti in oceniti vse. Preveri naslednje stvari:

1. preverjanje robots.txt, da roboti niso blokirani
2. da deluje živo okolje na index, sledi.
3. Canonical-Tagi so pravilno nastavljeni
4. preverjanje izvornega besedila strani zaradi absolutnih poti (povezave v testnem okolju na živo stran)
5. preusmeritev s http na https z/n brez www na ciljno stran in podstrani deluje
6. Preverjanje preusmeritve prek zemljevida URL-jev, prav tako obstoj preusmeritvenih verig
7. OnPage preverjanje žive strani s Seobility za tehniko & meta, strukturo in vsebino … zlasti preveri strani, označene z noindex, ki so prikazane prek Seobility
8. Open-Graph podatki so veljavni
9. Strukturirani podatki so veljavni
10. Preverjanje hitrosti strani za vse vrste strani je bilo izvedeno, ciljne vrednosti so dosežene
11. Politika piškotkov s soglasnim orodjem za piškote deluje, kot bi moralo
12. Varnostni glavi so nastavljeni
13. Dostopnost je zagotovljena
14. Preverjanje hreflang pri večjezičnem spletnem mestu (https://app.sistrix.com/de/hreflang-validator)
15. Končno testiranje funkcij prek različnih brskalnikov in naprav ni razkrilo napak
16. Novo sitemap.xml pri Google Iskalni konzoli predložiti
17. Posodobiti nove ciljne strani za Google-Ads-kampanje
18. Pri določenih spremembah domene razmislite o povezavah v socialnih medijih, e-poštnih podpisih itd.

V našem razvojnem okolju uporabljamo Mailhog za lokalno testiranje e-pošte. V takšnih primerih je pomembno, da so pravilni SMTP podatki za sprejem e-pošte v živem sistemu shranjeni, tako da e-pošte odidejo tja, kamor morajo.

Prav tako je treba paziti, da so pri ponudnikih plačilnih storitev, kot je Paypal, v razvojnem sistemu peskovnik implementiran, medtem ko je treba v živem sistemu vzpostaviti pravilno povezavo.

V naslednjih dneh je koristno spremljati predvsem Google Iskalno konzolo. Najbolj zanimivo je seveda, kako se spreminjajo vaši uvrstitveni položaji. Osredotočite se še zlasti na nepričakovane spremembe in napake:

1. Poizvedba: Stanje gostitelja ... Pridobitev robots.txt, razrešitev DNS, vzpostavitev povezave s strežnikom
2. Statistika poizvedovanja ... Zahteve, velikost prenosa, povprečen čas odziva
3. Kliki v SERP
4. Prikazi v SERP
5. Povprečna CTR v SERP
6. Povprečen položaj v SERP
7. Uspeh osnovnih spletnih vitals 

Google Search Console vas zlasti opozarja na napake, kot so URL napaka, napaka href-lang, indeksiranje strani z razpršenim indeksom/neprestano indeksirano. Za neindeksirano mora obstajati razlog (preusmeritev, noindex).... Tam lahko vidite tudi podvojen vsebino ali druge težave. Če vam Search Console sporoča težave z označenimi podatki ali osnovnimi splet vitals, se temu posvetite. Šele s pomočjo v živo boste na primer ugotovili, da imajo vaše strani kljub visoki hitrosti odpiranja težave z osnovnimi spletnimi vitali, na primer zaradi težav s CLS. Tukaj lahko dobro vidite, kakšne spremembe so možne na spletnem mestu:

Lahko si takoj ogledate slabe ali izboljšave vredne URL-je. Vzemite URL in z njim naredite preizkus hitrosti strani pri orodjih za preizkušanje hitrosti strani. Tam boste dobili napotke, zakaj osnovni spletni vitali niso izpolnjeni in kaj lahko storite, da odpravite napake. Za več informacij razširite majhno puščico navzdol. Te smernice običajno lahko izvedejo le razvijalci. Pomembno pa je, da ste sposobni identificirati težave, da jih lahko nato rešujete z agencijo.

Prav tako analizirajte svoje podatke iz orodij za analizo, na primer iz Google Analytics 4. Prav tako imejte na zraku merila, ki jih lahko sistemske odčite, kot so na primer rezervacije, stopnja konverzije, višina vozička, nakupi/promet na dan, število prijav na novice, povpraševanja po stikih, prenosi določene vsebine ali ogledi videoposnetkov. 

Poizvedovalne statistike v Googlovi iskalni konzoli so ključne za preverjanja v dneh po tem. Do njih dostopate prek nastavitev na levi v meniju. Takoj bi moralo biti več dejavnosti poizvedovanja vidnih. Če ne, ali so prisotne napake pri poizvedovanju?

Stanje gostitelja vam takoj prikaže napake, kot je na primer vidno tukaj po osvežitvi, ko so poizvedbe po robots.txt spodletile in tudi vzpostavljanje povezave s strežnikom se je občasno prekinjalo:

Zanimivo je tudi, kaj pove statistika poizvedovanja. Po osvežitvi običajno prihaja do povečanja poizvedb poizvedovanja. Tam vidite tudi, ali so še vedno crolane 404-strani. Če nekatere ne ustrezajo, jih obravnavajte z razvijalci.

Ugotovili boste, ali so vaš strežnik, hitrost vaše strani in vaš koda relativno dobri, če je čas odziva vaših strani pod 400. Čim bližje se ta številka 1000 ms, tem bolj priporočljivo je optimizirati hitrost strani, na primer z zmanjšanjem poizvedb v podatkovno zbirko in povečanjem moči strežnika (npr. več računske moči, posodobitev na najnovejšo programsko opremo, preklop na HTTP2 ali HTTP3 (pri Nginx)).

Perspektivno bo proračun za kravlanje posameznih spletnih mest zaradi vedno več (AI) vsebin na spletnih mestih verjetno omejen, zato bi bilo treba tudi tukaj ciljati na dobro vrednost pri času odziva strani, da bodo pajki čim več kravljali na vaših straneh v na voljo stojim času.

Seznam prenove za prenos

Vstavljene sezname prenove so na voljo tudi kot datoteka PDF za prenos. Prenesite jih in s tem zagotovite uspeh vašega projekta!

Izpovedi lastnika agencije

Seo zahteve v seznamu prenove bi lahko vključevale tudi podrobna navodila, kot so upoštevanje strukture naslovov od H1 do H6 in podobno. Določitev ciljnih vrednosti v preizkusnih orodjih na srečo skrajša celoten seznam prenove vsebinsko, saj doseženje vrhunskih rezultatov v preizkusnih orodjih, navedenih na seznamu prenove, lahko dosežemo le z upoštevanjem čistega kode, uporabo sodobne tehnologije, upoštevanjem SEO-OnPage dejavnikov itd. V nasprotnem primeru bi bile najnovejše spletne standarde in tehnične ter Seo zahteve treba oblikovati zelo podrobno v specifikacijo, kar pa bi naročniki niso strokovno sposobni razumeti. Če morajo agencije doseči visoke vrednosti v preizkusnih orodjih, nimajo druge izbire, kot delati po najboljših praksah - kar je tudi za agencije nova izkušnja :-)

Je čas za izpoved. Določanje Seo zahtev in postopkov po korakih z zagotavljanjem in obveznim dosežkom ciljnih vrednosti v različnih preizkusnih orodjih predstavlja ideal, ki ga v resničnosti le redko najdemo. To je odvisno od:

• omejitve proračuna s strani strank
• interesi agencije za optimizacijo dobička
• omejitve zaradi uporabljenih tehnologij
• in na žalost tudi: nevednost in nesposobnost na obeh straneh

Strankam težko očitam kaj slabega. Pravzaprav iščejo strokovno pomoč, in skoraj vsaka digitalna agencija na svoji spletni strani ter v belih knjigah izpostavlja, da je optimizacija spletnega mesta za iskalnike ena izmed njihovih ključnih sposobnosti. Vedno so navedene tudi reference, ki dokazujejo, da je po prenovi prišlo do povečanja spletnega dosega za faktor 3, 5 ali 10. Če torej namesto 10 obiskovalcev dnevno zdaj pride 100, čeprav je to 1000-odstotno povečanje, to še ni nujno uspeh. Veliko dosežkov na področju iskalnikov nastane zaradi tega, ker so konkurenti digitalno preprosto še veliko slabše postavljeni.

Agencije še naprej opravljajo povprečno delo s starimi metodami, ker do danes še vedno ne uporabljajo modernih orodij za zagotavljanje kakovosti, čeprav se lahko obsegajo na svojih objavah, referencah, primerih dobrih praks ipd., da imajo znanje o SEO. Morda so takšne agencije velikani znanja, vendar zelo slab izvajalec. To sliši se kruto, vendar je to običaj. Popolnoma iskreno. Raziščite to! Vzemite seznam zgoraj in vnesite najboljšo agencijo iz svoje regije, iz katere prihajate, skupaj z njihovim URL v omenjena orodja. Nato vzemite najnovejšo referenco spletnega mesta, ki jo najdete od agencije, in ponovite. Kakšne rezultate boste videli? Točno tiste, ki jih pričakujete v sodelovanju. Tudi lastne reference lahko preverite na enak način in ugotovili boste, da tudi pri naših projektih za stranke ne dosežemo vedno vrhunskih rezultatov. Ta postopek s stališčem do podatkovno vodene kakovosti je zrasel pri nas od projekta do projekta, in se je predvsem prek našega dela na TutKit.com uveljavil. 

Take preglede lahko opravite skoraj z vsako agencijo, ker le malo njih res deluje na podlagi podatkov v kakovosti, ker nobena ne ostaja na trgu z lastnimi projekti leta in se mora v hudem boju za spletno vidnostjo meriti z mednarodnimi igralci, in ker agencije skoraj ni mar, ali projekt uspe ali ne, glavno je, da je agencijski račun poravnan in da lahko stranke praznujejo lepe (a kakovostno povprečne) spletne strani v svojih objavah in z nagradami. Posebna ironija pri tem je, da po zgoraj navedenih testnih orodjih pogosto ravno agencije za SEO z najslabšimi rezultati na svojih lastnih spletnih mestih, saj pogosto delujejo kot enotricki konj, ki ima v arzenalu le eno metodo … vsebinski paket, optimiziran za ključne besede stranke. Za druge tehnične zahteve pogosto manjkajo kompetentni razvijalci.

Ena prednost je tudi, če je agencija na drugem koncu, kjer se s stranko ne srečamo med nakupovanjem v trgovini s strojno opremo kot odgovornega sodelavca agencije, ki je odgovoren za negativen vpliv na vidnost, v dvoštevilčnem odstotnem območju po prenovi. Toda stranke tega negativnega vpliva na vidnost all redko preverijo, ker čeprav imajo vsi bannerje privolitve v piškotke, jih le malo dejansko analizira podatke in iz njih izvaja ukrepe. V dvomu je treba pač povišati AdSpend. S tem, da je danes organsko rangiranje odvisno od preobilice vsebinsko primerljivo dobro postavljenih spletnih strani predvsem od tehničnih parametrov, signalov uporabnika in (še vedno) povratnih povezav, stranke sreča na srečo tudi ne vedo. In s orodji za avtomatizirano besedilo z AI bodo spletne strani vsebinsko izboljšane v nepredstavljeni količini in kakovosti, in kmalu bomo lahko pozdravili veliko novih spletnih mest iz tujine v našem jeziku na straneh SERP, saj preko orodij za AI prevajanje postaja vedno lažje prevesti spletne trgovine, portale, SAAS in druge spletne strani ter napasti digitalni domači trg. Pripraviti se moramo na ostro konkurenco. Komaj se začenja …

Sklepna misel o podatkovno vodeni checklista za prenovo spletnega mesta

Tako podatkovno vodena checklista je eden redkih učinkovitih načinov, da agencije zavežemo kakovostnemu delu. Priporočljivo je celo, da dosego določenih vrednosti v testnih orodjih določimo kot merilo sprejemanja. Pogodbeno naj bo urejeno, da se delni znesek lahko izda šele po štirih tednih po prenovi, kadar so vsi pomembni podatki na voljo in potrjujejo obstoj vrhunskih vrednosti (npr. osnovna spletna merila in validirani produkti po oznaki sheme v konzoli za iskalnike). S pomočjo tega postopka - kot je opisano v tem prispevku - bo vaša izguba vidnosti po prenovi s pomembnimi vsebinskimi, strukturnimi in tehničnimi spremembami ostala omejena in ustvarili boste podlago, da Google vaše spletno mesto ali spletno trgovino kmalu oceni višje.

Če je bil članek zanimiv zate, si lahko ogledaš tudi druge naše vsebine: