Промпты/План исправления нарушений доступности

План исправления нарушений доступности

13 июня 2026

Разбирает список нарушений из axe или Lighthouse: классифицирует по серьёзности, даёт исправления и дорожную карту.

Описание

ДоступностьБесплатно

Замените фрагменты в квадратных скобках своими данными и вставьте промпт в чат с ИИ.

  • WCAG
  • приоритизация
  • axe
  • план
Название
План исправления нарушений доступности
Категория
Доступность
Источник
awesome-chatgpt-prompts — «Accessibility Testing Superpower» · CC0-1.0
Где работает
ChatGPT, Claude и другие ИИ-ассистенты
Объём
20 строк · 222 слова · 1 468 символов
Переменные

Значения сразу появятся в превью, коде и при копировании.

Как использовать
  1. 1Заполните поля выше или замените фрагменты в квадратных скобках вручную.
  2. 2Скопируйте промпт — он попадёт в буфер обмена целиком.
  3. 3Вставьте его в чат с ИИ: ChatGPT, Claude или любой другой ассистент.
  4. 4Уточняйте ответ короткими репликами, не переписывая промпт заново.

Что внутри

Ты — консультант по доступности. У меня есть отчёт о нарушениях, помоги превратить его в план работ.

Входные данные:
- Отчёт: [вставь вывод axe / Lighthouse / WAVE или список проблем]
- Код затронутых компонентов: [вставь или дай ссылку]
- Уровень соответствия: [WCAG 2.2 AA]
- Ресурсы команды: [например «1 фронтенд-разработчик, 2 спринта»]

Шаги:
1. Для каждого нарушения определи критерий WCAG и проверь, не решается ли оно нативным HTML (button, nav, main, label) без ARIA.
2. Классифицируй:
- критично — блокирует доступ (нет фокуса, пустые кнопки, нет alt у функциональных изображений) — сразу;
- серьёзно — сильный барьер (контраст, поля без подписей, нет skip link) — в текущем спринте;
- умеренно — трудно, но можно (непоследовательная навигация, неясные ошибки) — в следующем релизе;
- мелочь — неудобство (избыточный alt, мелкие ошибки порядка заголовков) — в бэклог.
3. Для каждой группы дай типовое исправление с кодом. Примеры: иконка-кнопка без имени → aria-label или visually hidden текст; поле без подписи → label for/id; outline: none → стиль :focus-visible с контуром 2 px и контрастом 3:1; контраст → новые значения цветов с расчётом отношения.
4. Построй матрицу «влияние × трудозатраты» и выдели быстрые победы.
5. Предложи профилактику: линтер, тест axe на компонент, пункт в Definition of Done.

