Kaip atrodo normalus svetainės kūrimo procesas
Dažnas klausimas būna labai paprastas: per kiek laiko galima paleisti svetainę ir kodėl negalima tiesiog greitai sudėti puslapių. Klausimas normalus, nes iš šono atrodo, kad viskas remiasi tik dizainu ir tekstų įkėlimu. Praktikoje kalba dažniausiai eina ne apie demonstracinį maketą, o apie realiam verslui skirtą svetainę, kuri turi aiškiai pristatyti paslaugas, greitai veikti telefone, tvarkingai krautis Lietuvoje ir užsienyje, ir būti paruošta paieškai nuo pat pradžių.
Dėl to darbas vyksta etapais, net jei projektas nėra didelis. Viename etape tikslinami verslo tikslai ir turinys, kitame dėliojama struktūra, po to ateina dizainas, programavimas, testavimas ir paleidimas be bereikalingo chaoso. Per savaitę galima parodyti kryptį arba surinkti labai paprastą variantą, bet jeigu svetainei keliami normalūs reikalavimai, skuba dažniausiai virsta taisymais po paleidimo, o tai beveik visada kainuoja daugiau laiko.
Nuo ko viskas prasideda: tikslas, apimtis ir realūs lūkesčiai
Pirmiausia reikia susitarti, ką svetainė turi padaryti verslui, ką joje turės rasti žmogus ir kiek darbo iš tikrųjų bus projekte.
Pradžioje svarbiausias klausimas nėra spalvos ar šriftai.
Reikia aiškiai žinoti, ar svetainei keliama užduotis surinkti užklausas, pristatyti paslaugas, parodyti atliktus darbus, priimti registracijas ar parduoti internetu. Nuo to keičiasi visa projekto logika, puslapių kiekis ir tai, kiek sprendimų reikės priimti dar prieš kūrimą.
Reprezentacinė svetainė dažniausiai būna trumpesnė.
Ji skirta tvarkingai parodyti, kas esate, kuo užsiimate ir kaip su jumis susisiekti. Tokiam variantui dažnai pakanka kelių aiškių puslapių, jeigu verslas neturi didelio paslaugų sąrašo ir nereikia sudėtingų veiksmų pačioje svetainėje.
Paslaugų svetainė jau reikalauja daugiau struktūros.
Jeigu teikiate kelias skirtingas paslaugas, kiekvienai jų paprastai reikia atskiro puslapio su normaliu paaiškinimu, ne vien bendro aprašymo pagrindiniame puslapyje. Tai svarbu ne tik žmogui, kuris nori greitai suprasti pasiūlymą, bet ir paieškai, nes viena miglota paslaugų skiltis dažniausiai neduoda gero rezultato.
E. parduotuvė yra dar kitas lygis.
Ten atsiranda prekių struktūra, filtrai, atsiskaitymai, pristatymo logika, taisyklės, privatumo informacija, kartais ir integracijos su apskaita ar kurjeriais. Net ir maža parduotuvė turi daugiau judančių dalių nei įprasta paslaugų svetainė, todėl planavimas čia nėra formalumas.
Dar prieš dizainą verta susitarti dėl puslapių apimties.
Skirtumas tarp 5 ir 25 puslapių nėra tik tekstų kiekis. Kartu didėja struktūros darbas, vidinės nuorodos, turinio paruošimas, peržiūros laikas ir testavimas, nes reikia įsitikinti, kad visa informacija sudėta nuosekliai ir niekas nelūžta telefone.
Kalbos taip pat turi būti aptartos iš anksto.
Lietuvių ir anglų versijos nėra vien mygtukas viršuje. Reikia turėti išverstą turinį, apgalvoti meniu, antraštes, formas, teisines skiltis ir kartais net skirtingą puslapių apimtį pagal rinką, nes užsienio auditorijai dažnai reikia tikslesnio paaiškinimo nei vietiniams klientams.
Funkcijos turi būti įvardytos paprastai ir konkrečiai.
Neužtenka pasakyti, kad reikės „rezervacijos“, „katalogo“ ar „integracijos“. Reikia išsiaiškinti, ką žmogus galės padaryti svetainėje, kokius duomenis užpildys, kas gaus informaciją, ar reikės patvirtinimų el. paštu, ar duomenys keliaus į kitą sistemą, ar užtenka paprastos užklausos formos.
Turinio šaltiniai dažnai tampa tyliausia, bet brangiausia projekto vieta.
Jei nėra aišku, kas pateiks tekstus, nuotraukas, paslaugų aprašymus, kainoraščius, prekių informaciją ar teisinius puslapius, projektas pradeda stovėti. Tokiose situacijose kūrimas nevyksta tolygiai, nes vienos dalys jau paruoštos, o kitos negali būti užbaigtos be medžiagos.
Neaiškūs lūkesčiai beveik visada kainuoja daugiau nei aiškus pasiruošimas.
Pradžioje klientas kartais sako, kad reikia „tiesiog tvarkingos svetainės“, o po kelių savaičių paaiškėja, jog dar norisi blogo, kelių kalbų, karjeros skilties, naujienlaiškio formos, atskirų puslapių kiekvienam miestui ir galimybės patiems lengvai valdyti tam tikras sekcijas. Pats noras normalus, bet kai tai atsiranda eigoje, tenka perdėlioti struktūrą, dizainą ir dalį jau padaryto darbo.
Dėl to aš visada žiūriu atsargiai į projektus, kur pradžioje sakoma „padarom greitai, o paskui matysim“.
Toks kelias tinka tik tada, kai sąmoningai kuriamas labai mažas pirmas variantas su aiškiomis ribomis. Jeigu nuo pirmos dienos tikimasi pilnaverčio verslo įrankio, miglotas startas beveik garantuotai pavers projektą lėtesniu ir brangesniu.
Struktūra prieš dizainą: ką vartotojas turi rasti per kelias sekundes
Pirmiau sudėliojama, ką žmogus ras ir kur eis toliau, o tik po to sprendžiama, kaip visa tai atrodys ekrane.
Žmogus į svetainę ateina ne grožėtis sluoksniais, o greitai suprasti, ar čia yra tai, ko jam reikia.
Dėl to pradžioje dėliojamas puslapių medis. Tai paprastas žemėlapis, kuriame matosi pagrindiniai puslapiai, jų ryšiai ir kiek žingsnių reikia iki svarbiausios informacijos. Kai medis aiškus, lengviau nuspręsti, kas turi būti meniu, kas lieka vidiniuose puslapiuose, o ko apskritai nereikia rodyti pirmame plane.
Tada žiūrimi pagrindiniai vartotojo keliai.
Pavyzdžiui, vienas žmogus ateina iš Google į konkrečios paslaugos puslapį, kitas atsidaro pagrindinį puslapį po rekomendacijos, o trečias nori tik greitai rasti kainos kryptį, kontaktus arba užklausos formą. Jeigu šie keliai neapgalvoti, net graži svetainė pradeda stabdyti sprendimą vietoje to, kad jį palengvintų.
Čia labai daug lemia meniu.
Perkrautas meniu dažniausiai neatrodo solidesnis. Jis tiesiog verčia žmogų spėlioti, kur spausti, ypač telefone, kur vietos mažai ir dėmesio dar mažiau. Dažnu atveju geriau turėti kelis aiškius punktus nei dešimt beveik vienodų pasirinkimų.
Antraštės veikia ne kaip dekoracija, o kaip orientyrai.
Jei puslapio viršuje parašyta miglotai, lankytojas per kelias sekundes nesupranta nei kam skirtas pasiūlymas, nei kokią problemą jis sprendžia. O kai pirmas ekranas aiškiai pasako paslaugą, naudą ir kitą žingsnį, žmogui nereikia medžioti informacijos tarp bendrų frazių ir didelių nuotraukų.
Turinio seka pardavimams daro daugiau įtakos, nei dažnas tikisi.
Pirmiausia reikia atsakyti į pagrindinį klausimą, tada parodyti, ką konkrečiai siūlote, po to paaiškinti, kodėl verta jumis pasitikėti, ir tik tada prašyti veiksmo. Jei puslapyje iš karto rodoma galerija, efektai ar ilgas abstraktus tekstas, o esmė paslėpta žemiau, dalis žmonių tiesiog išeina.
Dizainas čia svarbus, bet jis turi tarnauti turiniui.
Tvarkingas vizualinis vaizdas padeda pasitikėjimui, tačiau dekoratyvūs elementai retai išgelbsti prastą logiką. Jeigu reikėtų rinktis tarp labai gražios, bet painios svetainės ir paprastesnės, bet aiškios, verslui beveik visada naudingesnis antras variantas.
Struktūra padeda ir pačiai paieškai.
Google lengviau supranta svetainę, kai kiekviena paslauga turi savo puslapį, antraštės išdėstytos nuosekliai, o vidinės nuorodos rodo logiškus ryšius tarp temų. Tokia svetainė aiškesnė ne tik robotui, bet ir žmogui, kuris iš paieškos patenka ne į pradžią, o tiesiai į vidinį puslapį.
Dėl to techninis SEO prasideda ne nuo papildinio nustatymų, o nuo normalios informacijos architektūros.
Jei visos paslaugos sugrūstos į vieną ilgą puslapį, paieškai sunkiau suprasti, kuri dalis apie ką yra. Jei kiekviena tema turi savo vietą, aiškų URL adresą, tinkamą antraštę ir ryšį su kitais puslapiais, matomumo pagrindas tampa daug tvirtesnis.
Šitame etape dažnai paaiškėja ir tai, ko nereikia kurti.
Kartais verslas prašo kelių papildomų skilčių, nes jos atrodo reikalingos „dėl pilnumo”, bet realiai jos neturi nei aiškaus tikslo, nei turinio, nei naudos paieškai. Geriau mažiau puslapių su aiškia paskirtimi negu daug silpnų puslapių, kurių niekas rimtai neskaito.
Turinys dažniausiai stabdo projektą labiau nei programavimas
Tekstai, nuotraukos ir aiškūs paslaugų aprašymai beveik visada lemia terminus labiau negu pats svetainės sukurimas
Kai svetainės struktūra jau aiški, kitas realus klausimas būna labai paprastas – ką tiksliai į ją dėsime.
Čia dažnai paaiškėja, kad turinio dar nėra tiek, kiek atrodė pradžioje. Yra bendras paslaugų sąrašas, keli seni tekstai, logotipas ir kelios nuotraukos iš telefono. To kartais pakanka juodraščiui, bet ne pilnam įgyvendinimui.
Prieš pradedant rimčiau rinkti puslapius, dažniausiai reikia bent jau pagrindinių tekstų kiekvienam svarbiam puslapiui.
Tai reiškia ne literatūrą, o aiškią medžiagą: kuo užsiimate, kam skirta paslauga, kuo skiriasi skirtingi pasiūlymai, kokia darbų eiga, kokie miestai ar rinkos aktualios, kokios užklausos norite iš lankytojo. Jei kuriama e. parduotuvė, prisideda prekių pavadinimai, aprašymai, kategorijos, variantai, nuotraukos, pristatymo informacija ir pagrindinės taisyklės.
Dar reikia vaizdinės medžiagos, kuri neatrodytų atsitiktinė.
Jei naudojamos komandos, darbų, patalpų ar produktų nuotraukos, jos turi būti bent jau pakankamos kokybės ir nuoseklios. Kai vietoje realios medžiagos paliekamos laikinos nuotraukos, vėliau tenka perdėlioti blokų aukščius, koreguoti pirmą ekraną ir iš naujo tikrinti, ar puslapis vis dar atrodo tvarkingai telefone.
Fraze „tekstus susigalvosime vėliau“ paprastai prasideda ne greitesnis, o ilgesnis procesas.
Be teksto sunku normaliai suprojektuoti puslapio seką, antraštes, mygtukus ir net kai kurias formas. Jei nežinoma, ką žmogus turi perskaityti ir suprasti, dizainas tampa tik rėmu be turinio, o toks rėmas vėliau beveik visada taisomas kelis kartus.
Tas pats galioja ir SEO pusei.
Negalima kokybiškai sudėti puslapių pavadinimų, antraščių, vidinių nuorodų ir teminio išdėstymo, jeigu dar neaišku, kaip vadinsite pačias paslaugas ir ką tiksliai jose akcentuosite. Papildinys čia nepadeda, nes jis neužpildo verslo esmės už jus.
Iš kliento pusės procesą labiausiai pagreitina ne skubėjimas, o tvarkingai surinkta medžiaga.
Labai padeda vienas dokumentas, kuriame atskirai surašyti puslapių tekstai, paslaugų aprašymai, dažniausi klientų klausimai, svarbiausi privalumai, kontaktai, socialinių tinklų nuorodos, rekvizitai ir pageidaujami veiksmai kiekviename puslapyje. Jei yra atsiliepimų, sertifikatų, atliktų darbų pavyzdžių ar partnerių logotipų, juos verta surinkti iš karto, o ne prisiminti projekto pabaigoje.
E. parduotuvėms labai padeda ir tvarkinga prekių lentelė.
Joje turėtų būti bent pavadinimai, kategorijos, kainos, variantai, trumpi aprašymai, nuotraukų pavadinimai ir aiškiai pažymėta, ko dar trūksta. Kai šie duomenys vaikšto per laiškus, ekrano nuotraukas ir skirtingus failus, laikas dingsta ne programuojant, o ieškant paskutinės teisingos versijos.
Kartais verta pradėti nuo mažesnio turinio kiekio, bet tik tada, kai jis tikrai paruoštas.
Praktiškai dažnai naudingiau paleisti aiškią svetainę su 5 stipriais puslapiais negu tempti terminą dėl 15 silpnų puslapių, kurie dar neaprašyti. Toks sprendimas veikia tik tada, kai iš anksto nusprendžiama, kas įeina į pirmą etapą, o kas lieka vėlesniam papildymui.
Jei tekstų rašymas perduodamas kūrėjui ar atskiram tekstų autoriui, laikas vis tiek turi būti numatytas.
Net ir tada reikės iš jūsų informacijos, pastabų, pataisymų ir patvirtinimų. Verslo specifikos niekas neištraukia iš oro, ypač kai kalbama apie nišines paslaugas, techninius produktus ar aiškius skirtumus nuo konkurentų Lietuvoje.
Dizaino etapas: ne grožiui dėl grožio, o aiškumui ir pasitikėjimui
Dizainas čia reikalingas tam, kad žmogus greitai suprastų, kuo užsiimate, kuo tai naudinga ir ką daryti toliau.
Šiame etape jau nebeužtenka, kad svetainė atrodytų tvarkingai.
Ji turi aiškiai parodyti, kas siūloma, kam tai skirta ir kur lankytojas turi spausti. Jei pirmame ekrane žmogus dar bando atspėti, ar pataikė ten, kur reikia, vadinasi problema ne spalvose, o komunikacijoje.
Pirmo ekrano žinutė beveik visada svarbesnė už vizualinius efektus.
Dažnas lankytojas pirmiausia nori trijų dalykų: suprasti paslaugą, pamatyti, ar ji jam tinka, ir rasti aiškų kitą žingsnį. Dėl to antraštė, trumpas paaiškinimas ir vienas ar du tikslūs mygtukai paprastai duoda daugiau naudos negu slankiojantys blokai, judantys fonai ar dekoratyvūs perėjimai.
Mygtukai turi būti konkretūs.
Jei rašoma „Sužinoti daugiau“ penkiose skirtingose vietose, žmogus dažnai nesupranta, kuo tie mygtukai skiriasi. Daug aiškiau veikia „Gauti pasiūlymą“, „Peržiūrėti paslaugas“ arba „Užduoti klausimą“, nes tokie veiksmai iš karto pasako, kas bus toliau.
Turinio hierarchija lemia, ar svetaine naudotis lengva.
Antraštės turi vesti per puslapį logiška seka, o ne būti vienodo svorio triukšmas. Svarbiausia informacija turi būti aukščiau, papildoma medžiaga žemiau, nes retas lankytojas skaito viską nuo pradžios iki galo, ypač telefone.
Prisitaikymas mobiliesiems nėra papildoma opcija.
Lietuvoje nemaža dalis užklausų ateina iš telefono, ypač paslaugų versluose, kai žmogus ieško čia ir dabar. Jei telefone tekstas per smulkus, mygtukai per arti vienas kito, o pirmas ekranas užimtas didžiule nuotrauka be aiškios žinutės, prarandamas ne grožis, o realios užklausos.
Dėl to mobilus vaizdas turi būti projektuojamas nuo pradžių, o ne taisomas pabaigoje.
Praktiškai tai reiškia trumpesnes antraštes, aiškesnius tarpus, tvarkingą blokų seką ir formą, kurią galima užpildyti nykščiu be nervų. Jei kontaktų forma telefone atrodo kaip anketa į valstybės registrą, ją beveik visada verta trumpinti.
Dizaino sprendimai turi atitikti paslaugos tipą ir auditoriją.
Pavyzdžiui, buhalterinės paslaugos, odontologija ar B2B gamyba dažniausiai reikalauja aiškumo, tvarkos ir pasitikėjimo, o ne vizualinių triukų. Tuo tarpu interjero studijai ar produktų ženklui galima palikti daugiau erdvės vaizdams, bet net ir ten navigacija, tekstų skaitomumas ir aiški puslapio kryptis lieka svarbesni už bandymą pasirodyti modernesniems nei reikia.
Lietuvos rinkoje tai ypač jaučiasi mažesniuose ir vidutiniuose versluose.
Žmogus dažnai ieško labai konkretaus atsakymo: ką darote, kiek rimtai dirbate ir kaip su jumis susisiekti. Jei puslapis verčia ilgai naršyti tarp miglotų frazių, net ir dailus dizainas nepadeda, nes lankytojas tiesiog grįžta į paiešką ir atsidaro kitą variantą.
Čia kartais tenka priimti ne patį madingiausią, o naudingiausią sprendimą.
Jei pasirinkimas yra tarp įspūdingo pirmo ekrano su neaiškia žinute ir paprastesnio varianto, kuris iš karto pasako vertę bei rodo aiškų veiksmą, praktiškai beveik visada renkuosi antrą variantą. Verslo svetainei tai dažniausiai duoda daugiau naudos negu bandymas padaryti įspūdį per pirmas tris sekundes.
Techninis įgyvendinimas: kas vyksta, kai maketas tampa veikiančia svetaine
Šiame etape dizainas paverčiamas realiai veikiančiu puslapiu, kur svarbu ne tik vaizdas, bet ir tai, ar svetaine greita, tvarkinga, saugi ir patogi valdyti kasdien.
Nuo šios vietos prasideda darbas, kurio lankytojas dažniausiai nemato, bet verslas jo pasekmes pajunta labai greitai.
Maketas parodo, kaip puslapis turi atrodyti. Kūrimo dalis atsako į kitą klausimą – ar tas vaizdas veiks telefone, ar krausis be bereikalingo svorio, ar formos iš tiesų siųs užklausas, ir ar po paleidimo svetaine bus galima normaliai valdyti.
WordPress čia neturėtų būti naudojamas kaip atsitiktinių dalių kratinys.
Jei projektas daromas rimčiau, sistema pritaikoma pagal konkrečią struktūrą, turinio tipus ir verslo poreikį. Tai nėra tas pats, kas paimti pirmą rastą šabloną, pakeisti spalvas ir tikėtis, kad viskas laikysis ant gero žodžio.
Šablonai kartais tinka labai paprastiems atvejams.
Bet kai svetainei reikia aiškių paslaugų puslapių, tvarkingo turinio valdymo, skirtingų blokų, kelių kalbų ar specifinių funkcijų, greitas sulipdymas dažnai vėliau kainuoja daugiau. Tada prasideda taisymai, apribojimai ir keisti kompromisai, kurių buvo galima išvengti nuo pradžių.
Praktikoje daug kas remiasi ne vien dizainu, o tuo, kaip sudėta visa vidinė logika.
Pavyzdžiui, kontaktų forma turi ne tik gražiai atrodyti, bet ir teisingai veikti, siųsti laiškus, apsisaugoti nuo šlamšto ir būti patogi pildyti telefone. Jei yra registracija, užsakymo forma ar užklausos surinkimas pagal paslaugą, tai jau reikia planuoti atsakingiau.
Integracijos irgi diegiamos pagal realų poreikį, o ne dėl to, kad kažkas skamba solidžiai.
Vienam verslui reikia susieti svetainę su naujienlaiškiu ar CRM sistema. Kitam svarbesni mokėjimai, sąskaitų siuntimas, prekių filtrai, kalbų valdymas ar pristatymo logika e. parduotuvėje. Kiekviena tokia dalis turi savo niuansų, todėl normaliai padarytas sprendimas retai gimsta per vieną vakarą.
Kalbų versijos ypač dažnai nuvertinamos.
Jei svetaine bus lietuvių ir anglų kalbomis, neužtenka vien automatiškai nukopijuoti puslapius. Reikia apgalvoti meniu, mygtukus, formas, SEO laukus, nuorodų struktūrą ir turinio valdymą taip, kad po pusmečio nereikėtų kiekvieno pakeitimo daryti per tris vietas ranka.
Tas pats galioja filtrams ir paieškai.
Jei kataloge ar e. parduotuvėje žmogus negali greitai atsirinkti pagal kategoriją, kainą, savybę ar paslaugos tipą, gražus vaizdas mažai padeda. Filtravimas turi būti ne tik įjungtas, bet ir logiškai sudėtas pagal tai, kaip klientai iš tikrųjų ieško.
Mokėjimų dalyje klaidų vietos irgi mažai.
Lietuvoje dažnai reikia kortelių atsiskaitymo, bankinių mokėjimų ar aiškaus užsakymo kelio be bereikalingų žingsnių. Jei krepšelis, pristatymas ir atsiskaitymas surinkti neapgalvotai, konversiją gadina ne reklama, o pati svetainė.
Techninė tvarka svarbi ne dėl tvarkos pačios savaime.
Ji lemia, ar svetaine po paleidimo bus lengva prižiūrėti, atnaujinti ir plėsti. Jei viskas paremta atsitiktiniais papildiniais, perdarytais šablono nustatymais ir sunkiai suprantama logika, kiekvienas naujas pakeitimas tampa rizika.
Tvarkingesnė architektūra paprastai reiškia mažiau netikėtumų vėliau.
Lengviau pridėti naują puslapio tipą, plėsti paslaugų struktūrą, koreguoti formas ar prijungti papildomą funkciją, kai bazė tam paruošta. Klientui tai svarbu labai praktiškai – nebereikia kiekvieną kartą aiškintis, kodėl net mažas pakeitimas virsta atskiru projektu.
Jei reikėtų rinktis tarp įspūdingesnio vizualinio efekto ir švaresnio techninio sprendimo, verslo svetainei dažniau rinkčiausi antrą variantą.
Nes puslapis turi ne tik atrodyti tvarkingai šiandien, bet ir normaliai dirbti po metų, kai atsiras naujų paslaugų, kalbų, kampanijų ar turinio.
SEO, greitis ir techninė kokybė nėra priedas po paleidimo
Jei paieškos matomumas ir puslapio sparta paliekami pabaigai, vėliau dažnai tenka perdarinėti jau padarytus sprendimus
Šitie dalykai turi būti sprendžiami kūrimo metu, nes jie remiasi ne vien papildiniu ar vienu nustatymu.
Techninis SEO prasideda nuo tvarkingos puslapio struktūros. Antraštės turi eiti logiška seka, puslapiai turi būti indeksuojami ten, kur reikia, o ten, kur nereikia, neturi bereikalingai lįsti į Google.
Labai dažnai bėdos atsiranda ne dėl turinio kokybės, o dėl netvarkingos bazės.
Jei keli puslapiai vadinasi beveik taip pat, jei meniu veda neaiškiais keliais, o vidinės nuorodos nesujungia susijusių temų, paieškos sistemai sunkiau suprasti, kas svetainėje svarbiausia. Žmogui irgi ne geriau, nes jis blaškosi tarp puslapių vietoje to, kad greitai rastų atsakymą.
Metaduomenys irgi nėra smulkmena.
Puslapio pavadinimas ir aprašymas paieškoje nepakelia svetainės vien savo egzistavimu, bet jie padeda aiškiai parodyti, apie ką puslapis yra. Kai šie laukai paliekami automatikai arba dubliuojasi per visą svetainę, rezultatas dažniausiai būna silpnas ir netvarkingas.
Greitis taip pat nėra tik programuotojų žaidimas skaičiais.
Lėta svetainė ilgiau kraunasi telefone, vėliau parodo svarbiausią informaciją ir dažniau erzina žmogų pačiame pirmame kontakte. Jei puslapis perkrautas sunkiais vaizdais, pertekliniais efektais ir atsitiktiniais skriptais, nukenčia ne tik patirtis, bet ir techniniai signalai, kuriuos mato paieška.
Google PageSpeed ir Core Web Vitals verta vertinti ramiai, be isterijos.
Jie nėra stebuklingas mygtukas į aukštas pozicijas, bet jie labai gerai parodo, ar svetainė pastatyta tvarkingai. Jei svarbiausias turinys užsikrauna greitai, elementai nesokinėja ekrane, o puslapis reaguoja be vėlavimo, tai naudinga ir lankytojui, ir ilgalaikiam matomumui paieškoje.
Praktiškai tai reiškia gana žemiškus sprendimus.
Reikia tinkamai paruošti paveikslėlius, nenaudoti penkių skirtingų animacijų vien tam, kad puslapis atrodytų modernesnis, neapkrauti svetainės papildiniais be aiškios priežasties ir nepalikti kiekvieno puslapio su dešimtimis vienodų blokų. Kartais paprastesnis dizaino sprendimas verslo svetainei yra tiesiog protingesnis.
Dar viena svarbi vieta yra vidinės nuorodos.
Jei paslaugų puslapiai, straipsniai ir kontaktiniai keliai nesusieti tarpusavyje, svetainė tampa atskirų puslapių rinkiniu, o ne sistema. Kai nuorodos sudėtos apgalvotai, lankytojas lengviau pereina toliau, o Google aiškiau mato teminį ryšį tarp puslapių.
Indeksavimas ir techniniai nustatymai turi būti tikrinami prieš paleidimą, ne po jo.
Ne kartą tenka matyti situacijų, kai svetainė paleista, bet dalis puslapių uždaryti paieškai, neteisingai sužymėti arba turi dubliuotus adresus. Tokios klaidos nebūtinai atrodo dramatiškai, bet jos tyliai gadina rezultatą nuo pirmos dienos.
Jei verslui svarbu būti randamam Lietuvoje pagal paslaugas, miestą ar konkrečią temą, šita dalis neturėtų būti palikta kaip vėlesnis pagerinimas.
Testavimas prieš paleidimą: kas tikrinama, kad po to nereikėtų gesinti problemų
Svetainės paleidimas nėra vienas veiksmas, nes prieš prijungiant domeną reikia įsitikinti, kad lankytojas nuo pirmos minutės ras tai, ko ieško, ir niekas nesugrius paprasčiausio naudojimo metu.
Šiame etape tikrinama ne iš vaizdo, o realiai spaudant, pildant ir einant per svetainę kaip būsimam klientui.
Pirmiausia pereinamos visos pagrindinės nuorodos. Meniu, mygtukai, vidinės nuorodos, socialinių tinklų nuvedimai, dokumentų atsisiuntimai ir kontaktiniai keliai turi vesti ten, kur žada, o ne į juodraščius, senus puslapius ar klaidos langą.
Formos tikrinamos ne tik dėl to, ar jos išsiunčia pranešimą.
Reikia matyti, ar užklausa tikrai ateina į reikiamą el. paštą, ar veikia pranešimas po pateikimo, ar laukai aiškūs telefone, ar žmogus nestringa pildydamas. Jei svetainėje yra užklausos, registracijos ar pirkimo veiksmai, čia klaidų vietos beveik nėra.
Mobili versija taip pat tikrinama rankomis, ne vien susiaurinus naršyklės langą kompiuteryje.
Telefonuose dažniausiai išlenda per dideli tarpai, lūžtančios antraštės, netelpančios lentelės, nepatogūs mygtukai ir vaizdai, kurie atrodo tvarkingai tik dideliame ekrane. Jei didžioji dalis lankytojų ateina iš mobilių įrenginių, būtent ši vieta dažniausiai nusprendžia, ar žmogus liks puslapyje.
Greitis vertinamas praktiškai.
Žiūrima, ar pirmas ekranas neužsikrauna per sunkiai, ar nesimėto elementai, ar puslapis greitai reaguoja paspaudus. Jei keli papildomi efektai lėtina visą svetainę, dažniausiai jų tiesiog nereikia, nes verslo puslapyje naudingesnis aiškumas nei judesys dėl judesio.
Po to pereinama per pagrindines funkcijas.
Jei tai paslaugų svetainė, tikrinami užklausos keliai, filtrai, žemėlapiai, failų prisegimai ir visi veiksmai, kurie susiję su kontaktu. Jei tai e. parduotuvė, papildomai tikrinamas krepšelis, pristatymo logika, apmokėjimo eiga, laiškai po užsakymo ir aiškus klaidų rodymas.
Tekstai šiame etape irgi dar nepaliekami ramybėje.
Dažnai prieš paleidimą randama kalbos klaidų, pasikartojančių sakinių, netikslių miestų pavadinimų, senų telefono numerių ar likusių laikinių frazių iš juodraščio. Tokios smulkmenos neatrodo techninės, bet jos labai greitai gadina pasitikėjimą.
Taip pat peržiūrima puslapių tvarka.
Jei meniu punktai pavadinti miglotai, jei paslaugų puslapiai dubliuoja vieni kitus arba jei svarbi informacija paslėpta per giliai, tai verta pataisyti dar iki paleidimo. Po starto tokie dalykai kainuoja daugiau laiko, nes jau tenka taisyti ne tik turinį, bet ir žmonių pirmą įspūdį.
Prieš prijungiant domeną verta pasitikrinti kelis labai žemiškus dalykus.
Ar visi puslapiai turi galutinius adresus, ar nėra paliktų testinių nuorodų, ar svetainės pavadinimai ir aprašymai sudėti ten, kur reikia, ar kontaktai vienodi visoje svetainėje, ar įkelti reikalingi privatumo ir slapukų puslapiai, jei jie aktualūs jūsų veiklai. Jei naudojami keli kalbų variantai, dar svarbu peržiūrėti, ar žmogus nepatenka į pusiau išverstą versiją.
Tik tada prasminga jungti indeksavimą paieškai.
Prieš tai verta patikrinti, ar nepaliktas draudimas indeksuoti kūrimo aplinkoje, ar paieškai neuždaryti svarbūs puslapiai, ar nėra akivaizdžių dublių, kurių Google neturėtų matyti nuo pirmos dienos. Šita vieta nėra ilga, bet jos praleisti tikrai neapsimoka.
Paleidimas ir darbai po jo: kada projektas iš tiesų pradeda dirbti
Tik po viešo starto atsiranda tikri lankytojai, realūs veiksmai ir aiškesnis vaizdas, kas svetainėje veikia gerai, o ką verta pataisyti.
Kai svetainė paleidžiama, prasideda ne poilsis, o pirmas normalus stebėjimo etapas.
Tuo metu prijungiami matavimo įrankiai, kad būtų matyti, iš kur ateina lankytojai, kuriuos puslapius jie atsidaro, kiek laiko juose būna ir kur išeina. Dažniausiai tam naudojami Google Analytics ir Google Search Console, o jei reikia tikslesnio veiksmų sekimo, papildomai sužymimos formos, mygtukai ar svarbūs paspaudimai.
Be šito sunku spręsti, ar svetainė dirba verslui, ar tiesiog stovi internete.
Po paleidimo dar kartą tikrinamos formos jau gyvoje aplinkoje. Ne testinėje versijoje, ne per vidinį adresą, o tikrame domene, su tikrais laiškų gavėjais ir normaliu naudotojo keliu telefone bei kompiuteryje.
Čia kartais išlenda smulkūs, bet svarbūs dalykai. Laiškas nukeliauja į šlamštą, pranešimas po pateikimo skamba neaiškiai, viename telefone laukas atrodo per siauras, o vienas mygtukas pasislenka tik konkrečiame naršyklės variante.
Tokie pataisymai po starto yra normalūs.
Net ir tvarkingai patikrinta svetainė prieš paleidimą dar neparodo visų realaus naudojimo scenarijų. Kai ateina pirmi lankytojai iš Google, socialinių tinklų, reklamos ar tiesioginio srauto, jie elgiasi ne taip tvarkingai, kaip projekto komanda testavimo metu.
Dėl to verta numatyti trumpą bazinio stebėjimo laikotarpį po paleidimo.
Per jį žiūrima, ar nesikaupia 404 klaidos, ar svetainė nekraunama per lėtai piko metu, ar formos ateina stabiliai, ar nėra netikėtų problemų su talpykla, indeksavimu ar el. pašto pristatymu. Jei svetainė daugiakalbė arba turi daugiau integracijų, toks etapas dar svarbesnis, nes daugiau vietų, kur gali atsirasti smulkių neatitikimų.
Čia naudinga atskirti tris skirtingus darbus, kurie dažnai be reikalo suplakami į vieną.
Pirmas yra turinio plėtra. Tai nauji paslaugų puslapiai, atvejų analizės, DUK, straipsniai, kategorijų aprašymai ar aiškesnės pagrindinių puslapių versijos, kai jau matosi, kokių klausimų klientai iš tiesų ieško.
Antras yra SEO darbas.
Čia kalbama ne apie vienkartinį įskiepį ar kelias raktažodžių eilutes. Reikia stebėti parodymus paieškoje, tikrinti, kokiomis užklausomis svetainė rodoma, kur trūksta atskirų puslapių, kur pavadinimai nepakankamai aiškūs ir kur atsiranda techninių kliūčių indeksavimui.
Trečias yra techninė priežiūra.
Ji apima atnaujinimus, atsargines kopijas, saugumo stebėjimą, našumo kontrolę ir periodinį svarbiausių funkcijų patikrinimą. Jei svetainė verslui svarbi, palikti ją be priežiūros po paleidimo yra silpnas sprendimas, net jei pirmą mėnesį viskas atrodo ramu.
Kartais klientai tikisi, kad paleidimo dieną jau bus aišku, kurie puslapiai generuoja užklausas ir ką reikia keisti.
Praktiškai tam reikia bent šiek tiek laiko ir normalaus srauto. Jei lankytojų mažai, sprendimai daromi atsargiau, nes keli paspaudimai per savaitę nėra pakankamas pagrindas perbraižyti visą struktūrą ar perrašyti pusę turinio.
Geras sprendimas po starto yra ne daryti viską iš karto, o pirmiausia susirinkti duomenis ir tada taisyti tai, kas turi aiškią vertę.
Kodėl rimta svetainė paprastai nesukuriama per savaitę
Terminą dažniausiai lemia ne vien programavimas, o tai, kaip greitai susiderina sprendimai, atsiranda aiškus turinys ir lieka laiko normaliai patikrai
Didžiausią įtaką terminui paprastai daro trys dalykai: apimtis, sprendimų greitis ir tai, ar turinys jau paruoštas.
Jei reikia kelių aiškių puslapių, vienos kalbos, be sudėtingų integracijų ir klientas greitai patvirtina sprendimus, darbas juda visai kitaip. Jei tuo pačiu metu dar tik galvojama, ką rašyti pagrindiniame puslapyje, kokias paslaugas išskirti ir kokią struktūrą rinktis, terminas natūraliai ilgėja.
Daug kas įsivaizduoja, kad didžioji dalis darbo yra dizainas arba mygtukų sudėjimas.
Praktiškai nemažai laiko suvalgo sprendimai prieš kūrimą ir tikrinimas po jo. Reikia susitarti, kokie puslapiai iš tiesų reikalingi, kokį veiksmą lankytojas turi atlikti, kaip pateikti paslaugas aiškiai ir ko nedėti, kad svetainė nevirstų mišiniu be krypties.
Turinys čia labai svarbus.
Jei tekstai, nuotraukos, paslaugų aprašymai, komandos informacija ar darbų pavyzdžiai vėluoja, kūrimas stringa net tada, kai techninė pusė paruošta. Tuščios vietos makete atrodo nekaltai, bet vėliau jos pakeičia blokų aukščius, antraščių ilgį, mygtukų logiką ir kartais visą puslapio ritmą telefone.
Skubėjimas beveik visada reiškia kompromisą kažkurioje vietoje.
Dažniausiai nukenčia turinys, nes tekstai surašomi paskubomis ir tampa bendriniai. Kitu atveju nukenčia struktūra, nes nebelieka laiko normaliai peržiūrėti, ar lankytojas tikrai supranta, kur spausti ir kuo viena paslauga skiriasi nuo kitos.
Kartais taupoma testavimo sąskaita.
Tada svetainė gali atrodyti tvarkinga viename kompiuteryje, bet telefone išlenda persislinkę elementai, lėčiau kraunasi vaizdai, neveikia koks nors formos scenarijus ar lieka smulkių techninių klaidų, kurios po paleidimo jau kainuoja daugiau nervų nei laiko buvo sutaupyta pradžioje.
Dar viena vieta, kur skubėjimas atsisuka prieš patį projektą, yra greitis.
Jei puslapiai surenkami greitai, neperžiūrint vaizdų dydžių, blokų logikos, šriftų kiekių ir papildinių būtinybės, rezultatas dažnai būna sunkesnis nei turėtų būti. Iš išorės viskas lyg veikia, bet realiame naudojime svetainė tampa lėtesnė, ypač telefone ir mobiliame ryšyje.
Mažas projektas tikrai gali būti padarytas greičiau.
Toks variantas realus, kai kalbame apie nedidelę reprezentacinę svetainę su aiškia struktūra, jau paruoštu turiniu, vienu kontaktiniu veiksmu ir be nestandartinių funkcijų. Jei dar yra greitas grįžtamasis ryšys ir nereikia penkių vidinių derinimo ratų, terminas gali būti visai trumpas.
Greito termino lūkestis jau prastai atrodo tada, kai vienu metu norima kelių kalbų, individualaus dizaino, SEO logikos pagal paslaugų kryptis, rezervacijos, katalogo, mokėjimų, integracijų ar net pusiau paruošto turinio.
Tokiose situacijose per savaitę dažniausiai gaunamas ne baigtas verslo įrankis, o tik jo juodraštis.
Jei reikia rinktis, aš paprastai verčiau trumpinčiau apimtį, o ne spaudžiau visą projektą į dirbtinai ankštą terminą.
Pavyzdžiui, geriau paleisti aiškią ir techniškai tvarkingą svetainę su keliais stipriais puslapiais, negu skubiai prikrauti dešimt silpnų. Toks sprendimas dažniausiai duoda geresnį rezultatą ir lankytojui, ir paieškai, ir pačiam verslui.
Kaip klientas gali paspartinti procesą neprarasdamas kokybės
Darbai juda greičiau tada, kai iš jūsų pusės yra aiški atsakomybė, surinkta medžiaga ir sprendimai nekeliauja per penkis skirtingus pokalbius.
Didžiausias stabdis dažnai būna ne programavimas, o laukimas.
Kai klausimai, pataisos ir patvirtinimai ateina iš kelių žmonių atskirai, projektas pradeda suktis ratu. Vienas prašo trumpinti tekstą, kitas tą pačią vietą nori plėsti, o trečias įsijungia po savaitės ir grąžina sprendimą atgal.
Dėl to labai padeda vienas atsakingas žmogus iš kliento pusės.
Jis nebūtinai turi viską nuspręsti vienas. Užtenka, kad surinktų vidinį grįžtamąjį ryšį, atsijotų prieštaravimus ir perduotų vieną aiškią kryptį. Taip mažiau interpretacijų, mažiau dubliavimo ir mažesnė tikimybė, kad po dviejų savaičių bus taisoma tai, kas jau buvo patvirtinta.
Komentarai irgi turi didelę įtaką tempui.
Padrikos žinutės per el. paštą, „Messenger“, skambučius ir skirtingus komandos narius atrodo greitos tik pirmą dieną. Praktikoje jos suėda laiką, nes kiekvieną pastabą reikia susieti su konkrečiu puslapiu, vieta ir sprendimu.
Daug geriau veikia vienas surinktas komentarų rinkinys.
Pavyzdžiui, jei rašote pastabas, naudinga nurodyti puslapį, bloką ir ko tiksliai norite vietoje dabartinio varianto. Komentaras „čia ne taip“ beveik niekada nepagreitina darbo, o sakinys „paslaugų bloke pirmą kortelę keliame į viršų, nes ji mums svarbiausia“ jau leidžia judėti iš karto.
Dar viena vieta, kur klientas realiai sutaupo laiką, yra pasiruošimas prieš startą.
Jei iš anksto paruošti tekstai, prisijungimai, logotipas, nuotraukos ir teisinė informacija, kūrimas vyksta be bereikalingų pauzių. Čia patenka ir domeno bei hostingo duomenys, ir „Google Business Profile“ informacija, ir įmonės rekvizitai, ir privatumo politika, slapukų informacija bei kiti puslapiai, kurių dažnai prisimenama tik prieš paleidimą.
Nereikia visko žinoti idealiai nuo pirmos dienos.
Bet verta bent susirinkti tai, kas jau dabar aišku verslui. Jei logotipas dar tikslinamas, galima tai pasakyti iš karto, o ne laikyti kaip smulkmeną iki paskutinės savaitės, nes tokios smulkmenos dažnai paveikia antraščių dydžius, spalvų sprendimus ir bendrą puslapio vaizdą.
Su nuotraukomis situacija panaši.
Jei jų nėra, geriau iš anksto nuspręsti, ar naudojamos laikinos neutralios iliustracijos, ar planuojama normali fotosesija. Mano vertinimu, prastai nufotografuotos atsitiktinės nuotraukos dažnai atrodo silpniau nei tvarkingas laikinas sprendimas, ypač paslaugų versluose, kur pasitikėjimas kuriamas per aiškumą, o ne per dekorą.
Teisinė informacija irgi neturėtų likti paskutinei dienai.
Jei svetainėje yra forma, naujienlaiškis, e. parduotuvė ar analitika, reikės aiškiai sutvarkyti privatumo, slapukų ir kontaktinę informaciją. Kuo anksčiau tai surenkama, tuo mažiau skubos prieš paleidimą ir tuo mažesnė rizika, kad svetainė bus techniškai baigta, bet negalės būti ramiai publikuota.
Klausimai – atsakymai
Ką sako svetainių kūrimo ekspertai
Dažnai matome tą pačią problemą – norima greito paleidimo dar prieš sutariant, kam puslapis iš tikrųjų skirtas ir kokį darbą jis turi atlikti verslui. Praktikoje pirmiausia tikriname puslapio paskirtį, nes nuo jos priklauso struktūra, turinys, svarbiausi blokai ir tai, ar svetainė vėliau neatrodys surinkta iš atsitiktinių dalių.
Jei kas nors žada viską padaryti per savaitę, verta ramiai pasižiūrėti, kas iš proceso tiesiog bus praleista. Paprastai tai būna turinio logika, peržiūros ciklai, testavimas arba techninė tvarka, o būtent šiose vietose vėliau atsiranda daugiausia bereikalingų taisymų.
Panašūs straipsniai
Peržiūrėkite kitus mūsų ekspertų sukurtus straipsnius apie svetainių kūrimą. Galbūt rasite Jums įdomias temas.