Veebiarendaja valimine on üks olulisemaid ärilisi otsuseid, mida ettevõtja teha saab. Halb valik maksab kaks korda – esmalt arenduse eest, seejärel ümberehituse eest. Selles artiklis käime läbi kaheksa konkreetset testi ja küsimust, millega saad hinnata veebiarendaja tegelikku taset enne lepingu allkirjastamist.
Test 1: Core Web Vitals – Google mõõdab, kas sinu leht on kiire
Lehe laadimiskiirus pole enam pelgalt kasutajakogemuse küsimus – see on otsene SEO rankingu tegur. Google kasutab Core Web Vitals mõõdikuid otsingutulemuste reastamisel:
- LCP (Largest Contentful Paint) – kui kiiresti laeb lehekülje suurim nähtav element. Hea: alla 2,5 sekundi.
- INP (Interaction to Next Paint) – kui kiiresti reageerib leht kasutaja tegevusele (klikk, sisestus). Hea: alla 200 ms. INP asendas 2024 vana FID mõõdiku.
- CLS (Cumulative Layout Shift) – kui palju elemendid ekraanil „hüppavad“ lehe laadimisel. Hea: alla 0,1.
Kuidas testida: Mine pagespeed.web.dev ja sisesta arendaja mõni varasem töö. Skoor alla 50 (mobiilil) on punane lipp. Küsi arendajalt, kuidas ta Core Web Vitals optimeerib – kui ta vaatab küsimuse peale tühja pilguga, on see vastus iseenesest.
Test 2: Mobiil on esmatähtis, mitte lisaülesanne
Eestis tuleb üle 60% veebiliiklusest mobiilseadmetest. „Mobile-first“ pole enam trend – see on standard. Kuid paljud arendajad ehitavad endiselt desktop-vaate valmis ja teevad mobiili hiljem „korda“ – tulemus on vältimatult kompromiss.
Kuidas testida: Võta arendaja portfooliost mõni leht ja ava see päris mobiiltelefonis (mitte ainult brauseri arendajatööriista „mobiilivaates“). Kontrolli:
- Kas nupud on piisavalt suured sõrmega vajutamiseks (min 44×44 px)?
- Kas tekst on loetav ilma suumimata?
- Kas horisontaalset kerimist pole?
- Kas vormid on kasutatavad – klaviatuur ei kata olulist sisu?
Test 3: Koodi kvaliteet – W3C ja rohkem
W3C Validator (validator.w3.org) on hea lähtepunkt. Kontrollib, kas HTML on semantiliselt korrektne. Juhend:
- 0–5 viga – suurepärane
- 6–25 viga – aktsepteeritav
- Sadu vigu – tõsine probleem
Kuid W3C on alles algus. Tänapäeval on oluline ka:
- Semantiline HTML – kas kasutatakse õigeid elemente (article, section, nav, main, h1-h6 hierarhia)? Mõjutab nii SEO-d kui ligipääsetavust.
- Puhas CSS – kas koodi saab hiljem mõistlikult hooldada? Küsi, kas kasutatakse CSS muutujaid (custom properties), metodoloogiat (BEM vms).
- JavaScript laadimise strateegia – kas skriptid on defer/async? Blokeerimine aeglustab lehe renderdust.
Test 4: Turvalisus – mida hea arendaja teeb vaikimisi
Turvaaugud ei paista väljast. Kuid halb arenduspraktika tähendab, et sinu leht on häkkerite jaoks lihtne sihtmärk. Küsi arendajalt:
- HTTPS ja SSL – iseenesestmõistetav miinimum 2026. aastal
- WordPress uuendused – kas seadistab automaatsed turvapaigad?
- Turvapluginad – Wordfence, Sucuri vms
- Varundamine – kas on automaatne igapäevane varukoopia välisel serveril?
- SQL injection ja XSS kaitse – kas kasutajaandmed sanitiseeritakse? Eriti oluline kontaktvormide ja otsifunktsioonide puhul.
- Failiõigused serveris – wp-config.php peab olema kaitstud (chmod 600 või 640)
Hea test: küsi arendajalt „kuidas kaitsete lehte häkkimise eest?“ Professionaal vastab konkreetselt. Ebakindel vastus on punane lipp.
Test 5: SEO-valmidus juba arenduse ajal
SEO lisamine pärast valmis lehte on kümme korda keerukam kui selle sisseehitamine algusest peale. Küsi, kas arendaja arvestab:
- URL-struktuur – lühikesed, kirjeldavad, märksõnadega URL-id (mitte /page?id=123)
- H1-H6 hierarhia – iga lehel täpselt üks H1, loogiline pealkirjahierarhia
- Schema markup – struktureeritud andmed (Organization, LocalBusiness, BreadcrumbList, FAQ) aitavad Google’il lehte paremini mõista
- XML sitemap – genereeritakse automaatselt ja saadetakse Google Search Console’i
- Canonical URL-id – vältimaks duplikaat sisu probleeme
- Open Graph ja Twitter Card meta – õige eelvaade sotsiaalmeedia jagamisel
- robots.txt – korrektne seadistus, admin ja duplikaatvasted blokeeritud
Test 6: Valmisteem vs. rätseplahendus – aus vastus
Mõlemad on legitiimsed valikud – sõltub eesmärgist ja eelarvest. Oluline on, et arendaja selgitab erinevuse ausalt.
- Premium teema (nt Divi, Avada, Elementor) – kiirem, odavam. Sobib lihtsale esindusleheküljele. Miinus: liigset koodi, aeglasem, raskem kohandada, seob teid teema arendajaga.
- Rätseplahendus (custom theme) – kalliim, kuid puhtam kood, parem jõudlus, täielik kontroll disaini üle. Sobib ettevõtetele, kellel on spetsiifilised vajadused.
- Page builderi lahendus (Gutenberg + ACF) – hea kompromiss: paindlik, kuid puhtam kui rasked page builderid. Marketing Sharks kasutab seda lähenemist.
Küsi arendajalt: „Miks valid just selle lahenduse?“ Hea arendaja selgitab kompromisse, mitte ei müü ainult seda, mida ta kõige paremini tunneb.
Test 7: Ligipääsetavus (Accessibility) – sageli unustatud, aga üha olulisem
Euroopa Liidu ligipääsetavuse direktiiv (Web Accessibility Directive) kohustab avaliku sektori veebilehti järgima WCAG 2.1 AA standardit. Erasektorile see veel kohustuslik pole, kuid see muutub – ja lisaks on ligipääsetav leht parem kõigile kasutajatele.
Küsi arendajalt, kas ta arvestab:
- Piisav värvikontrast teksti ja tausta vahel (min 4,5:1 normaalse teksti jaoks)
- Alt-tekstid piltidel
- Klaviatuuriga navigeeritavus (Tab-klahv)
- ARIA-märgistus keerukamatel komponentidel
- Focus-indikaatorid (nähtav kursor klaviatuurinavigatsioonis)
Kiire test: Mine arendaja portfooliotööle ja vajuta Tab-klahvi. Kas näed, kus fookus hetkel on? Kui mitte, on ligipääsetavus probleem.
Test 8: Projektijuhtimine ja kommunikatsioon
Tehniline kompetents on ainult pool tõest. Parim kood ei aita, kui projekt venib, suhtlus on kehv ja lõpptulemus erineb lubatust.
Küsi enne lepingut:
- Milline on töövoog? Kas on wireframe’id ja disainimock-up’id enne arenduse algust?
- Kes on minu kontaktisik? Kui sageli saame uuendusi?
- Mis juhtub, kui avastame arenduse keskel, et midagi tuleb muuta?
- Mis on täpsed maksepunktid ja tarne kuupäevad?
- Kas saan pärast üleandmist ise sisu muuta? Kas on koolitus?
- Mis on garantii tingimused pärast üleandmist?
Professionaalne agentuur vastab kõigile neile küsimustele selgelt ja lepitab need kirjalikku lepingusse.
Kiire kontrollnimekiri: 5 asja, mida kohe kontrollida
- pagespeed.web.dev – testi arendaja eelmist tööd. Mobiili skoor peaks olema üle 60.
- validator.w3.org – kontrolli HTML valideerumist
- Google otsi „site:nende-portfooliotöö.ee“ – näed, mitu lehte on Google indekseerinud (peaks olema loogiline arv, mitte 0)
- Küsi 2–3 referentsi – helista päriselt, ära ainult saada e-kirja
- Loe lepingut – kes omab lõplikku koodi ja domeeni? Mis juhtub, kui arendaja läheb pankrotti?
Marketing Sharks on ehitanud ja hooldanud üle kümne aasta kümneid veebilehti ja e-poode – alates väikeettevõtetest kuni keerukate B2B portaalideni. Teame, mis töötab ja mis mitte. Vaata meie veebiarenduse teenust või küsi tasuta konsultatsiooni – vaatame üle sinu praeguse lehe seisukorra.
Kui sinu projekt on veebipood, tutvu kindlasti ka e-poe tegemise teenusega.
Kvaliteetne veebiarendus käib käsikäes otsingumootoritele optimeerimisega, tutvu ka meie SEO teenusega.
Uue lehe planeerimisel aitab edasi ka ülevaade sellest, kuidas käib kodulehe valmistamine.