Формат ответа: таблица нарушений (ID, критерий, серьёзность, место, исправление, оценка времени), дорожная карта по спринтам, список быстрых побед.
```text
Ты — консультант по доступности. У меня есть отчёт о нарушениях, помоги превратить его в план работ.

Входные данные:
- Отчёт: [вставь вывод axe / Lighthouse / WAVE или список проблем]
- Код затронутых компонентов: [вставь или дай ссылку]
- Уровень соответствия: [WCAG 2.2 AA]
- Ресурсы команды: [например «1 фронтенд-разработчик, 2 спринта»]

Шаги:
1. Для каждого нарушения определи критерий WCAG и проверь, не решается ли оно нативным HTML (button, nav, main, label) без ARIA.
2. Классифицируй:
- критично — блокирует доступ (нет фокуса, пустые кнопки, нет alt у функциональных изображений) — сразу;
- серьёзно — сильный барьер (контраст, поля без подписей, нет skip link) — в текущем спринте;
- умеренно — трудно, но можно (непоследовательная навигация, неясные ошибки) — в следующем релизе;
- мелочь — неудобство (избыточный alt, мелкие ошибки порядка заголовков) — в бэклог.
3. Для каждой группы дай типовое исправление с кодом. Примеры: иконка-кнопка без имени → aria-label или visually hidden текст; поле без подписи → label for/id; outline: none → стиль :focus-visible с контуром 2 px и контрастом 3:1; контраст → новые значения цветов с расчётом отношения.
4. Построй матрицу «влияние × трудозатраты» и выдели быстрые победы.
5. Предложи профилактику: линтер, тест axe на компонент, пункт в Definition of Done.

Формат ответа: таблица нарушений (ID, критерий, серьёзность, место, исправление, оценка времени), дорожная карта по спринтам, список быстрых побед.
```
{
  "messages": [
    {
      "role": "user",
      "content": "Ты — консультант по доступности. У меня есть отчёт о нарушениях, помоги превратить его в план работ.\n\nВходные данные:\n- Отчёт: [вставь вывод axe / Lighthouse / WAVE или список проблем]\n- Код затронутых компонентов: [вставь или дай ссылку]\n- Уровень соответствия: [WCAG 2.2 AA]\n- Ресурсы команды: [например «1 фронтенд-разработчик, 2 спринта»]\n\nШаги:\n1. Для каждого нарушения определи критерий WCAG и проверь, не решается ли оно нативным HTML (button, nav, main, label) без ARIA.\n2. Классифицируй:\n- критично — блокирует доступ (нет фокуса, пустые кнопки, нет alt у функциональных изображений) — сразу;\n- серьёзно — сильный барьер (контраст, поля без подписей, нет skip link) — в текущем спринте;\n- умеренно — трудно, но можно (непоследовательная навигация, неясные ошибки) — в следующем релизе;\n- мелочь — неудобство (избыточный alt, мелкие ошибки порядка заголовков) — в бэклог.\n3. Для каждой группы дай типовое исправление с кодом. Примеры: иконка-кнопка без имени → aria-label или visually hidden текст; поле без подписи → label for/id; outline: none → стиль :focus-visible с контуром 2 px и контрастом 3:1; контраст → новые значения цветов с расчётом отношения.\n4. Построй матрицу «влияние × трудозатраты» и выдели быстрые победы.\n5. Предложи профилактику: линтер, тест axe на компонент, пункт в Definition of Done.\n\nФормат ответа: таблица нарушений (ID, критерий, серьёзность, место, исправление, оценка времени), дорожная карта по спринтам, список быстрых побед."
    }
  ]
}

Действия

НазадАвтотесты доступности в CIДалееАгент-эксперт по доступности
prompt.txt· заполнено 0 из 4
  1. 1Ты — консультант по доступности. У меня есть отчёт о нарушениях, помоги превратить его в план работ.
  2. 2​
  3. 3Входные данные:
  4. 4- Отчёт: [вставь вывод axe / Lighthouse / WAVE или список проблем]
  5. 5- Код затронутых компонентов: [вставь или дай ссылку]
  6. 6- Уровень соответствия: [WCAG 2.2 AA]
  7. 7- Ресурсы команды: [например «1 фронтенд-разработчик, 2 спринта»]
  8. 8​
  9. 9Шаги:
  10. 101. Для каждого нарушения определи критерий WCAG и проверь, не решается ли оно нативным HTML (button, nav, main, label) без ARIA.
  11. 112. Классифицируй:
  12. 12- критично — блокирует доступ (нет фокуса, пустые кнопки, нет alt у функциональных изображений) — сразу;
  13. 13- серьёзно — сильный барьер (контраст, поля без подписей, нет skip link) — в текущем спринте;
  14. 14- умеренно — трудно, но можно (непоследовательная навигация, неясные ошибки) — в следующем релизе;
  15. 15- мелочь — неудобство (избыточный alt, мелкие ошибки порядка заголовков) — в бэклог.
  16. 163. Для каждой группы дай типовое исправление с кодом. Примеры: иконка-кнопка без имени → aria-label или visually hidden текст; поле без подписи → label for/id; outline: none → стиль :focus-visible с контуром 2 px и контрастом 3:1; контраст → новые значения цветов с расчётом отношения.
  17. 174. Построй матрицу «влияние × трудозатраты» и выдели быстрые победы.
  18. 185. Предложи профилактику: линтер, тест axe на компонент, пункт в Definition of Done.
  19. 19​
  20. 20Формат ответа: таблица нарушений (ID, критерий, серьёзность, место, исправление, оценка времени), дорожная карта по спринтам, список быстрых побед.