Un vizitator apasă un buton și pare că nu se întâmplă nimic. Poate că solicitarea este în drum spre server; poate că procesarea s-a încheiat deja; poate că s-a întrerupt conexiunea. Un ornament care se învârte nu înlătură această incertitudine. Așteptarea face parte din interfață și merită aceeași atenție editorială ca rezultatul final.
Spuneți ce se face, nu doar că durează
Porniți de la acțiunea pe care a ales-o persoana. „Pregătim comparația” oferă mai multe informații decât un simplu indicator rotativ, fiindcă leagă pauza de sarcină. Păstrați explicația aproape de conținutul afectat. Restul paginii nu ar trebui să devină un ecran gol, fără explicații, când se actualizează doar o mică secțiune.
Nu inventați precizie. Un procent este util doar atunci când sistemul poate măsura un progres relevant. O numărătoare inversă care se resetează sau un indicator care se blochează la nouăzeci și nouă la sută creează o promisiune pe care interfața nu o poate respecta. Dacă timpul rămas nu este cunoscut, spuneți ce se întâmplă fără să fabricați un termen.
Separați primirea de finalizare
Apăsarea unui buton, primirea unei solicitări și finalizarea lucrării cerute nu sunt același eveniment. Definiți ce înseamnă fiecare mesaj înainte de a-i alege culoarea sau animația. De exemplu, acceptarea unui fișier pentru procesare nu înseamnă că fișierul a fost verificat; salvarea unei cereri de informații nu înseamnă că cineva a răspuns la ea.
Afișați succesul numai după ce aveți confirmarea relevantă. Dacă rezultatul este incert, păstrați această distincție în loc să afișați o bifă verde liniștitoare. Stările clare ajută și într-o discuție ulterioară cu serviciul de asistență: vizitatorul poate descrie ce a comunicat efectiv pagina, în loc să presupună.
Faceți actualizarea accesibilă și dincolo de percepția vizuală
O mică schimbare la marginea ecranului poate trece neobservată. Explicația W3C despre mesajele de stare acoperă actualizări privind rezultatele, așteptarea sau progresul care nu mută focalizarea utilizatorului. Rolurile sau proprietățile potrivite permit tehnologiilor asistive să prezinte aceste mesaje fără să oblige persoana să treacă într-un context nou.
Pentru o regiune care primește mai multe actualizări conexe, MDN descrie aria-busy ca pe o modalitate de a marca faptul că modificările nu sunt încă încheiate. Reveniți la valoarea false când actualizarea s-a terminat. Atributul nu este, în sine, un indicator vizual de încărcare, iar adăugarea lui nu înlocuiește testarea anunțului efectiv și a textului vizibil.
Lăsați un pas următor sigur
Așteptarea nu ar trebui să devină o fundătură. Păstrați datele introduse de vizitator atunci când este posibil, explicați eșecul într-un limbaj obișnuit și oferiți o acțiune următoare potrivită operațiunii. „Încercați din nou” nu este automat o opțiune sigură: dacă prima solicitare ar fi putut reuși, o a doua trimitere poate crea un duplicat. Stabiliți rezultatul înainte de a încuraja repetarea.
Dacă anularea este posibilă, explicați clar efectul ei. Oprirea animației vizibile nu este același lucru cu anularea procesării pe server. O cale de întoarcere la pagină poate fi utilă, dar nu ar trebui să anuleze pe tăcute efortul persoanei. Principiile mesajelor utile de eroare în formulare se aplică și aici: descrieți situația și pasul următor util.
Testați etapele intermediare dificile, nu doar finalul fericit
Verificați un răspuns rapid, unul lent, un eșec și un rezultat incert. Urmăriți dacă mesajul apare la momentul potrivit, dacă apăsările repetate sunt gestionate în mod deliberat și dacă focalizarea tastaturii rămâne într-un loc potrivit. Verificați și afișarea cu mișcare redusă: sensul trebuie să rămână clar fără un efect de rotire sau pulsare.
În timpul întreținerii continue a site-ului, reevaluați aceste stări când se schimbă serviciul din spatele lor. Scopul nu este să faceți fiecare așteptare distractivă. Este să îi oferiți vizitatorului un răspuns sincer la trei întrebări: ce se întâmplă, ce se știe și ce pot face în continuare?