Кто обновляет сайт после запуска, чтобы цены, условия и кейсы не устаревали?

Почему одному факту нужны три роли

Владелец смысла отвечает за правильность факта в бизнесе. Руководитель продаж знает действующий тариф, операционный менеджер знает срок, кадровая команда знает условия вакансии. Этот человек не обязан уметь работать в CMS, но именно он замечает изменение и может подтвердить новую версию.

Редактор переводит решение в содержание сайта: находит все вхождения, сохраняет ясный язык, обновляет связанные блоки и фиксирует дату. Проверяющий смотрит опубликованный результат как отдельную задачу: соответствует ли он источнику, не противоречат ли страницы друг другу, работает ли ссылка или форма.

В небольшой компании все три функции может выполнить владелец бизнеса. Тогда полезно разделить их хотя бы по шагам: сначала утвердить новый факт, потом внести, затем открыть сайт в другом окне и проверить. В более сложной теме роли разводятся между подразделением, редактором и профильным согласующим.

Назначение ролей не исключает ошибку. Оно убирает более простую неопределённость: кто должен заметить изменение, кто имеет право менять формулировку и кто подтверждает, что работа закончена.

Почему страница не должна быть источником истины

Сайт публикует факт, но обычно не создаёт его. Цена берётся из утверждённого прайса или учётной системы, адрес из реестра подразделений, срок из рабочего регламента, юридическое условие из действующего документа. Если единственная «правильная» версия живёт в тексте страницы, команда узнаёт об изменении случайно.

Для каждого изменяемого утверждения запишите источник достаточно точно: не «у бухгалтерии», а название документа, системы или ответственной функции; не «актуальная презентация», а место и правило выбора версии. В источнике должны быть понятны статус и дата, иначе редактор просто сравнивает несколько похожих файлов.

Представьте, что на странице указано «доставка за два дня». Операционная команда меняет правило по регионам. Редактор не должен самостоятельно решать, какое число правдоподобнее. Он получает утверждённую формулировку из источника, а затем проверяет карточку, FAQ, форму и уведомления, где старое правило могло повториться.

Для некоторых материалов отдельного формального реестра не существует. Тогда источником может быть названный эксперт и сохранённое решение. Это слабее автоматической системы, но сильнее коллективной памяти. Процесс можно усложнять позже, когда риск и объём это оправдают.

Когда обновлять: по событию или по расписанию

Цена, адрес, состав услуги и обязательное условие меняются по событию. Их триггером становится утверждённый приказ, новая запись в системе, переезд, запуск продукта или изменение правила. Владельцу смысла не нужно ждать ежемесячного обхода сайта: публикация входит в список действий самого события.

Другие материалы стареют постепенно. Кейсы теряют контекст, инструкции расходятся с интерфейсом, обзор рынка перестаёт соответствовать периоду. Для них полезна плановая ревизия с датой последней проверки и следующим окном. Частота зависит от риска, скорости изменений и цены ошибки.

Составьте два коротких списка. В первом: события, после которых сайт нельзя оставить прежним. Во втором: материалы, для которых нет очевидного сигнала и поэтому нужна дата просмотра. Для критичной цены окно может измеряться часами, для стабильной биографии или вечнозелёной статьи календарь будет другим.

Универсального интервала проверки нет. Еженедельный ритуал для маленького стабильного сайта может стать пустой обязанностью, а ежегодный обзор тарифов окажется слишком поздним. Выбирайте ритм по изменчивости и последствиям, затем пересматривайте его по найденным ошибкам.

Как провести одно изменение по всему сайту

Один факт редко живёт в одном абзаце. Цена повторяется в карточке, сравнении, FAQ и форме. Срок появляется в заголовке, подсказке, подтверждении заявки и метаописании. Контакт может быть в шапке, подвале, политике, карте и структурированных данных. Исправленная главная не отменяет противоречие в других местах.

Поэтому у значимого факта нужен список вхождений или надёжный способ поиска. Часть повторов можно связать технически с одним полем, но даже тогда остаются смысловые варианты: «от 10 000», «минимальный бюджет» и «расчёт после брифа» могут относиться к одному правилу разными словами.

Редактор начинает с источника и карты мест, вносит изменение, затем ищет старое значение и связанные формулировки по всему сайту. Проверяющий открывает опубликованные страницы, проходит форму и смотрит мобильную версию. Если старое условие должно остаться в архивном материале, рядом появляется дата и контекст, а не тихое противоречие.

Полный поиск не гарантирует, что копия не сохранилась в рекламе, PDF или внешнем каталоге. Сначала ограничьте известный контур сайта, затем добавляйте соседние каналы по риску. Иначе простое исправление превратится в бесконечную инвентаризацию.

Проведите одно учебное изменение

Выберите реальный изменяемый факт с небольшим риском: цену, срок, адрес, состав услуги или правило связи. Заполните цепочку: факт, источник истины, все страницы и блоки, владелец смысла, редактор, проверяющий, событие или дата ревизии, действие со старой версией.

Теперь проведите учебное изменение от начала до конца. Получите новую версию из источника, обновите каждое вхождение, найдите старое значение поиском, проверьте FAQ, форму и призывы к действию. Сохраните основание решения и отметьте дату проверки. Если изменение пока нельзя публиковать, выполните упражнение на локальной копии или черновике.

Запишите, где процесс остановился. Владелец не узнал о публикации, редактор не нашёл форму, проверяющий посмотрел только компьютер, старая версия осталась в кэше. Это и есть предмет следующего улучшения. Не начинайте с покупки сложной системы, если разрыв пока находится в одном неназванном шаге.

Один прогон не доказывает устойчивость процесса и не исключает ошибки. Он показывает, существует ли вообще замкнутый маршрут и можно ли его повторить без устных догадок.

Кто должен обновлять сайт после запуска

Содержание обновляет не абстрактный «ответственный за сайт», а связка ролей вокруг конкретного факта. Владелец смысла замечает изменение и подтверждает новую версию. Редактор проводит её по всем вхождениям. Проверяющий смотрит опубликованный результат. У команды есть источник истины, триггер и решение о старом содержании.

Начните не с полного реестра всего сайта, а с одного изменяемого факта. Если учебный прогон проходит, добавляйте следующие по риску: цены, обязательные условия, контакты, сроки, затем кейсы и справочные материалы. Если сайт почти не меняется, процесс останется коротким. Если страниц и владельцев много, появится основание для более строгого реестра или автоматизации.

Такой контур не гарантирует вечную актуальность. Люди пропускают сигналы, источники расходятся, а новые копии возникают вне карты. Его ценность в другом: ошибка получает владельца и наблюдаемый путь исправления.