Заголовки страницы с нейросетью готовят по содержимому разделов: сначала редактор фиксирует смысловые связи, затем получает варианты названий и уровней, после чего проверяет готовую HTML-страницу. Результат работы — согласованное дерево заголовков, по которому можно найти нужную часть учебного материала. Красивое оглавление в ответе ИИ ещё не подтверждает, что та же структура появилась на сайте.
Какую задачу решает дерево заголовков?
Представьте условную страницу «Как передать заявку коллеге». На ней есть подготовка, передача и исправление неполных заявок. Сотрудник ищет последний раздел, но видит только «Важное», «Полезное» и «Следующий шаг». Текст может быть верным, а названия не помогают понять, где искать ответ. Другой вариант ошибки: все названия понятны, но оформлены обычными абзацами крупным шрифтом.
Здесь две разные проверки.
Руководство W3C о структуре страницы объясняет, что заголовки обозначают организацию содержания и могут служить для навигации внутри страницы. В статье мы применяем эту идею к редакционному упражнению с ИИ. Стандарты не предлагают наш промпт и не подтверждают качество конкретной нейросети.
Факт. Описательность названия раздела и его программная разметка — отдельные свойства. В пояснении W3C к Headings and Labels они рассматриваются раздельно: понятное название не исправляет неверную разметку, а корректный тег не делает расплывчатое название точным.
Мы работаем с основной учебной статьёй в HTML. Не проектируем всю навигацию сайта, не составляем заголовки рекламных объявлений и не проверяем соответствие страницы всем требованиям доступности. Для редактора полезное действие конкретнее: связать каждый заголовок с тем фрагментом, который он называет, и передать проверяемую схему тому, кто размещает материал.
Если нужно изменить формулировки самого текста, сначала выполните редактуру с сохранением смысла. В этом упражнении содержание сохраняется, меняются только названия и предложенная организация разделов. Любую перестановку абзацев редактор согласует отдельно.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Подготовьте карту фрагментов до запроса к ИИ
Сохраните исходную версию страницы. Разбейте основное содержание на смысловые фрагменты и дайте им рабочие обозначения: А, Б, В, Г. Эти буквы нужны для сверки, в публичный материал они не переносятся. Для каждого фрагмента запишите, какой вопрос читателя он закрывает и от какого раздела зависит.
Возьмём полностью вымышленный учебный материал. Он не описывает порядок работы AURMIND или клиента:
- Фрагмент А: перед передачей заявки отправитель проверяет, указаны ли цель и описание задачи.
- Фрагмент Б: если описания недостаточно, отправитель запрашивает уточнение у автора и сохраняет заявку у себя до ответа.
- Фрагмент В: когда цель и описание есть, отправитель передаёт заявку выбранному коллеге и фиксирует получателя.
- Фрагмент Г: получатель подтверждает получение; если он не может взять задачу, отправитель согласует другого исполнителя.
Здесь Б относится к подготовке, а Г — к передаче. Нельзя выбрать вложенность только по длине абзацев. Запишите эти отношения до обращения к модели, чтобы потом не принимать убедительное дерево без основания.
| Фрагмент | Вопрос читателя | Раздел | Что нельзя потерять |
|---|---|---|---|
| А | Что проверить до передачи? | Подготовка заявки | Цель и описание |
| Б | Что делать с неполным описанием? | Подраздел подготовки | Уточнение до передачи |
| В | Как передать подготовленную заявку? | Передача заявки | Выбор и фиксация получателя |
| Г | Как завершить передачу? | Подраздел передачи | Подтверждение или согласование замены |
Таблица относится именно к этим четырём фрагментам. Она не добавляет сроков, правил эскалации или статусов, которых в исходнике нет. Если ИИ предложит раздел «Срок ответа», редактор должен запросить основание: такого сведения мы не передавали.
Схема показывает две группы содержания. В первой проверка полноты предшествует уточнению, во второй передача связана с подтверждением. Это карта нашего учебного примера, а не готовый корпоративный регламент. Весь смысл схемы повторён в таблице выше.
Как поручить нейросети названия и уровни?
Для тренировки передайте вымышленный материал из примера. Реальные внутренние инструкции используйте только в разрешённом инструменте и с допустимыми данными по правилам организации. Не поручайте модели угадывать скрытые разделы или восстанавливать закрытые сведения по названиям файлов.
Предлагаемое задание:
Подготовь дерево заголовков основной учебной HTML-страницы по исходнику и карте фрагментов. Не меняй факты и не добавляй правила. Для каждого заголовка укажи текст, предполагаемый уровень, родительский раздел и буквы охватываемых фрагментов. Название должно описывать содержание под ним. Если связь спорная, сформулируй вопрос редактору. Сохрани каждый исходный фрагмент: не удаляй и не объединяй его молча. Верни дерево отдельно от пояснений. Сначала предложи структуру для страницы, в которой шаблон уже выводит основное название. Не создавай второе основное название внутри тела.
Последнее условие относится к нашему шаблону упражнения. Оно не объявляет универсального правила для любой страницы. Перед реальной работой узнайте, какие заголовки уже выводит CMS: название материала, блок навигации, боковая панель. Автору ответа нужен этот контекст, иначе он может предложить лишнее название или неподходящий стартовый уровень.
Не просите одновременно «сделать цепляюще», улучшить продажи и проверить доступность. У этих задач разные основания принятия. Здесь критерий проще: по названию видно содержание раздела, по уровню — его отношение к другим разделам. Согласованная структура должна объясняться исходником.
Мнение. Для первого учебного задания я предлагаю возвращать буквы фрагментов возле каждого узла. Так руководитель разбора может спросить, откуда взялся конкретный раздел. Это редакционный приём, а не обязательное требование W3C.
Сверьте названия с содержанием, а не с привлекательностью
В пояснении W3C к Headings and Labels смысл требования — описать тему или назначение. Длинное название не обязательно точнее короткого. Для нашего фрагмента Б «Если описания недостаточно» полезнее общего «Важный момент», потому что называет условие, которое человек ищет.
Пример предлагаемого дерева для основного содержания:
- Название страницы: «Как передать заявку коллеге» — выводится шаблоном.
- Раздел «Подготовка заявки» — фрагмент А.
- Подраздел «Если описания недостаточно» — фрагмент Б.
- Раздел «Передача заявки» — фрагмент В.
- Подраздел «Подтверждение получения или замена исполнителя» — фрагмент Г.
Последнее название длиннее остальных, потому что фрагмент действительно содержит развилку. Сокращение до «Подтверждение получения» скроет второй исход. Можно предложить другой точный вариант, но нельзя принять заголовок «Заявка принята»: он ошибочно обещает только успешный итог.
Прочитайте одни названия по порядку. Затем откройте каждый относящийся к ним фрагмент. Первое чтение помогает увидеть организацию, второе проверяет обещание. Если содержание не соответствует названию, исправляйте название либо выносите изменение содержания на отдельное согласование.
Не превращайте каждое предложение в раздел. В нашем примере два главных этапа и два зависимых вопроса. Если модель выдала четыре равноправных раздела, попросите объяснить, как она сохранила отношения Б к А и Г к В. Возможно и другое редакционное решение, но оно должно быть сознательным, а не случайным результатом генерации.
Проверьте вложенность на конкретном дереве
В условном шаблоне основное название размечено h1. Для двух этапов предлагаем h2, для зависимых вопросов — h3. Уровень обозначает положение в структуре, а не размер шрифта. Если подраздел выглядит слишком крупным, обсуждайте оформление со специалистом, сохраняя смысловую связь.
Руководство W3C советует по возможности избегать пропуска уровней при углублении. Оно отдельно допускает возврат к старшему уровню при закрытии подраздела. Поэтому последовательность h2 → h3 → h2 в нашем примере объяснима: закончился подраздел подготовки и начался раздел передачи. Требование «каждый следующий заголовок только на один уровень ниже предыдущего» было бы ошибочным.
На схеме оба этапа находятся на одном уровне. Зависимый вопрос вложен в свой этап. Переход от вопроса о неполном описании к передаче возвращает читателя к старшему разделу. Текст дерева приведён выше, изображение лишь делает отношения наглядными.
Отдельно проверьте границы основного материала. Руководство оговаривает особенности постоянных областей страницы, например боковых панелей. Не поручайте модели механически перенумеровать весь сайт после изменения одной статьи. Вопросы шаблона, областей и сложных компонентов передайте разработчику с фактическим HTML.
Для простой статьи не нужна искусственная глубина. Если заголовок подходит к единственному короткому абзацу и не помогает навигации, обсудите, нужен ли отдельный подраздел. Это редакционное решение по содержанию; мы не выдаём рекомендуемое число заголовков за правило стандарта.
Почему красивый текст в CMS ещё не означает заголовок?
В технике W3C H42 описана семантическая разметка заголовков в HTML. Она позволяет вспомогательным технологиям распознавать их статус и уровень. Техника является описанным способом выполнения требований, а не единственным допустимым решением для любой реализации.
После переноса попросите того, кто размещает материал, проверить фактические элементы страницы. В нашем упражнении «Подготовка заявки» должна быть разделом h2, а «Если описания недостаточно» — вложенным h3. Жирный абзац, похожий на заголовок, не подтверждает наличие этих элементов. И наоборот: обычное примечание не следует превращать в заголовок только ради внешнего вида.
Сохраните итоговый список элементов вместе с их текстом и уровнем. Сверьте его с принятой картой, учитывая основное название шаблона. Если внутрь тела повторно добавили название страницы, передайте расхождение редактору: в условиях упражнения оно уже существует вне тела. Не исправляйте шаблон целиком без понимания его назначения.
Проверяйте готовую страницу после сохранения, а не только режим редактирования. Предпросмотр, опубликованный HTML и ответ модели — разные артефакты работы. Участник должен показать, где именно проверил результат. При сложной реализации специалист дополнительно проверяет навигацию с вспомогательными технологиями; сверка редакционного дерева такую проверку не заменяет.
Как провести упражнение с командой и принять результат?
Дайте сотруднику исходник А–Г и сведения о шаблоне. Попросите сохранить ответ ИИ, принятое дерево и перечень отклонённых вариантов. На разборе предъявите два условных дефекта: название «Заявка принята» у фрагмента Г и его уровень h4 сразу под h2. Сотрудник должен объяснить проблему содержания в первом случае и предложенную вложенность во втором.
Важно увидеть основания.
Если человек исправил h4 на h3, но не заметил потерянную возможность замены исполнителя, задача решена частично. Если все названия точны, но в готовом HTML остались жирные абзацы, перенос ещё требует исправления. Отметьте каждый незавершённый этап отдельно и повторно проверьте изменённый участок вместе с соседними разделами.
Принятый комплект включает исходник, карту фрагментов, согласованное дерево и проверенный список заголовков готовой страницы. Он подтверждает выполнение конкретного упражнения. Из него нельзя сделать вывод о полном соответствии сайта WCAG, эффективности любого ИИ или гарантированной скорости подготовки материалов.
Если команда выпускает внутренние справки и учебные страницы, обсудите это задание в рамках корпоративного обучения ИИ. Укажите тип материалов и того, кто переносит их в CMS: так можно сформулировать практическое упражнение с понятной приёмкой.
Фактическая база статьи — три первичных документа W3C об организации заголовков, описательности и HTML-разметке. Карта А–Г, поручение модели и порядок приёмки предложены редакцией. Они не являются результатом измеренного испытания сервиса. Проверку ссылок и их назначений выполняют отдельно — для неё есть упражнение по текстам ссылок.
Частые вопросы
Может ли нейросеть выбрать уровень без полного текста?
Название само по себе не показывает отношение раздела к соседям. Для нашего задания нужны исходные фрагменты, карта отношений и сведения о шаблоне. Если часть материала отсутствует, оставьте вопрос редактору вместо автоматического достраивания.
Нужно ли делать каждый следующий заголовок ниже предыдущего?
Нет. В учебном примере после вложенного вопроса начинается следующий главный этап, поэтому происходит возврат к h2. Проверьте, открывается подраздел или закрывается прежний: это разные действия в дереве.
Можно ли принять заголовок только по внешнему виду?
Нет. В рамках этой задачи проверяются текст, отношение к содержанию и фактический уровень в HTML. Визуальная похожесть на заголовок не доказывает семантическую разметку.
Подтверждает ли это упражнение доступность всего сайта?
Нет. Оно ограничено основными заголовками одной учебной страницы. Для оценки других требований, сложных компонентов и реальной навигации нужен отдельный объём проверки.
