Ombi kidogo, elezea ombi
Anza kwa kazi ya mtumiaji mara moja, kisha omba tu data inayohitajika kumaliza kazi hiyo. Jarida la habari linaweza kuhitaji barua pepe; usafirishaji unahitaji anwani. Hakuna moja ya hizo inahitaji moja kwa moja tarehe ya kuzaliwa, cheo cha kazi, au ridhaa ya uuzaji iliyopangwa. Zuia maswali ya ziada isipokuwa yanahitajika kwa matokeo ya kwanza.
Kwenye fomu, sema nani anapokea data na kusudi, na toa kiungo rahisi kwa taarifa kamili za faragha. Mashirika yanayofunikwa na UK GDPR wana wajibu wa uwazi ambao unajumuisha madhumuni na uhifadhi, miongoni mwa taarifa nyingine zinazotegemea muktadha. Hii sio ushauri wa kisheria wa jumla: pata wakaguzi wanayofaa ili kuidhinisha ukusanyaji na maandishi ya taarifa kwa masoko yako.
Taja nyanja zinazohitajika na miundo isiyo ya kawaida kabla ya kuwasilisha; nukta ya nyota (*) au rangi peke yake haitoshi.
Weka ridhaa za uuzaji zisizo za lazima tofauti na hatua inayohitajika ya kuwasilisha agizo, ombi, au kazi ya akaunti.
Muweke lebo na kontoli za asili ziweze kufanya kazi
Kila uwanja, checkbox, kundi la radio, select, na kitufe kinahitaji jina linaloelezea kusudi chake. Tumia lebo inayoonekana inayohusishwa na kontoli yake, kawaida kupitia label element whose for value matches the input id. Hii inatoa eneo kubwa la kuchagua na inamwezesha assistive technology kutambua kontoli sahihi. Iweke karibu na uingizaji.
Maandishi ya vidokezo si jina la uwanja. Usiyafanya kuwa maagizo pekee yanayotoweka baada ya kuandika. Ikiwa muktadha wa kuona unafanya lebo kuwa ya ziada, hakikisha jina linaloweza kupatikana katika msimbo na uilitest. W3C inatambua kwamba title text ni mbadala yenye uaminifu mdogo kama lebo kuu.
Tumia email, tel, date, radio, checkbox, au select inapofaa badala ya kuiga kila moja na uwanja wa maandishi wa jumla.
Tumia lebo ya kitendo kama Create account au Place order wakati hiyo ni wazi zaidi kuliko Submit.
Hukumu kwa kusahihisha, kisha tekekeza sheria upande wa server
Tumia vizingiti vya asili kwa ukaguzi thabiti: input type sahihi, required, length, range, na pattern inayofaa. Toa mfano wa muundo unaofaa kabla haujawa kosa. Ukaguzi wa mteja husaidia urejesho lakini si mpaka wa usalama. Maombi yanaweza kupitisha ukaguzi wa browser, kwa hivyo server lazima iverifaye sintaksia husika na sheria za biashara kabla ya kuchakata data.
Wakati kuwasilisha kunashindwa, hifadhi maingizo yaliyokubaliwa. Weka muhtasari wa makosa kabla ya fomu, tambua kila uwanja, elezea tatizo na jinsi ya kusahihisha, na link kwa uwanja husika. Rudia ujumbe mfupi kando ya uwanja. Uhusishe ujumbe huo na kontoli,onyesha hali isiyo sahihi inapofaa, na hamisha focus kwa utaratibu hadi kosa la kwanza au muhtasari. Thibitisha mafanikio kwa uwazi.
Thibitisha wakati wa kuandika tu wakati mrejesho ni thabiti na unaofaa, kama upatikanaji wa jina la mtumiaji. Kushindwa kwa muundo ambako ni muingiliano wa kawaida wakati wa kuingia mara nyingi ni bora kuyarekebisha baada ya focus kutoka kwenye uwanja au kwenye submit. Jaribu ujumbe zinazobadilika na screen readers; masasisho ya moja kwa moja yanaweza kusaidia lakini kuingilia mara kwa mara ni vikwazo.
Kwenye server, fafanua tarehe, chaguo, urefu, na miundo inayoruhusiwa. Denylist ya tabia za kushuku si udhibiti mzuri wa msingi.
Kwa timeout au kuwasilisha mara mbili, sema kama ombi lilipokelewa na toa hatua salama inayofuata.
Saidia autofill ya browser na kuingiza kwa simu
Ongeza tokens maalum za autocomplete zinazofafanua data: given-name, family-name, email, tel, shipping street-address, billing postal-code, username, na new-password ni mifano ya kawaida. Tokens hizi husaidia vimbambuzi na wasimamizi wa nywila kutofautisha mashamba yanayofanana. Autofill ni msaada, si ahadi; tabia inatofautiana na inaweza kutegemea fomu inayoweza kutumika, name au id, na control ya submit.
Tumia input type inayoweza kuonyesha kibodi inayofaa ya simu na ukaguzi wa msingi wa browser. Usizuie paste kwenye nyanja za nywila au kuzuia wasimamizi wa nywila. Vivyo hivyo, vimbambuzi vya kisasa vinaweza bado kutoa kujaza vyeti wakati autocomplete imezimwa kwenye fomu ya kuingia, kwa hivyo jaribu safari halisi katika vimbambuzi vinavyotumika na hadhira yako.
Kwa bili na usafirishaji ukurasa mmoja, tumia grouping tokens zinazofaa ili mashamba sawa yasijachanganyikiwa.
Hakikisha lebo zinabaki kuonekana na script hazifikiri thamani zilijazwa na browser ni uwanja tupu.
Fanya njia iwe kamili kwa kibodi
Mtu lazima aweze kumaliza fomu bila pointer. Uendeshaji kwa kibodi pia unaunga mkono ingizo la hotuba na teknolojia nyingine za msaada zinazotoa keystrokes. Tab kutoka kabla ya fomu hadi baada yake: utaratibu unapaswa kufuata kazi, focus lazima iwe inayoonekana, na hakuna kontoli, dialog, date picker, link ya kosa, au paneli ya msaada inapaswa kuzuia focus.
Kontoli za asili zinatoa sehemu kubwa ya hii. Custom dropdowns, masked dates, address lookups, CAPTCHA alternatives, na modals zinahitaji tabia ya kibodi kwa makusudi, usimamizi wa focus, na majina yanayopatikana. Ikiwa sehemu ya custom haiwezi kufikia mbadala wa asili unaotumika, rahisisha. Jaribu kwa upana mwembamba na zoom kubwa.
Tumia Tab, Shift+Tab, Enter, Space, Escape, na sehemu za mshale kukamilisha mtiririko wa kawaida, makosa, na masharti.
Toa maboresho kwa viwango vya kujilinda na rollback
Kabla ya kubadilisha fomu yenye thamani, rekodi msingi wa uthibitisho uliothibitishwa, makosa kwa aina ya uwanja, kushindwa kwa kiufundi, na muda wa kukamilisha. Usikusanye thamani ghafi au kucheza data nyeti tu ili kuboresha kipimo. Linganisha ishara za jumla na ukaguzi wa upatikanaji na kibodi, kwa sababu kiwango kimoja mara nyingi hakielezei kwanini watu walikumbwa.
Toa mabadiliko moja kwa wakati pale inavyowezekana, kama maneno ya lebo, kuondolewa kwa uwanja wa hiari, au urejesho ulioimarishwa. Tafsiri viwango vya kujilinda kabla ya mtihani: makosa ya uthibitisho wa malipo, mawasiliano ya msaada, au mteremko wa upatikanaji yanaweza kuwa muhimu. Jaribu usanidi wa uzalishaji kwa akaunti salama na mazingira ya mtihani wa malipo. Scripts za malipo, usimamizi wa data, na utii vinahitaji ukaguzi wa usalama, malipo, na kisheria aliyehitimu; makala hii haina kuthibitisha utii.
SIU inafanya hili kuwa salama zaidi kupitia preflight ya uzinduzi: thibitisha utegemezi, tabia ya mteja, majibu ya server, uthibitisho, na rollback. Hii ni ukarabati wa kiambo, si mbadala wa mchakato wa timu wa status ya moja kwa moja au ufuatiliaji wa hitilafu.
Tumia thamani zilizokosewa au zisizofaa, vikao vilivyokwisha muda, majibu polepole, lookup iliyoshindwa, na bonyeza mara mbili kwenye hatua ya mwisho.
Kuwa na usanidi uliotangulia, mwenye jukumu, na hatua ya utoaji inayoweza kurejeshwa tayari kabla ya kuongezeka kwa mfichuko.
