Decomposition 2026 11 05

## Рекомендуемый вариант

**«Введите email»** — коротко, конкретно и совпадает с формулировкой в подписи поля.

Если нужен чуть более поясняющий текст (например, на экране регистрации, где email — логин):

**«Введите email — он понадобится для входа и восстановления пароля»**

---

## Альтернативы по тону

| Тон | Текст |
|---|---|
| Нейтральный | «Укажите адрес электронной почты» |
| Дружелюбный | «Без email не получится — введите его, пожалуйста» |
| Минимальный (в компактной форме) | «Укажите email» |

---

## Что не стоит писать

- ❌ **«Поле не может быть пустым»** — описывает состояние поля, а не действие; пользователю не подсказывает, что делать.
- ❌ **«Неверный email»** / «Некорректный адрес» — это текст для *другой* ошибки (неверный формат). Пустое поле и невалидный адрес должны иметь разные сообщения, иначе пользователь, ничего не вводивший, будет думать, что где-то опечатался.
- ❌ **«Ошибка!»** — без объяснения причины.
- ❌ Обвинительные формулировки: «Вы не заполнили поле», «Вы забыли email».

---

## Как оформить

1. **Согласуйте термин с подписью поля.** Если label — «Эл. почта», то и в ошибке пишите «эл. почту», а не «email».
2. **Ставьте текст под полем**, рядом с ним — иконку (не только красную рамку: цвет — единственный сигнал, это проблема для дальтоников).
3. **Свяжите с полем программно:** `aria-describedby="email-error"` + `aria-invalid="true"`, а контейнер ошибки — с `role="alert"`, чтобы скринридер озвучил сообщение.
4. **Не стирайте введённое** при показе ошибки и возвращайте фокус в поле, если ошибка возникла при отправке формы.
5. **Точка в конце** не нужна для коротких сообщений («Введите email»); для длинных пояснений — допустима, главное единообразие по всей форме.

**Проверьте:** сообщение об ошибке срабатывает при попытке отправить форму и при уходе из пустого поля (`blur`), но не на каждый ввод символа.