Komunikat po wysłaniu formularza powinien jednocześnie jasno potwierdzać odbiór zgłoszenia i przekazywać tylko bezpieczne podsumowanie, bez ujawniania pełnych wiadomości ani wrażliwych danych. Istotne jest także rozróżnienie między udanym przyjęciem formularza a sytuacją, w której wysłanie się nie powiodło: w drugim przypadku komunikat powinien wskazać możliwe dalsze działanie, takie jak korekta danych, ponowienie próby lub kontakt z pomocą.
Potwierdzenie odbioru zgłoszenia i jego bezpieczne podsumowanie
Potwierdzenie powinno jednoznacznie informować, że zgłoszenie zostało odebrane, bez ujawniania jego pełnej treści ani danych, które nie są potrzebne do identyfikacji sprawy. Takie sformułowanie porządkuje oczekiwania i buduje zaufanie do dalszej obsługi.
Na stronie można umieścić numer referencyjny zgłoszenia oraz krótkie podsumowanie wybranych informacji, na przykład temat, kategorię lub adres e-mail przeznaczony do odpowiedzi. Nie należy prezentować pełnych adresów, numerów dokumentów, prywatnych notatek ani długiej wiadomości; w razie potrzeby dane można częściowo zamaskować.
Kolejne kroki oraz realistyczny termin odpowiedzi
Komunikat powinien jasno określać, co stanie się po przyjęciu zgłoszenia i czy użytkownik musi podjąć dodatkowe działanie. Najczęściej wystarczy informacja, że sprawa zostanie przejrzana, a w razie potrzeby użytkownik otrzyma wiadomość z prośbą o uzupełnienie danych. Termin odpowiedzi warto podać jako przedział możliwy do dotrzymania, z uwzględnieniem weekendów i świąt, zamiast używać nieprecyzyjnego określenia „wkrótce”.
- Jeśli nie pojawi się wiadomość e-mail, użytkownik powinien sprawdzić folder spamu lub wiadomości niechciane.
- Gdy wiadomości nadal nie ma, należy wskazać możliwość kontaktu z pomocą.
Komunikat o błędzie i możliwość ponowienia zgłoszenia
Komunikat o niepowodzeniu powinien neutralnie poinformować o problemie z wysłaniem zgłoszenia i od razu wskazać dalsze działanie. W zależności od sytuacji może zachęcać do korekty danych, ponownego wysłania formularza albo kontaktu z pomocą, jeśli problem się powtarza.
Treść nie powinna przesądzać o przyczynie błędu ani sugerować winy użytkownika. Ponowne przesłanie warto umożliwić dopiero po poprawieniu danych lub po ponowieniu próby, a gdy to nie pomaga — wyraźnie wskazać alternatywną drogę uzyskania wsparcia.
Miejsce wyświetlenia komunikatu i ochrona przed ponownym wysłaniem
Miejsce komunikatu zależy od przebiegu formularza. Może pojawić się na tej samej stronie po obsłużeniu żądania albo na osobnej stronie potwierdzenia, jeśli przepływ wymaga wyraźnego oddzielenia zakończonego zgłoszenia od formularza.
Przy operacjach wykonywanych metodą POST bezpieczniejszy jest schemat POST-Redirect-GET. Po odebraniu i ewentualnym zapisaniu danych następuje przekierowanie, dzięki czemu dane formularza zostają usunięte z bieżącego żądania, a odświeżenie strony potwierdzenia ogranicza ryzyko ponownego wykonania tej samej operacji. Sam wybór miejsca komunikatu nie zastępuje jednak tego mechanizmu.
Dostępność i czytelność komunikatu potwierdzającego
Czytelność komunikatu nie powinna zależeć wyłącznie od koloru. Stan należy przekazać przede wszystkim tekstem i wyraźną strukturą, a kontrast tekstu względem tła powinien ułatwiać odczytanie informacji także osobom korzystającym z różnych ustawień wyświetlania.
Prawdziwy nagłówek porządkuje treść dla czytników ekranowych, natomiast po wysłaniu formularza fokus może zostać przeniesiony do obszaru potwierdzenia, aby użytkownik klawiatury od razu wiedział, co się wydarzyło. Dynamiczną zmianę komunikatu może dodatkowo przekazywać mechanizm aria-live=”polite”, który informuje technologie asystujące bez gwałtownego przerywania bieżącego odczytu.