Čtenář vyplní dotaz, stiskne Odeslat a objeví se červený rámeček. Neví, zda zpráva odešla, které pole opravit ani jestli přišel o celý text. Použitelný formulář vysvětlí účel polí, chybu i výsledek odeslání. Krátký formulář přitom může být pro návštěvníka snazší než složitá sada efektů a nápověd.
Tento návod řeší přístupnost a srozumitelnost kontaktu, hledání a podobných vstupů. Nastavení právního souhlasu ani doručitelnost zpráv nepovažuje za stejný úkol. U newsletteru navazuje na samostatný postup tvorby přihlašovacího formuláře.
Každé pole musí mít srozumitelný účel
Začněte otázkou, které údaje skutečně potřebujete k vyřízení konkrétního požadavku. Kontaktní formulář nemusí automaticky sbírat adresu, funkci, telefon a název firmy. Každé zbytečné pole přidává práci a potenciální nejasnost. Krátký rozsah však sám o sobě nezaručí správné ovládání.
Viditelný popisek má říkat, co se zadává. V HTML musí být s odpovídajícím ovládáním také propojený. Text pouze položený vedle pole nemusí potřebný vztah vytvořit. U skupiny voleb je důležité pochopit společnou otázku i význam jednotlivých možností.
Zástupný text uvnitř prázdného pole nenahrazuje plnohodnotný popisek. Po začátku psaní může zmizet právě ve chvíli, kdy si člověk potřebuje ověřit požadovaný údaj. Důležitý formát nebo omezení proto zapište tak, aby byly dostupné i během vyplňování.
Nápovědu dejte před první chybu
Jestliže očekáváte určitý formát, vysvětlete jej před odesláním. U povinných polí použijte srozumitelné označení a vysvětlete jeho význam. Nezaměňujte chybějící údaj s údajem, který sice přišel, ale má neplatný formát. Čtenář potřebuje vědět, jak konkrétně pokračovat.
- Název pole pojmenuje údaj, například „E-mail pro odpověď“.
- Požadavek na povinné vyplnění je předem pochopitelný.
- Příklad formátu pomáhá, pokud by jinak mohl vzniknout omyl.
- Skupina voleb má společnou otázku a jasná jednotlivá označení.
- Odesílací tlačítko popisuje akci, kterou skutečně provede.
U dlouhého dotazu nepřekvapujte uživatele krátkým limitem až po napsání. Pokud je omezení nutné, sdělte je dopředu a při chybě zachovejte možnost text opravit. Modelové doporučení neznamená, že každé pole potřebuje vlastní odstavec nápovědy; přehnané vysvětlování také může ztěžovat orientaci.
| Část formuláře | Co má člověk pochopit | Slabá varianta |
|---|---|---|
| Popisek | Jaký údaj patří do pole | Samotná hvězdička |
| Nápověda | Formát nebo důležitá podmínka | Informace až po neúspěchu |
| Chybová hláška | Co je špatně a jak to opravit | Neplatný vstup |
| Potvrzení | Jaký krok se dokončil | Pouhé zmizení formuláře |
Otestujte tři různé chybové situace
První zkouška ponechá prázdný povinný údaj. Druhá vloží modelový neplatný formát. Třetí sleduje technické selhání, pokud je lze bezpečně simulovat na testovací kopii. Tyto situace nemají stejnou příčinu ani stejné řešení. „Zkuste to znovu“ není vhodná náhrada za vysvětlení chybného e-mailu.
Hláška má být srozumitelná, spojená s dotčeným místem a dostupná jinak než samotnou barvou. U delšího formuláře pomůže i přehled chyb. Technické oznámení nového stavu asistivní technologii musí zajistit odpovídající implementace; pouhé zobrazení textu na stránce není vždy dostačující.
Uživatel by neměl po jedné chybě znovu psát všechny správné údaje. Zachování rozpracovaného obsahu posuzujte s ohledem na typ dat a bezpečnost. U běžného dotazu je ztráta dlouhé zprávy po nesprávné adrese zbytečnou překážkou. Nezapisujte však citlivá data do testovacích protokolů.
Úspěšné odeslání a doručení oddělte
Potvrzení má popisovat to, co systém skutečně ví. Přijetí formuláře aplikací není automatickým důkazem doručení do schránky redakce. Provozovatel proto potřebuje funkční test i kontrolu navazujícího zpracování. Veřejná hláška nemá slibovat garantovanou dobu odpovědi, pokud ji provoz nedokáže dodržet.
U newsletteru může po prvním kroku následovat potvrzení e-mailem. Návštěvník potřebuje vědět, co má udělat dál, místo dojmu, že už je vše dokončeno. U kontaktního formuláře naopak jasně sdělte, že dotaz byl přijat, a případně nabídněte smysluplný návrat k obsahu.
Klávesnice, zvětšení a telefon jsou součást průchodu
Projděte pole bez myši, opravte údaj a dosáhněte na odesílací tlačítko. Sledujte viditelný fokus a logické pořadí. Na telefonu ověřte, zda otevřená klávesnice nezakrývá podstatnou hlášku a zda lze zkontrolovat opravený údaj. Rozsah jednotlivých zkoušek si zapisujte odděleně.
Pro ovládací část navazuje kontrola webu klávesnicí. Pokud formulář vložila externí služba, přidejte do přejímky i její výstup. Vlastní přístupná šablona neprokazuje použitelnost vloženého prvku jiného dodavatele.
| Scénář | Očekávaný výsledek | Co uložit do protokolu |
|---|---|---|
| Prázdné povinné pole | Konkrétní dostupná chyba | Pole a způsob oznámení |
| Neplatný formát | Srozumitelný návod k opravě | Modelový vstup bez osobních dat |
| Úspěšné přijetí | Jasné potvrzení dalšího kroku | Výsledek a ověřený rozsah |
| Technické selhání | Bezpečná možnost pokračování | Podmínky simulace a zachování textu |
Model: formulář se dvěma poli
Vlastní model obsahuje e-mail pro odpověď a zprávu. Editor připraví jasné názvy a potvrzovací text. Správce zajistí vazbu popisků, validaci a oznámení chyb. Při zkoušce se zjistí, že po chybě adresy mizí zpráva. Oprava proto není další odstavec nápovědy, ale změna chování formuláře.
Po úpravě tým opakuje prázdné pole, chybnou adresu i úspěšný průchod. Samostatně ověří, že testovací zpráva dorazila správnému příjemci. Neprohlásí za hotové něco, co pouze změnilo barvu tlačítka. Kritériem převzetí je dokončitelný úkol včetně opravy chyby.
Jak práci objednat a převzít
Do zadání napište umístění formuláře, požadované údaje, význam potvrzení a seznam scénářů. Určete testovací adresy a prostředí, aby zkouška neposílala nechtěné zprávy lidem ani nevytvářela skutečné registrace. Při ověřování produkční cesty musí být jasné, kdo test přijme a jak se pozná jeho výsledek.
- Připravte krátký obsah polí, nápověd a hlášek.
- Vyzkoušejte chybové i úspěšné průchody na vhodné kopii.
- Ověřte klávesnici, malé zobrazení a potřebné asistivní technologie.
- Zkontrolujte navazující doručení nebo potvrzení registrace.
- Po nasazení uložte výsledek konkrétní veřejné cesty.
Pro bezpečné prostředí využijte návod ke stagingu WordPressu. Zkušební kopie má mít záměrně nastavené odesílání, aby neoslovovala skutečné odběratele. Rozsah kontrol pak začleňte do přehledu přístupnosti magazínu.
Pokud se ochrana proti spamu stane další překážkou, hledejte použitelné alternativy a odpovídající test s dodavatelem. Neodstraňujte ochranu naslepo. Dobrý výsledek spojí potřebné zabezpečení, jasné pokyny a dokončitelný průchod. Jedna úspěšná zpráva přitom nepotvrzuje budoucí bezchybnost všech klientů a připojení.
Časté otázky
Stačí popisek jen jako placeholder?
Obvykle nejde o vhodnou náhradu stálého popisku. Informace může při psaní zmizet. Ověřte viditelné i programové pojmenování pole.
Musí být chyba červená?
Barva může pomoci, ale nesmí být jedinou informací. Hláška má vysvětlit problém a způsob opravy.
Znamená potvrzení formuláře doručený e-mail?
Ne automaticky. Přijetí aplikací a doručení příjemci jsou odlišné kroky. Provozní zkouška má ověřit obojí v potřebném rozsahu.
Mohu testovat skutečnými osobními údaji?
Používejte určená testovací data a schválené adresy. Záznam má dokazovat chování formuláře, nikoli uchovávat zbytečné osobní informace.
Vyřeší přístupnost formuláře změna pluginu?
Může pomoci, ale sama není důkazem výsledku. Zopakujte stejné scénáře a ověřte konkrétní veřejný výstup.
