Александр Амзин - Интернет-журналистика. Как писать хорошие тексты, привлекать аудиторию и зарабатывать на этом

Постройка хороших систем редактирования и публикации – непростая задача. Надо поговорить с редакцией, понаблюдать за нею, определить узкие места, к которым они привыкли. Затем следует оценить результаты, которые дает текущая система и разобраться в недостатках. Быть может, Instagram нужны совершенно другие и новые редакционные процессы, а в VK, напротив, стоит вместе с постами выгружать статьи целиком.

Хорошая система публикации повышает качество контента еще и:

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

Анализируя действующих лиц и компании.Если мы упоминаем ту или иную компанию, хорошо, если мы можем посмотреть все новости о ней. Если какой-то журналист писал об определенном человеке, хорошо, если ему придет уведомление – мол, в новостях появился этот человек. Журналисты почти всегда имеют дело с прошлым, протянутым в настоящее. Им нужны досье, и хорошо, если это досье составляется коллективно и по возможности автоматически (мы уже говорили о ценности структурированного контента в главе о бизнес-моделях СМИ).

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

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

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

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

Достаточно пяти минут, чтобы понять две вещи:

• материал – лишь верхушка айсберга, 90 % всей редакционной работы читатель не увидит;

• именно эти 90 % было бы удобнее всего расположить в админке сайта, а не распыляться по многочисленным системам постановки задач, мессенджерам и почтовым ящикам.

Дополнительные пять минут размышлений дают еще два вывода:

• обычная админка ничего подобного не делает, надо писать что-то свое;

• продукт, о котором идет речь, мало похож на экран подготовки черновика в WordPress, Drupal или Joomla.

Похоже, настало время разобраться – какие бывают системы управления контентом?

Строго говоря, функция управления контентом (content management) совершенно не обязательно связана с функцией публикации и тем более функцией представления конечного продукта пользователю.

Все CMS делятся на:

Монолитные, то есть объединяющие в одном продукте управление и доставку контента.Например, админка WordPress – типичная монолитная CMS, нацеленная на вебпубликацию. Она определяет структуру материала, заведует его публикацией и визуализацией на сайте.

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

Монолитные CMS – самые распространенные. Они позволяют изданию быстро добиться публикации, охватить популярные технологии, выпускать новости, что называется, с колес. Однако по мере роста числа платформ присутствия монолитные решения тянут редакцию назад.

Гибридные или раздельные (decoupled), где управление и доставка контента разделены.Обычно то, как выглядит написанный в них текст, совсем не похоже на то, как он будет представлен на сайте. В то же время у раздельной системы есть функция создания шаблонов, которая использует программный интерфейс (API) для автоматического преобразования вашей статьи. Это удобно, потому что позволяет не замыкаться на сайте как на единственной цели публикации.

Шаблоны могут через API выдавать из заданных в системе управления контентом данных хоть веб-материал, хоть story в Инстаграме, хоть текст поста в Telegram. Это главное преимущество гибридных CMS – они честно признаются, что не знают, во что превратится цифровое потребление.

Характерный пример издания, задействующего гибридную CMS – The Economist [130] https://econsultancy.com/four-brands-pushing-the-boundaries-of-content-strategy/ . Технологи журнала со 175-летней историей выбрали гибридное решение, потому что редакция не должна думать, куда уходит данный материал: на обычный веб, в Google AMP, Apple News, Facebook Instant Articles или Snapchat. Журналист просто пишет, а шаблоны решают, как это будет выглядеть. То же касается маркетологов – хотя монолитная CMS дает гораздо больший выхлоп в краткосрочной перспективе, гибридная позволяет атаковать по нескольким направлениям.

Безголовые (headless CMS), то есть лишенные средств доставки и публикации.Понятно, что возможности шаблонов не безграничны. Представьте, что вы с нуля создаете мобильное приложение или корпоративный новостной терминал. В этом случае представленные возможности шаблонизатора могут вам даже помешать.

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

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

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