Многие корпоративные сайты публикуют статьи и надолго оставляют их без изменений — до тех пор, пока кто-нибудь не сообщит, что «на странице неверная информация». Данные в статьях требуют постоянного обновления не потому, что поисковые системы любят свежий контент, а потому что бизнес-информация в статьях имеет свой жизненный цикл: контакты меняются, характеристики продуктов меняются, формулировки политик меняются, источники данных устаревают. Когда читатель видит устаревшую информацию, он в лучшем случае откажется от обращения, в худшем — поставит под сомнение достоверность всего сайта.
Сначала разберитесь, что в статье считается «данными»
Под данными статьи обычно понимают не только дату публикации, но и всю информацию в тексте и вокруг страницы, которая может меняться вместе с бизнесом. Специалистам по контенту стоит начать с инвентаризации по следующим категориям:
- Временные: дата публикации, сроки начала и окончания акции, дата окончания сбора статистики, год использованных источников.
- Фактические: характеристики продуктов, объём услуг, условия применения, численность команды, адрес офиса.
- Контактные: телефон, электронная почта, форма онлайн-запроса, пояснения к формам.
- Ссылочные: использованные стандарты, отчёты, источники отраслевых данных и их версии.
- Связанные: другие страницы, файлы для скачивания и ссылки на кейсы, упомянутые в статье, — работают ли они до сих пор.
Составив таблицу по этим категориям и сверив её со статьями, вы увидите, какие материалы «насыщены данными и быстро устаревают», а какие носят описательный характер и требуют обновления реже. Этот шаг — основа для дальнейших решений.
Почему нельзя просто публиковать новые статьи вместо обновления старых
Некоторые команды предпочитают постоянно выпускать новые статьи, оставляя старые без внимания. Прямая проблема такого подхода: старые статьи по-прежнему доступны в результатах поиска и внутренней навигации, и читатель может наткнуться на них первыми. Если в старой статье указаны контакты, объём услуг или ценовой диапазон, не соответствующие текущим, читатель воспримет бизнес по устаревшей информации, а сотрудникам придётся тратить время на дополнительные разъяснения.
Ещё одна практическая проблема — дублирование контента. Когда по одной теме сосуществуют старая и новая статьи с противоречивыми формулировками, команде сложно определить, какая из них актуальна. Смысл постоянного обновления в том числе в том, чтобы по каждой теме оставалась одна действующая версия, а не несколько противоречащих друг другу материалов.
Как решить: обновить статью или отправить в архив
Не все старые статьи стоит переписывать. Можно действовать в таком порядке:
- Проверьте, ссылаются ли на неё до сих пор. Если статья указана в навигации, на странице раздела, в других материалах или во внешних документах, значит, она по-прежнему выполняет роль точки входа и её стоит обновить.
- Проверьте, актуальны ли основные выводы. Если речь о методологии или инструкции и выводы по-прежнему применимы, достаточно исправить устаревшие даты, контакты и ссылки. Если выводы устарели, объём обновления будет значительно больше.
- Проверьте, есть ли замена. Если по той же теме уже есть более свежая статья, а старая не содержит уникальной информации, можно объединить её с новой и перенаправить старую ссылку на актуальную версию.
- Оцените трудозатраты. Для статей с высокой плотностью данных и частыми проверками можно установить более короткий цикл пересмотра; для чисто понятийных материалов — более длинный.
Результаты решения рекомендуется сразу фиксировать в списке статей, помечая статус: «оставить и обновить», «объединить», «архивировать» — чтобы не обсуждать это заново каждый раз.
Выстройте выполнимый график обновлений
График не должен быть сложным — главное, чтобы он был привязан к изменениям в бизнесе. Можно организовать так:
- При изменении бизнес-информации — контактов, объёма услуг, адреса офиса — в тот же день составьте список затронутых статей и отредактируйте их по очереди.
- Раз в квартал проводите выборочную проверку статей по всему сайту, уделяя особое внимание временным, фактическим и ссылочным данным.
- При публикации новой статьи заодно проверяйте старые материалы по той же теме и решайте: обновить старую или указать в новой, что она заменяет предыдущую.
Действия по обновлению должны быть конкретными: какую фразу исправить, какую цифру заменить, какую ссылку обновить. Формулировка «контент нужно обновить» бесполезна — исполнитель не поймёт, что именно менять.
Что проверить после обновления
Изменить статью — ещё не значит закончить. Перед публикацией рекомендуется пройти по следующему списку:
- Все ли даты, цифры и контакты в тексте заменены, не осталось ли старых значений.
- Открываются ли другие страницы и файлы для скачивания, упомянутые в статье.
- Соответствуют ли заголовок страницы, принадлежность к разделу и краткое описание обновлённому тексту.
- Если у статьи есть версии на других языках или мобильное отображение, обновлены ли они синхронно.
- Зафиксированы ли дата и содержание изменений, чтобы в следующий раз было проще оценить ситуацию.
Для этих проверок не нужны специальные инструменты — достаточно вручную открыть и подтвердить каждый пункт. Чаще всего проблемы возникают там, где текст обновили, а краткое описание — нет, или где текст обновили, а описание в разделе сайта осталось прежним.
Закрепите ответственность за обновление
Самое сложное в постоянном обновлении данных — вопрос «кто это будет делать». Практичное распределение: редактор контента отвечает за текст и ссылки, бизнес-контакт — за характеристики продуктов, объём услуг и формулировки политик, руководитель направления — за подтверждение публикации. Если в списке для каждой статьи указан ответственный, при обновлении можно сразу обратиться к нужному человеку — это эффективнее, чем спрашивать в общем чате.
Если команда небольшая, начните со статей, которые находятся на основных точках входа: рекомендованных на страницах разделов, напрямую связанных из навигации, часто читаемых перед обращением. Приведите в порядок данные в этих материалах, а затем постепенно охватите остальные.
Что можно сделать на следующем шаге
Если списка статей ещё нет, начните с выгрузки текущего перечня материалов сайта, добавьте три столбца — дата публикации, дата последнего обновления и ответственный — и отметьте плотность данных по указанным выше категориям. После этого станет ясно, какие статьи нужно обновить в первую очередь, а какие можно объединить или архивировать. Если в дальнейшем сохранять записи об обновлениях, следующая проверка займёт гораздо меньше времени.
