Версия источника: 4880e8b4372c96001c2e052be28b68a95d31252b
Синхронизировано: 2026-11-09T11:15:07.649Z
Источник: https://github.com/sergey-from-riders/vibecoding-base/tree/4880e8b4372c96001c2e052be28b68a95d31252b

<a id="frontend-states"></a>

# Состояния интерфейса

## Коротко

Пользователь должен понимать, идёт ли работа и как продолжить после сбоя.

## Плохо

```text
Любая ошибка сети отображается как «Ничего нет».
```

## Хорошо

```text
Загрузка → список.
Пустой результат → подсказка.
Ошибка → повторить запрос.
```

## Почему

Пустой список и недоступный сервер требуют разных действий.

## Когда применять

Это инженерное правило справочника, а не требование протокола. Первоисточник описывает подход или механизм; конкретный процесс выбирается проектом.

При оптимистическом изменении нужны откат и объяснение ошибки.

## Как проверить

- Проверьте медленную сеть, пустой ответ и отказ доступа.

## Человек

Определяет действия пользователя при загрузке, пустом результате и ошибке.

## Агент

Реализует поведение компонентов и проверяет изменение данных, загрузку и ошибку в браузере.

Контроль результата:

- Проверьте медленную сеть, пустой ответ и отказ доступа.

## Источники

- [Understanding Success Criterion 4.1.3: Status Messages](https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html)

Уровень: Обязательно. Проверено: 2026-11-09. Изменено: 2026-11-09.

[Исходный файл](https://github.com/sergey-from-riders/vibecoding-base/blob/4880e8b4372c96001c2e052be28b68a95d31252b/registry/standards/frontend/next/rules/states.md)