Метка «Обновлено»

Происхождение и история

Историю обозначения обновлений можно проследить по развитию датирования цифровых публикаций. В декабре 2005 года спецификация Atom — формата передачи лент материалов — уже различала первоначальное появление записи и её значимое изменение. Поле atom:published обычно связывалось с созданием или первой доступностью материала, а atom:updated — с последней правкой, которую издатель считал существенной. Не каждое изменение должно было менять второе значение. Это документированная веха машинного обозначения обновлений, а не дата изобретения русской надписи. ^[6]

К марту 2019 года рекомендации Google прямо описывали видимое оформление: после существенной переработки можно показать новую дату, сохранив рядом первоначальную и ясно разделив их подписи. Тем самым для веб-страницы соединялись две задачи: сообщить об изменении человеку и передать его время поисковой системе. ^[2] В современной справке Google обе формы по-прежнему рассматриваются вместе. ^[1] Эти документы позволяют проследить развитие практики; первого издателя, использовавшего метку, они не называют.

Как устроена метка

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

Учебный пример. Новость о ремонте моста вышла 30 октября в 09:00. В 12:30 редакция добавила полученный ответ администрации о сроках ремонта. Под заголовком остаётся «Опубликовано: 30 октября, 09:00», рядом появляется «Обновлено: 30 октября, 12:30». В примечании сказано, что добавлен ответ администрации. Теперь читатель видит и исходную дату, и причину возвращения к материалу.

Система управления содержимым сайта, или CMS, в таком проекте должна хранить времена раздельно. Это требование предлагаемого шаблона, а не обещание возможностей любой CMS. Для программ сведения передаются через структурированные данные — поля с заранее определёнными именами и значениями. В словаре Schema.org поле dateModified обозначает последнее изменение произведения либо записи в потоке данных; допустимы дата и дата со временем. ^[3]

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

Какие изменения различать

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

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

По форме возможны дата, дата со временем и дата с примечанием о правке. Это проектные варианты. В учебной новости, обновляемой несколько раз за день, одной даты недостаточно для различения версий; в справочном материале, пересмотренном через год, день обновления уже даёт полезный ориентир. Выбор точности зависит от того, какие версии требуется различить.

Применение в редакции

Продолжим учебный пример с мостом. Если утром ошибочно написали о полном перекрытии, а в полдень выяснили, что закрыта только одна полоса, подписи «Обновлено» мало. Примечание может объяснить: «Исправлено описание ограничения: закрыта одна полоса, движение по второй сохраняется». Это пример, иллюстрирующий принцип Международной федерации журналистов: обнаруженные неточности следует исправлять своевременно, явно, полно и прозрачно. ^[4]

Для российского сайта полезна также техническая проверка. Яндекс относит дату публикации новости к сведениям, которые можно выделить семантической разметкой, и указывает валидатор микроразметки в Вебмастере. ^[5] Валидатор проверяет оформление данных; решение о том, почему правка заслуживает метки, в предлагаемой схеме остаётся за редактором.

Если дата появляется через JavaScript, то есть выполняемый на странице код, следует проверить доступность нужного содержимого. Справка Яндекса описывает просмотр страницы с исполнением JavaScript и без него. ^[5] Для нашего учебного шаблона это способ выяснить, не исчезает ли подпись в одной из версий. Фактический тест конкретного сайта здесь не проводился.

Как проверить результат

Редакционный протокол проверки может содержать адрес материала, две даты, описание последней правки и значение dateModified. Сначала проверяющий сопоставляет содержание с пояснением, затем — время с подписью и данными. Такая последовательность важна: правильно записанная дата не исправит неверного объяснения правки.

Сравнивать нужно одинаковые события с учётом часового пояса. Google рекомендует согласовывать соответствующие видимые и машинные значения. ^[1] В учебном примере время 12:30 при смещении UTC+7 и 05:30 UTC обозначает один момент: разница составляет семь часов. Расхождение строк ещё не означает расхождения времени. При отображении только дня проверяют день в выбранном для публикации часовом поясе.

Для внутренней выборки можно посчитать долю материалов с несогласованными датами. Учебный расчёт: проверили 20 страниц, на трёх нашли реальные расхождения после приведения времени к одному поясу. Деление числа проблемных страниц на число всех проверенных и умножение на сто даёт 15%. Это показатель именно этой выборки, а не оценка потерь посещаемости. Если не проверена ни одна страница, доля не определена; записывать нулевую долю ошибок было бы неверно.

Ошибки и ограничения

Механическая замена даты создаёт впечатление новой версии без объяснения, что получил читатель. В исторических рекомендациях Google отдельно предостерегает от искусственного освежения новостей без существенных дополнений или иной веской причины. ^[2] Для учебного шаблона полезно требовать краткое описание содержательной правки до смены метки.

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

Наконец, корректная метка не гарантирует новую дату в поисковой выдаче. Google выбирает её по нескольким сигналам и может не показывать вовсе. ^[1] По той же причине нельзя обещать рост посещаемости только от добавления подписи: описанная проверка оценивает согласованность дат, а не влияние на аудиторию.

Частые вопросы

Связанные термины

• obnovlenie-materiala
• ispravlenie-oshibki-v-materiale
• arkhiv-publikatsiy
• mikrorazmetka newsarticle
• novost
• redaktsionnaya-cms