Prije odobrenja objave prođite radnje zbog kojih posjetitelji dolaze na Vaš web i zapišite očekivani i stvarni rezultat. Pregled dizajna ne potvrđuje da upit stiže na pravu adresu, da se korisnik može registrirati ili da kupnja završava kako je dogovoreno.
Provjeravajte ono što Vaš projekt uključuje. Za web koji predstavlja usluge to može biti pronalazak usluge i slanje upita. Trgovina treba provjeru kupnje, a web s korisničkim računima registracije. Ako kupnje nema, označite je kao neprimjenjivu uz taj razlog. Ako postoji, ali je još nitko nije provjerio, status je „nije testirano”.
Dogovorite tko provjerava koji dio
Vi potvrđujete točnost ponude, sadržaja i kontaktnih podataka te odgovara li put posjetitelja onome što ste željeli. Uz dogovorene testne podatke provjerite i primljene poruke: njihov sadržaj, primatelja i očekivane sljedeće korake.
Izvođač provjerava tehničko ponašanje, pogreške, integracije i zapise sustava u odgovarajućem testnom okruženju. Za kupnju, registraciju i e-poštu unaprijed dogovorite testne račune, testni način plaćanja i pretince. Koristite podatke koje je izvođač odobrio za tu provjeru.
Podjelu odgovornosti zapišite prije početka. Ako obje strane očekuju da će netko drugi provjeriti dostavu poruke, taj dio može ostati neprovjeren.
Što treba proći prije objave?
| Područje | Što provjeriti i zabilježiti |
|---|---|
| Navigacija i poveznice | Može li posjetitelj doći do ključnih usluga i kontakta? Vode li gumbi i poveznice na očekivano odredište? Otvaraju li se povezani dokumenti? |
| Mobitel i različite širine zaslona | Je li tekst čitljiv, otvara li se izbornik i mogu li se koristiti obrasci? Navedite stvarni uređaj ili veličinu prozora preglednika na kojoj je provjera provedena. |
| Obrasci i poruke o pogreškama | Što se dogodi s praznim obveznim poljem ili neispravnim unosom? Je li jasno što treba ispraviti? Izvođač treba provjeriti i obradu na poslužitelju. |
| Potvrde i e-pošta | Nakon dogovorene testne radnje provjerite poruku na zaslonu i pripadajuću e-poštu u testnom pretincu. Uspjeh jednog koraka ne potvrđuje drugi. |
| Kupnja ili registracija | Ako su uključene, prođite dogovoreni postupak do njegova završetka u testnom okruženju, uključujući očekivane potvrde. |
| Sadržaj | Potvrdite nazive usluga ili proizvoda, cijene gdje postoje, kontaktne podatke, fotografije i sve ugovorene jezične verzije. |
| Analitika i privole | Zatražite od izvođača dokaz da dogovoreno praćenje i izbori privole rade prema specifikaciji. |
| Predaja pristupa | Potvrdite tko dobiva pristup uređivanju i dogovorenim servisima te što se predaje od koda i dokumentacije, uz uvjete platforme i licenci. |
Zapisnik za provjeru weba služi unosu rezultata. Uz datum upišite adresu testirane verzije, preglednik i uređaj ili veličinu prozora. Bez tih podataka kasnije je teže ponoviti problem.
Primjer provedene provjere: polje za e-poštu
Na stranici Kontakt Mischka Studija 15. rujna 2026. provjerena je valjanost unosa u polje za e-poštu. Korišten je Chromium 148 na računalu, s prikazom stranice veličine 390 × 844 piksela. To je prikaz širine mobitela, bez provjere na fizičkom telefonu.
| Unos | Očekivanje | Zabilježeni rezultat |
|---|---|---|
| Prazno polje | Obvezno polje nije valjano | Preglednik označava nedostajuću vrijednost |
not-an-email |
Neispravan oblik adrese nije valjan | Preglednik označava pogrešan oblik |
reader@example.com |
Oblik adrese prihvaćen je u polju | Polje je valjano prema provjeri preglednika |
Unosi su nakon provjere obrisani. Gumb za slanje nije pritisnut i obrazac nije poslan. Nisu provjereni obrada na poslužitelju, dostava ni sadržaj poruke u pretincu. Ispravan oblik adrese ne dokazuje da adresa postoji.
U zapisniku bi zato rezultat glasio „provjera oblika adrese prošla”, uz navedeni datum i opažanja. Cijeli postupak slanja upita ostaje netestiran. Takva razlika čuva zapisnik od zaključka koji provedena provjera ne podupire.
Pogrešku dodijelite osobi, a popravak ponovno provjerite
Za svaki problem zapišite korake kojima ste do njega došli, očekivanje i ono što se stvarno dogodilo. Dodajte snimku zaslona ili kratku bilješku, odgovornu osobu i status rješavanja. Primjerice, „poveznica Kontakt u podnožju otvara pogrešnu stranicu” daje jasniji zadatak od „kontakt ne radi”.
Kad izvođač javi da je problem ispravljen, ponovite iste korake na ispravljenoj verziji i unesite rezultat ponovne provjere. Obavijest o popravku još nije potvrda da je provjera prošla.
Prije odluke o objavi pregledajte otvorene probleme i netestirane stavke. Za preostali posao navedite odgovornu osobu, dogovoreni sljedeći korak i utjecaj na objavu. Prazan popis pogrešaka ne znači da je web odobren ako rezultati provjera nisu uneseni.
Gdje završava ova provjera?
Provjerite osnovno kretanje tipkovnicom i čitljivost pri povećanju prikaza. Prema W3C smjernicama za početnu provjeru pristupačnosti, takve provjere mogu propustiti znatne prepreke. One ne potvrđuju potpunu pristupačnost.
Funkcionalni pregled također ne zamjenjuje provjeru privatnosti, sigurnosti ili pravne usklađenosti. Opseg tih provjera dogovorite s odgovarajućim stručnjakom, prema potrebama projekta.
Za izradu web stranice u dogovor o projektu uključite što se provjerava prije objave, tko potvrđuje rezultate i kako se predaju pristupi.
Izvori: podaci Mischka Studija o usluzi web dizajna i kontaktni obrazac; zabilježena provjera polja za e-poštu od 15. rujna 2026.; W3C Easy Checks, pristupljeno istog datuma. Provedeni primjer obuhvaća isključivo navedenu provjeru polja u pregledniku.
