Когда оставлять или удалять подзаголовки, предложенные ИИ
Оставляйте предложенный ИИ подзаголовок, если он точно отражает полезное содержание, помогает читателям найти или понять эту информацию и вписывается в структуру статьи. Отредактируйте его, если сам раздел ценен, но заголовок расплывчат, повторяется или вводит в заблуждение. Объедините или удалите его, если он создает раздел без конкретной задачи. Проверяйте каждый заголовок по черновику; не принимайте список только потому, что он выглядит полным.
Какую задачу должен решать подзаголовок
Подзаголовок — это обещание того, что последует дальше. Он должен помогать читателям понять, отвечает ли раздел на их вопрос, и четко определять место этого раздела в аргументации или инструкциях статьи. Руководство по стилю Microsoft описывает заголовки одновременно как план и способ помочь читателям бегло просматривать текст, а также рекомендует использовать заголовок второго уровня, если длинный раздел содержит как минимум две разные темы. Оно также предостерегает от последовательных заголовков без текста между ними. ([Microsoft Style Guide: Headings](https://learn.microsoft.com/en-us/style-guide/scannable-content/headings))
Эта функция важна, поскольку некоторые читатели бегло просматривают страницу, а не читают каждую строчку. Nielsen Norman Group описывает паттерн сканирования «слоеный пирог» (layer-cake), при котором читатели просматривают визуально выделяющиеся заголовки, а затем читают соответствующий текст под ними. Это работает только тогда, когда заголовки заметны и точно обобщают содержание своих разделов. ([Nielsen Norman Group: The Layer-Cake Pattern of Scanning Content on the Web](https://www.nngroup.com/articles/layer-cake-pattern-scanning/))
Заголовки также передают структуру пользователям, применяющим ассистивные технологии. Инициатива W3C по веб-доступности объясняет, что заголовки передают организацию страницы и помогают пользователям скринридеров перемещаться между разделами. Заголовок, который просто выглядит крупным, но не размечен как заголовок, может не дать такого структурного ориентира; убедитесь, что в формате публикации используются соответствующие стили заголовков. ([W3C WAI: Headings](https://www.w3.org/WAI/tutorials/page-structure/headings/))
Четырехэтапный тест для каждого предложения ИИ
Прочитайте сам раздел, а затем решите, что делать с его заголовком. Этот тест носит редакторский характер, а не является формулой подсчета баллов: заголовок не заслуживает места просто потому, что содержит ключевую фразу или соответствует стандартному плану.
Анализ плана: сформулируйте задачу читателя
В одном предложении сформулируйте, зачем пришел читатель. Например: «Выбрать подходящий велосипедный замок для коротких поездок на работу». Это дает вам ориентир, чтобы оценить, помогает ли предложенный раздел выполнить эту задачу. Заголовок может относиться к общей теме, но при этом уводить в сторону от фактической задачи.
Руководство Google по созданию полезного контента, ориентированного на людей, предлагает авторам оценивать, обобщает ли главный заголовок содержание и предоставляет ли страница существенную, полезную информацию. Это подтверждает необходимость рассматривать заголовки в контексте цели страницы, а не воспринимать правдоподобно выглядящий план как доказательство того, что каждый предложенный раздел необходим. ([Google Search Central: Creating Helpful, Reliable, People-First Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content))
Анализ плана: сопоставьте обещание с фактурой
Для каждого заголовка закончите предложение: «Читатель, открывший этот раздел, узнает ___». Затем найдите конкретное объяснение, подтверждение, действие или различие, которое выполняет это обещание. Если получается написать только общую фразу вроде «больше по теме», возможно, разделу нужна более четкая задача — или ему вовсе не стоит существовать отдельно.
Обращайте внимание на несоответствия. Заголовок вроде «Как обслуживать велосипедный замок» обещает пошаговую инструкцию. Абзац, в котором просто говорится, что обслуживание важно, этого обещания не выполняет. Либо добавьте необходимые шаги, либо сузьте заголовок под содержание абзаца, либо удалите неподтвержденное обещание.
Анализ плана: сравните соседние разделы
Прочитайте заголовки по порядку без основного текста. Выстраиваются ли они в связную историю или последовательность? Ищите разделы, отвечающие на один и тот же вопрос, внезапную смену темы или заголовок, смысл которого становится понятен только после прочтения раздела. Затем проверьте текст, чтобы убедиться, действительно ли неясен план или редактирования требует только сам заголовок.
Microsoft рекомендует делать заголовки конкретными и выносить ключевую мысль в начало; также советуется сохранять заголовки краткими и выбирать слова, отражающие то, что действительно нужно знать пользователям. Используйте это как практическое правило редактирования: называйте решение, действие, условие или ответ, которые выделяют каждый раздел, не перегружая его всеми подряд связанными терминами. ([Microsoft Style Guide: Headings](https://learn.microsoft.com/en-us/style-guide/scannable-content/headings))
Анализ плана: проверьте иерархию заголовков
Используйте уровни заголовков, чтобы выразить взаимосвязь между разделами: заголовок основного раздела вводит главную тему, а заголовок более низкого уровня подчиняется ему. Не выбирайте уровень только из-за его визуального размера; убедитесь, что система управления контентом или стили документа передадут предполагаемую структуру ассистивным технологиям. Руководство W3C объясняет, что логическая структура заголовков помогает передать организацию контента страницы. ([W3C WAI: Page Structure—Headings](https://www.w3.org/WAI/tutorials/page-structure/headings/))
Короткие разделы, FAQ и другие особые случаи
Короткий раздел — это не обязательно плохой раздел. Оставьте его, если он отвечает на важный вопрос, который читателям необходимо найти отдельно — например, исключение по безопасности или сравнение, меняющее рекомендацию. Если он состоит из одного предложения, повторяющего предыдущий раздел, включите это предложение в предыдущий раздел вместо того, чтобы добавлять заголовок для придания ему визуального веса.
Заголовки в блоке FAQ требуют такой же проверки. Оставьте вопрос, если он отвечает на отдельное, вероятное беспокойство читателя, которое еще не было рассмотрено в основной статье. Удаляйте дублирующиеся вопросы, ответы на которые просто пересказывают уже существующие разделы. Не добавляйте часто задаваемые вопросы просто потому, что план ИИ включает их; добавленный раздел должен улучшать статью для человека, пытающегося решить свою задачу.
Заголовок не обязательно должен быть сформулирован в виде вопроса. Используйте вопрос, когда читатели с большой вероятностью будут искать именно такую формулировку; используйте прямое утверждение или фразу с указанием действия, когда это делает цель раздела более понятной. Сохраняйте соподчиненные заголовки одного уровня в едином стиле, при этом наделяя каждый из них четким смыслом.
Финальная проверка перед публикацией
Сделайте беглую вычитку в три прохода: прочитайте только заголовки, чтобы проверить план; прочитайте каждый раздел после его заголовка, чтобы проверить обещание; затем изучите фактические стили заголовков на отрисованной странице или в документе. Оставляйте, редактируйте, объединяйте или удаляйте каждое предложение, основываясь на потребностях читателя и содержании раздела.
Рекомендации по поисковой оптимизации могут способствовать ясности, но они не устанавливают обязательное количество подзаголовков и не гарантируют результаты в выдаче. Руководство Google для начинающих по SEO описывает поисковую оптимизацию как помощь поисковым системам в понимании контента и помощь людям в поиске и оценке страниц; в нем также говорится, что нет никаких секретов, которые автоматически выведут сайт на первое место. Относитесь к подзаголовкам как к части понятной и полезной структуры страницы, а не как к чек-листу для ранжирования. ([Google Search Central: SEO Starter Guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide))