Контент-аудит
Content audit
Также: Аудит контента, Content inventory and audit
Контент-аудит — систематический разбор существующих материалов сайта или приложения: составление перечня, оценка содержания и определение необходимых изменений. Он помогает понять, какие материалы отвечают задачам аудитории, что нужно исправить и кто отвечает за дальнейшее сопровождение.
Такое понимание опирается на руководство Digital.gov: аудит соединяет перечень материалов с их анализом, выясняет назначение публикаций, ответственных и потребность в обновлении. Проверка может охватывать страницы, документы, видео и аудио. Поэтому контент-аудит шире проверки текста одной статьи. [1]
Кратко
- Инвентаризация показывает, что есть; аудит добавляет оценку и основания для изменений. [1]
- Материал оценивают относительно задачи читателя, а не только поисковой посещаемости. [2]
- У решения должны быть конкретное действие и понятное условие завершения — так устроена предложенная ниже редакционная модель.
- Одинаковая тема ещё не означает одинаковое содержание: технические дубли следует отличать от разных материалов по одному вопросу. [5]
Происхождение и история термина
Важная линия развития контент-аудита — изучение уже существующего сайта перед его переустройством. В учебнике Луиса Розенфельда и Питера Морвиля 2002 года содержание рассматривается как предмет исследования: авторы предлагают выяснять, что в старом сайте стоит сохранить, вместо того чтобы начинать всё заново. Это историческое свидетельство практики оценки накопленного содержания, а не дата появления термина. [6]
В издании 2015 года Розенфельд, Морвиль и Хорхе Аранго прямо описывают подробный аудит и постраничную инвентаризацию. Они связывают их с переносом материалов в систему управления содержимым и организацией работы над страницами. [7] Современное руководство GOV.UK дополняет эту проектную задачу регулярным сопровождением: проверкой полезности, сроков пересмотра и необходимых исправлений. [3] Эти источники показывают два применения одной практики: подготовку изменений и поддержание опубликованного содержания.
Суть и механизм
Digital.gov предлагает начать с перечня материалов, проследить путь пользователя к решению задачи, затем отметить авторов, ответственных, обновления и нужные изменения. [1] Здесь путь пользователя — последовательность страниц, по которым человек проходит, например, от описания услуги к инструкции и форме обращения.
На этой основе редакция предлагает рабочую последовательность: определить границы проверки, собрать реестр, оценить материалы, назначить изменения и проверить их исполнение. В начале важно договориться, что считается материалом. Например, страницу с инструкцией и прикреплённую памятку можно учитывать отдельно, если их обновляют разные сотрудники. Иначе исправленная страница скроет оставшийся устаревшим файл.
Для каждой записи полезно сформулировать задачу читателя одним предложением. Затем проверить, даёт ли материал достаточный ответ, понятен ли язык и подтверждены ли важные сведения. Google предлагает сходные вопросы о полноте, источниках, точности и пользе содержания для человека. Это вопросы самооценки, а не обещание определённой позиции в поиске. [2]
Учебный пример: страница объясняет, как записаться на экскурсию. Расписание верно, но ссылка ведёт на прошлогоднюю форму. Решение «сохранить» слишком грубо: содержание нужно оставить, ссылку заменить, а после исправления пройти путь записи заново. Так оценка превращается в проверяемое действие.
Виды и классификации
Следующее деление предложено редакцией для постановки задания. Стратегическая проверка отвечает, каких материалов не хватает для задач аудитории. Содержательная — где сведения ошибочны, неполны или непонятны. Проверка сопровождения — кто обновляет материалы и когда возвращается к ним. Миграционная — что переносить и по каким новым адресам это будет доступно. Один проект может сочетать несколько целей.
По охвату можно проверять весь выбранный раздел или выборку. Учебник по информационной архитектуре рекомендует включать в содержательный анализ разные форматы, типы документов и источники материалов. [7] В редакционной модели границы записывают явно: «проверены инструкции и формы, новости не проверялись». Такая запись не позволяет выдать исправность небольшой группы за состояние всего сайта.
Как применяется на практике
На GOV.UK данные о материалах позволяют установить дату последнего обновления и просроченный пересмотр, если срок был задан ранее. Руководство также предусматривает исправление ошибок и проверку того, находят ли пользователи полезное содержание. [3] Здесь аудит связан с дальнейшим обслуживанием публикаций, а не заканчивается выгрузкой адресов.
Учебный российский пример: городской портал проверяет путеводитель по музеям. Новость об открытии выставки сохраняет значение как свидетельство прошлого события; справка «что посмотреть на этой неделе» требует актуального расписания. Редактор отделяет историческую публикацию от действующей рекомендации и помечает период, к которому относится информация. Переписывать старую новость так, будто событие произошло сегодня, для этой задачи не требуется.
Техническую часть российской проверки помогает уточнить справка Яндекса. Одинаковое содержание по разным адресам одного сайта робот может объединить в группу дублей; среди способов обработки указаны постоянное перенаправление и предпочитаемый адрес. [5] Редакционный вывод из этого уже: сначала сравнить содержание и назначение страниц, затем выбирать техническое действие. Новость о выставке и действующее расписание музея решают разные задачи, даже если упоминают одно место.
Как измерить или проверить
Для практической работы редакция предлагает карточку: адрес, тип материала, задача читателя, источники сведений, дата проверки, данные об использовании и их период, решение, причина, ответственный и срок. Для объединения дополнительно записывают страницу назначения и сведения, которые она должна сохранить. Для обновления — конкретный фрагмент, который нужно исправить.
Два простых показателя помогают следить за работой. Охват — доля проверенных материалов в согласованном списке. Исполнение — доля принятых после проверки изменений среди назначенных изменений. Формулы ниже определены для этой редакционной модели, а не являются отраслевым стандартом качества.
Учебный расчёт: в задании двести материалов, проверены сто пятьдесят. Делим сто пятьдесят на двести и умножаем на сто: получаем семьдесят пять процентов охвата. Назначены сорок обновлений, приняты тридцать: тридцать делим на сорок и умножаем на сто, снова получаем семьдесят пять процентов. Равенство чисел не делает показатели одинаковыми: первый описывает проверку, второй — исполнение решений.
Если изменений не назначали, долю исполнения не вычисляют: знаменатель равен нулю. В отчёте пишут «изменения не назначены». Нельзя заменить это состояние нулём процентов, который при ненулевом плане означал бы отсутствие выполненных работ.
Приёмка тоже входит в редакционную модель. Исправленный факт сверяют с источником, новую ссылку открывают, объединённый материал проверяют на сохранность нужных сведений. Перенаправление, или редирект, отправляет посетителя с прежнего адреса на другой. Google различает постоянный и временный перенос: постоянный служит сигналом предпочитать целевой адрес, временный сам по себе таким сигналом не является. [4]
Ошибки, ограничения и спорные вопросы
Низкая посещаемость сама по себе не объясняет, почему страница мало используется. В учебном примере музея причиной может быть незаметная ссылка на расписание, а не бесполезность расписания. Поэтому редакция предлагает отдельно проверять содержание и возможность его найти, прежде чем назначать удаление.
Ещё одна ошибка — считать обновлением только смену даты. Google прямо относит изменение даты без существенного изменения содержания к признакам, требующим пересмотра подхода. [2] Для редакционной приёмки полезнее запись «исправлены часы работы по новому расписанию», чем отметка «освежено».
В предложенной модели решение вывести материал из активного использования не означает поручения уничтожить архив. В карточке отдельно фиксируют, что произойдёт с публикацией и её прежним адресом. Проверка прав на материалы и требований к хранению относится к отдельной задаче: результаты этого контент-аудита не оформляются как юридическое разрешение на удаление.
Частые вопросы
Достаточно ли списка адресов?
Для инвентаризации — да; для описанного аудита нужна ещё оценка содержания и необходимых изменений. [1]
Всегда ли нужно проверять весь сайт?
Нет: в рабочем задании можно ограничить раздел или описать выборку. Важно не распространять вывод на непроверенные материалы.
Нужно ли объединять все похожие страницы?
В редакционной модели сначала сравнивают задачи. Историческая новость и актуальная инструкция могут обоснованно существовать отдельно.
Одинаковые проценты охвата и исполнения означают одинаковую готовность?
Нет. Один показатель относится к проверенным материалам, другой — к принятым изменениям. Каждый читают вместе с его знаменателем.
Связанные термины
Источники
- U.S. General Services Administration. (n.d.). Content goals. Digital.gov, Understanding design goals, Method 1: Content audits. https://digital.gov/guides/research-collaboration/design-goals/content (дата обращения: 24.10.2026). ↑ а б в г
- Google. (n.d.). Creating helpful, reliable, people-first content. Google Search Central. https://developers.google.com/search/docs/fundamentals/creating-helpful-content (дата обращения: 24.10.2026). ↑ а б в
- Government Digital Service. (n.d.). Manage existing GOV.UK content. Content and publishing guidance. https://guidance.publishing.service.gov.uk/writing-to-gov-uk-standards/plan-manage-content/manage-existing-govuk-content/ (дата обращения: 24.10.2026). ↑ а б
- Google. (n.d.). Redirects and Google Search. Google Search Central. https://developers.google.com/search/docs/crawling-indexing/301-redirects (дата обращения: 24.10.2026). ↑
- Яндекс. Дублирование страниц // Вебмастер: справка. URL: https://yandex.ru/support/webmaster/ru/robot-workings/double (дата обращения: 24.10.2026). ↑ а б
- Rosenfeld, L., & Morville, P. (2002). Information architecture for the World Wide Web (2nd ed.). O’Reilly. Chapter 10, Content: открытый фрагмент, включая начало Heuristic Evaluation. ISBN 978-0-596-00035-6. https://www.oreilly.com/library/view/information-architecture-for/0596000359/ch10s04.html (дата обращения: 24.10.2026). ↑
- Rosenfeld, L., Morville, P., & Arango, J. (2015). Information architecture: For the web and beyond (4th ed., pp. 325–329, 419–420). O’Reilly. ISBN 978-1-491-91168-6. https://e-edu.nbu.bg/pluginfile.php/62325/mod_resource/content/1/Information_Architecture_For_The_Web_And_Beyond_Fourth_Edition.pdf (дата обращения: 24.10.2026). ↑ а б
Служебный блок
- Версия
- 2.0
- Факты проверены
- Подготовка
- Редакция Медиатрона
- Публикация
- утверждена владельцем издания 4 ноября 2026 г.
Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.
Нашли ошибку? info@mediatrone.ru