Cms системы управления контентом: назначение и список лучших движков

Содержание

Для общего развития: популярные CMS

1. Drupal
Drupal — это простой, недорогой и эффективный способ реализации онлайн-проектов. Данная CMS позволяет разрабатывать полностью масштабируемые решения на основе языка программирования PHP и базы данных MySQL ориентирована на построения различных типов веб-сайтов — от простых блогов и новостных ресурсов до больших информационных архивов и/или соцсетей. Drupal предусматривает возможность увеличения имеющегося по умолчанию функционала сайта за счет подключения дополнительных расширений — модулей.

2. CushyCMS
Появившаяся сравнительно недавно Cushy CMS представляет собой быструю в освоении, простую и бесплатную систему управления. К слову, «действительно простая» — это фирменный слог данной CMS. Одна из основных особеннстей системы — это функция plug-and-play, позволяющая обходиться без длительной процедуры установки на начальном этапе работы с CushyCMS, что способствует существенной экономии времени и, в конечном итоге, благотворно сказывается на становлении и развитии онлайн-проектов. В настоящее время CushyCMS используется в более чем 10000 сайтов, при этом система продолжает быстро набирать популярность у специалистов в области веб-разработки.

3. ExpressionEngine
… также является несложным и эффективным инструментом управления, отличающимся гибкостью во всем, что касается кастомизации веб-проектов. Одно из преимуществ ExpressionEngine — это интуитивно понятный и удобный в работе Template Engine, в котором также предусмотрена функция кэширования, позволяющая снижать нагрузку на серверы. Стоит отметить, что настройка и модификация ExpressionEngine для дальнейшего эффективного использования требует некоторых усилий со стороны работающих с данной системой веб-программистов.

4. TYPO3 CMS
Являясь CMS с открытым исходным кодом Typo3 в основном ориентирована на разработку решений для корпоративных интранет- и веб-сайтов. TYPO3 CMS отличается комплексным функционалом и возможностью интеграции с другими приложениями. Пожалуй, не лишним будет упомянуть, что TYPO3 CMS используется такими крупными корпорациями и организациями как Audi, UNICEF, Air France-KML и CISCO.

5. Concrete 5 и MODx
Главным достоинством системы Concrete 5 ее разработчики считают специальный «edit mode», с помощью которого можно редактировать контент непосредственно на странице «живого» сайта. В свою очередь MODx, как профессиональный инструмент разработки сайтов, предполагает полный контроль над выводом HTML-кода, а также разделение логики работы CMS и дизайна. Подробнее о преимуществах системы рекомендуем ознакомиться в блоге о MODX и Django.

6. WordPress
… на сегодняшний день является одной из самых известных, эффективных и доступных CMS с открытым исходным кодом. Встроенная система «тем» и «плагинов» в сочетании с удачной архитектурой позволяют конструировать практически любые проекты — от блогов до весьма сложных новостных сайтов и интернет-магазинов. Бесплатные виджеты и плагины для WordPress распространяются в огромных количествах. Считается, что WordPress — это оптимальная система управления для новичков, решивших завести собственный блок или сайт.

7. Symphony
… — это прежде всего очень гибкая кастомизация посредством XSLT. С Symphony получает возможность создавать гибкие и легко расширяемые приложения. Есть мнение, что если для построения сайта требуется что-то по-настоящему стоящее с технической точки зрения, то Symphony CMS — пожалуй, лучшее, что можно выбрать. По Symphony выпущено много обучающих материалов, однако для новичков в веб-разработке дання CMS не подходит, поскольку требует достаточно высокого уровня специальных знаний и навыков.

8. Joomla
… — надежная и бесплатная система управления контентом, которая к тому же комплектуется чрезвычайно емким пакетом документации, позволяющим решить практически все возникающие в процессе работы вопросы. Joomla устанавливается с минимальым набором инструментов, который можно пополнять по мере надобности. Благодаря такому подходу существенно снижается загромождение админпанели ненужными элементами, и параллельно — нагрузка на сервер, плюс экономиться место на хостинге. Joomla в настоящее время используется в нескольких версиях, в каждой из которых система готовых шаблонов позволяет оперативно менять внешний вид веб-сайта или создавать уникальный дизайн. Пример использования Joomla — сайт continuityafrica.com

9. RadiantCMS
… — элегантная и простая CMS, которая, впрочем, не является самой популярной в мире. Одна из причин: Radiant не предназначена для неопытных программистов и требует как минимум знаний Radius и HTML. Тем не менее, Radiant позволяет создавать качественные сайты различного профиля — от домашних страниц и блогов до магазинов, каталогов и больших новостных ресурсов.

10. Railfrog
… создана для разработки, поддержки и продвижения онлайн-ресурсов. В основе Railfrog — программный каркас Ruby-on-Rails, благодаря чему Railfrog является очень легким приложением, т.е. страницы сайтов загружаются очень быстро, также быстрее и проще добавляются различные модули и дополнения. Лучшей рекламой Railfrog вне всякого сомнения является сайт twitter. com.

И еще немного полезной графики:

MastermindCMS – что это такое? Система управления контентом? Фреймворк? / Хабр

Вступление

Вот и пришло время подвести итоги нашей разработки. Эта статья станет заключительной в описании истории развития нашего проекта. Я постараюсь подробно рассказать о полученном опыте создания нового инструмента для построения веб-сайтов.

Миллионы web-проектов увидели свет, но изо дня в день программисты все еще пишут тонны исходного кода, решая похожие задачи на разных инструментах. Речь в этой статье пойдет о технологии, которую мы разрабатываем на протяжении 4-х лет. Я уже ранее рассказывал о том, какой была моя задумка и цель в создании данного продукта и чего именно я хотел добиться, программируя инструмент для повседневной рутинной разработки веб-приложений. Мне пришлось пройти свой путь от презентаций моего продукта на стартап-pitch’ах и хакатонах и до получения первого реального проекта в сети, где я смог успешно применить мою разработку.

Все началось в далеком 2017 году, когда мне пришла идея написать для себя сайт. Я, недолго думая, взял Drupal и настроил его как headless-cms. Мне хотелось написать отдельно фронтэнд и не копаться с темами от Drupal. Но что-то пошло не так! Я столкнулся с множеством ограничений в проектировании сущностей в административном интерфейсе. Тогда я решил попробовать это сделать на WordPress. Но я совсем не ожидал, что мне придется создавать отдельные контроллеры под каждый тип сущности. Но честно признаться — меня это расстроило. В Drupal хотя бы есть Views, которые относительно легко сконфигурировать в административной консоли и создать endpoint’ы для доступа через REST API, но тем не менее там есть свои ограничения. После этого я провел небольшой анализ существующих CMS и понял, что придется писать все под себя.

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

Я жил этой идеей, решая в голове как проектируется следующий модуль или очередной класс и с удовольствием делился этим с окружающими. В итоге, общими усилиями с моим коллегой, мы смогли выдать интересную реализацию задачи — взаимодействие клиент-сервер, основанную на протоколе WebSockets. И это один маршрут передачи данных, с помощью которого, для формирования ответа в виде валидного HTML, ядру фреймворка передается инструкция.

На данный момент в MastermindCMS2 насчитывается 12-функциональных модулей, два из которых не активны и потеряли свою актуальность. Плюс ко всему этому существует отдельный проект Mastermind Microservices, включающий в себя интеграции сторонних проектов.

Что же в итоге может MastermindCMS2? Ниже я дам краткое описание функций каждого модуля по-отдельности и расскажу о том, как работает движок-шаблонов.

Модули

В основе MastermindCMS2 лежит обычный Spring Rest Controller. В дополнении для асинхронного взаимодействия между клиентом и сервером был использован Spring WebSocket Controller.

Application – модуль обработки HTTP-запросов.

Framework – модуль обработки файла шаблона и рендеринг тегов фреймворка, которые выполняют связку с данными.

Common – тут сложены все общие классы и инструменты, использованные в проекте.

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

Utilities – почти тоже самое что и Common, но еще имеет классы, использованные в проекте Mastermind Microservices.

Blogging – модуль содержит структуры и сервисы для блогов.

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

EmailSender – тут название говорит само за себя, так как по сути это модуль, реализующий функционал отправки писем по электронной почте.

Messaging – здесь находиться функционал для построения мессенджеров и чатов.

FileStorage – здесь реализовано базовое взаимодействие с файлами или другими словами это файловый менеджер.

i18Next – модуль для мультиязычности.

VCS – версионирование шаблонов, интеграция с Git. На данный момент дальнейшая разработка не ведется.

Основная концепция

Любой сервис, который написан на Spring и существует в веб-контексте сервера, можно будет вызывать через клиентскую часть фреймворка, а ответ получать в виде JSON или выполнять обновление HTML. Cуществует два способа использования фреймворка.

Первый способ, или основной способ — это когда data binding реализуется через SSR (Server-Side Rendering) и клиентская часть фреймворка используется для обновления HTML.

Второй способ, или дополнительный — это когда data binding реализуется через сторонние фреймворки, такие как Angular, React, vue.js и т. п., а фреймворк MastemindCMS2 предоставляет универсальный канал получения данных в виде JSON, используя WebSocket в качестве протокола.

Поэтому, проектируя свое приложение, вы не ограничены в выборе фреймворка. MastermindCMS2 дает дополнительную свободу в реализации задач. Вам не нужно работать с данными на клиенте — это уже сделано за вас! Остается только связать дизайн с функционалом.

В отличии от Spring Data REST, в MastermindCMS2 реализованы готовые методы для управления данными.

Теги

В MastermindCMS2 существует 8 типов тегов. Этого вполне достаточно для создания динамических шаблонов. Многие сравнивают его с известным Spring Thymeleaf. Безусловно, схожесть есть, но также есть и важное отличие, из-за которого я не стал использовать этот фреймворк в качестве языка шаблонов. На одном из этапов разработки я даже рассматривал интеграцию Spring Thymeleaf в общую систему MastermindCMS2. Так в чем же все-таки различие? А различие состоит в том, что для Spring Thymeleaf нужно писать контроллер для каждой view отдельно, которая в свою очередь повлечет за собой связку части фронтэнда с бекэндом. И тогда MastermindCMS2 теряет универсальность и абстрактность.

На сайте mastermindcms.co в разделе документации вы можете ознакомиться с каждый тегом, а также узнать, как работает клиентская часть фреймворка.

Роутинг

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

Сегментация разработки

Во фреймворке фронтэнд и бекэнд никак не связаны. Это позволяет четко разделить команды на фронтэнд и бекэнд разработчиков.

У нас на проекте были фронтэнд разрабы со знанием только веб стека HTML/CSS/JS и они успешно справлялись с задачами.

А с появлением Mastermind Microservices появилось еще больше гибкости и независимости команд.

Заключение

В заключении я бы хотел написать несколько слов про результат работы над проектом MastermindCMS2.

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

Если у кого-то появится интерес попробовать MastermindCMS2 или лично со мной побеседовать на тему дальнейшего развития фреймворка, то буду рад.

Хорошего и продуктивного вам дня!

Переход от концепции к реальности

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

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

Однако, когда мы вошли в мир компакт-дисков, наше понимание необходимости использования электронных файлов помимо процесса печати начало меняться. Стоимость и трудности разработки нашего первого преобразования электронных данных или необходимость создания (или воссоздания) файлов электронных данных для проекта CD-ROM были первой проблемой. Почти сразу же многие из нас оказались втянуты в новую среду доставки, Интернет, с его собственными потребностями в формате данных. После всего этого, когда подошло время для нового печатного издания, у нас было увеличение стоимости, а не сокращение, потому что электронные файлы данных не были оставлены в форме, пригодной для печати.

Система управления контентом позволяет хранить, извлекать, редактировать, обновлять, контролировать, а затем выводить контент различными способами, так что дополнительные затраты на каждый цикл обновления и выпуск продукции со временем резко сокращаются. Это отличная концепция. Решения CMS включают интеграцию базы данных, рабочего процесса и инструментов редактирования. Они, как правило, реализуются для конкретных публикаций, а не как решения для всего предприятия. Поскольку конкретные потребности различаются, большинство решений являются индивидуальными, с использованием различных готовых баз данных, рабочих процессов и редакционных продуктов. Несмотря на то, что интегрированный бренд-лидер не появился, несколько журнальных и справочных издателей, включая McGraw-Hill, Mosby и различные подразделения Thomson, разработали и внедрили системы для конкретных публикаций.

Когда следует рассматривать CMS

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

  • Ориентация на базу данных

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

  • Несколько томов

    Если опубликованная работа не умещается в одном томе, один только ее размер может свидетельствовать о том, что использование CMS принесет пользу. Некоторые более крупные однотомные сборники (скажем, более 1000 страниц) заслуживают внимания.

  • Несколько выпусков

    Одноразовая публикация не нуждается в CMS. Тем не менее, несколько выпусков взывают к CMS по разным причинам. Во-первых, тот факт, что они производятся несколько раз, означает, что они были успешными и могут продолжать быть успешными. Это важно при разработке плана окупаемости CMS. Во-вторых, новые издания, как правило, не совсем новые. На самом деле, они, как правило, в основном не новы, обычно только 15–3% работ обновляются между традиционными новыми печатными изданиями. Хотя метод обновления важен, 70–85 процентов предыдущего издания также необходимо обрабатывать должным образом.

  • Несколько авторов, участников и редакторов

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

  • Несколько вариантов поставки

    Ох уж эти дни, когда нам приходилось беспокоиться только о печати. Для многих изданий эти дни ушли навсегда. Перепрофилирование данных оказалось эффективным способом использования контента на существующих рынках, хотя перепрофилирование часто обходится непомерно дорого. Вот где CMS может помочь. (Новые выходы на существующие рынки, кстати, электронные: всего несколько лет назад это были компакт-диски, а затем в одночасье появился Интернет. Интересно, что рынок печати еще не рухнул.)

Компоненты CMS

Термин «система управления контентом» является наиболее простым из различных обозначений, которые пытаются описать комплексное решение. CMS — это просто система для управления контентом. Контент — это актив, которым в силу уже упомянутых характеристик необходимо управлять. Система необходима, потому что несколько взаимозависимых функций должны работать вместе в рамках общей структуры.

Основными компонентами CMS являются хранилище данных, пользовательский интерфейс, схема рабочего процесса, инструменты редактирования и утилиты вывода. Они позволяют писателям работать одним способом в одной среде (или нескольких), создавая или обновляя контент; редакторы могут использовать различные инструменты для взаимодействия с тем, что публикуют авторы, и отслеживать, кто что делает; и окончательный отредактированный контент, все еще управляемый в том же репозитории, может быть выведен в различных конфигурациях различными способами (например, печатная книга, компакт-диск и веб-сайт), каждый из которых может иметь различные комбинации. контента, отформатированного по-разному, но все они взяты из одной и той же базы данных.

«CMS берет отредактированную, отформатированную статью и создает соответствующую электронную версию для конечного продукта — на компакт-диске, в Интернете или в печатном виде». или отправьте его редактору по почте, или отправьте документ в текстовом редакторе на дискете. При использовании CMS тот же автор может получить доступ к статье через Интернет и отредактировать ее с помощью традиционного текстового редактора или редактора SGML. Когда придет время отправить ее повторно, новая статья будет должным образом отформатирована этим редактором SGML или шаблоном в текстовом процессоре и отправлена ​​обратно в электронном виде. Программа отслеживает, где находится статья и когда ожидается ее возвращение, и оповещает редакторов о ее получении. Он также отслеживает, кто выполняет редактирование копии и когда это закончено. Наконец, CMS берет отредактированную, отформатированную статью и с помощью утилит вывода создает соответствующую электронную версию для конечного продукта — на компакт-диске, в Интернете или в печатном виде. Краткое обсуждение каждой составной части рисует более полную картину того, что такое CMS и что она делает.

  • Хранилище данных

    Хранилище данных, также называемое базой данных, представляет собой организацию содержимого для облегчения доступа, обновления и повторного распространения. Конкретная организация информации будет зависеть от того, как к ней будет осуществляться доступ, но обычно она будет разбита на самый низкий логический уровень детализации. Репозиторий данных может быть одним из коммерческих продуктов реляционной базы данных разного размера и мощности или пользовательской базой данных. Формат информации может быть SGML или даже обычный текст ASCII. К нему можно получить доступ из локальной сети, интрасети или Интернета, и необходимо продумать и включить средства безопасности для контроля санкционированного доступа.

  • Пользовательский интерфейс

    Набор экранов, используемых для взаимодействия с данными, составляет пользовательский интерфейс. Поскольку CMS обычно представляет собой интеграцию нескольких продуктов, она будет использовать несколько разных, но знакомых интерфейсов, в частности интерфейсы интернет-браузеров и текстовых процессоров. Часто они используются в сочетании с пользовательскими интерфейсами, разработанными для удовлетворения конкретных потребностей процесса организации или публикации.

  • Редакционные инструменты

    Текстовые процессоры

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

  • Схема рабочего процесса

    С помощью CMS мы всегда знаем, что происходит с любым компонентом контента. Схема рабочего процесса отслеживает каждый элемент данных, его историю регистрации и извлечения, а также историю его версий. Это позволяет тем, кто проверяет статус статьи, узнать, был ли к ней просмотрен, редактируется ли она, отправлена ​​ли она на редактирование копии, возвращена ли автору на доработку или принята ли она в окончательном виде. Кроме того, история версий отслеживает, какая версия статьи появлялась в каких публикациях. Различные версии остаются доступными навсегда. Схема рабочего процесса также может создавать настраиваемые отчеты для предоставления информации о состоянии в различных форматах. Это позволяет издателю контролировать (или, по крайней мере, отслеживать) контент и процесс.

  • Утилиты вывода

    Утилиты вывода — это фильтры, которые берут информацию из хранилища данных и форматируют ее для различных средств публикации. Например, фильтр может генерировать версию контента на компакт-диске в его окончательной форме, но может генерировать версию для печати в частично помеченной форме для отправки наборщику для разбиения на страницы. Некоторые утверждают, что утилиты вывода являются самой важной частью CMS. Другие пропускают их как запоздалую мысль. Реальность такова, что даже после приведения данных в форму и обеспечения доступа к ним и контроля над ними без хорошо разработанных утилит вывода контент никуда не денется. Это заблуждение, что когда данные «нейтральны к медиа» и помещены в репозиторий данных, работа выполнена. Понятно, что работа упрощается. Однако это не только не сделано, но и действительно только начинается.

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

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

Преимущества очевидны

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

1. Сокращение текущих затрат на обновление.

В конце концов, это лакмусовая бумажка для CMS. Окупаемость наступает по-разному: создание последующей версии компакт-диска с помощью правильно созданной утилиты вывода будет стоить меньше, чем «до CMS»; обновление веб-сайта станет гораздо более простым и менее затратным процессом; а предоставление наборщику частично набранного файла для следующего печатного издания снизит затраты на набор текста. Стоимость CMS может значительно варьироваться в зависимости от области применения; однако текущее снижение затрат на комбинированную публикацию в печати, Интернете и на компакт-дисках может достигать 50 процентов. В следующей таблице показано, как это сделать.

CMS Return on Investment Model

Without a CMS ($000s) With a CMS ($000s)
Implementation First Next Total First Next Total
CMS development ——— ——— ——— 200 ——— 200
CMS upgrades ——— ——— ——— ——— 30 30
CMS total (2 yr.) 230
Typesetting 40 40 80 14 14 28
CD-ROM dev. 85 70 155 40 20 60
Веб-выход 25 25 50 5 5 10
. что в течение двух лет вариант CMS стоит на 43 000 долларов больше — на 15 процентов — по сравнению с другим методом публикации. Но, начиная со следующего выпуска (серые ячейки), CMS стоит на 66 000 долларов меньше — почти на 50 процентов — по сравнению с другим методом публикации. Это консервативный анализ, поскольку он не принимает во внимание потенциальное увеличение дополнительного дохода, получаемого от новых заказных публикаций.

2. Контент всегда в пригодной для использования форме.

Если вам когда-либо приходилось запускать последнюю электронную версию, чтобы начать процесс обновления, вы знаете, насколько полезно иметь ваш контент в постоянно пригодной для использования форме. И давайте проясним, что пригодная для использования электронная форма — это не формат PDF, а скорее машинно-редактируемый ASCII.

3. Механизм отслеживания и рабочего процесса является эффективным средством разработки и производства.

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

4. При правильном использовании CMS может превратить затраты на производство в инвестиции в контент.

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

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

С развитием Интернета появляется все больше и больше возможностей для заказной публикации путем извлечения фрагментов большой работы, которые могут быть своевременными. Допустим, вы управляли научной или астрономической энциклопедией, которой не было в CMS. Год назад вы, возможно, захотели отреагировать на феномен Хейла-Боппа, опубликовав статью на своем веб-сайте в свободном доступе, в надежде вызвать интерес к энциклопедии. Или вы, возможно, хотели поторопиться напечатать работу, выбранную из вашей базы данных о кометах и ​​связанных с ней статьях, которая внезапно стала более актуальной и востребованной.

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

Зловещие барьеры

Даже если издатель искренне согласен с тем, что CMS для публикации — это то же самое, что лифт для вертикального путешествия, переход к ее внедрению все равно будет большим. На это есть две причины:

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

Модель ROI CMS противоречит традиционному плану и циклу публикации. Краткосрочные затраты выше, чем традиционные затраты на публикацию, а отдача обычно выходит за рамки одного издательского цикла. Многие издатели не имеют финансовых или культурных возможностей для принятия такого рода долгосрочных стратегических решений, даже если это явно отвечает интересам бизнеса. Руководители издательств среднего и высшего звена проверяются на основе краткосрочных решений; бонусы и акции раздаются на основе краткосрочной прибыли; а увольнения основаны на краткосрочных неудачах. На самом деле не так уж сложно понять, что люди не будут рисковать своими премиями и, возможно, своей работой, чтобы встать на защиту капиталовложений, которые могут не начать приносить сбережения до тех пор, пока они не уйдут из компании. К сожалению, непрочность сроков пребывания в должности, столь очевидная во многих издательских культурах, часто препятствует принятию лучших долгосрочных решений. Что нужно издательскому бизнесу, так это несколько смелых, дальновидных руководителей, которые продвигаются вперед и доказывают ценность CMS.

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

Кроме того, многие издатели не принимают своих поставщиков в качестве партнеров, часто рассматривая их не более чем товарных брокеров. В прошлом большинство поставщиков издателей предоставляли стандартные услуги, такие как набор текста и печать. В современном издательском мире многие услуги и отношения с поставщиками слишком специализированы и сложны, чтобы их можно было рассматривать как товары широкого потребления. На самом деле общение с разработчиком программного обеспечения (типичным поставщиком CMS) очень похоже на общение с автором; они, как правило, сообразительны, хорошо осведомлены в той области, в которой издатели могут не быть, немного неуравновешенными, хорошими ораторами, но ненадежными, когда дело доходит до сроков поставки. Звучит знакомо? Иметь дело с такими людьми кажется рискованным, и на самом деле это может быть так.

Приближаясь к реальности

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

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

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

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


Крис Картчнер основал CDIS, INC в 1991 году, чтобы сосредоточиться на электронных публикациях профессиональных справочных издателей.
Ранее он занимал руководящие должности в трех многонациональных компаниях в трех различных отраслях. Его обширный опыт помогает ему предлагать технические решения нетехнической аудитории. Г-н Картчнер является выпускником Университета штата Юта и Даулинг-колледжа. Он является частым и популярным спикером на конференциях и участником дискуссий на академических и справочно-издательских мероприятиях, а также является адъюнкт-профессором программы магистра издательского дела Университета Пейс в Нью-Йорке, где он преподает издательские технологии и академические издательские курсы. С ним можно связаться по адресу [email protected].

Content Management System CMS — Video Communications Platform

BrightcoveBrightcove

VIDEO COMMUNICATIONS PLATFORM

Video Communications Platform

Content Management

Video Delivery

Security and Reliability

Video Analytics

Monetization and Advertising

Ecosystem и интеграции

Платформа: API и SDK

Мобильные устройства и OTT

Управление цифровыми правами (DRM)

Кодирование контекста

Масштабируемое транскодирование

Поддержка и услуги

Для получения дополнительной информации:
Контактные продажи

Видео коммуникационная платформа

Управление контентом

Video Delive

Security и Relation

Видео.

Монетизация и реклама

Экосистема и интеграции

Платформа: API и SDK

Мобильные устройства и OTT

Управление цифровыми правами (DRM)

Контекстно-зависимое кодирование

Масштабируемое транскодирование

Поддержка и услуги

Простая организация видеобиблиотек любого размера и управление ими

Организация видеоконтента и управление им невероятно важны. Независимо от того, есть ли у вас несколько видеоклипов или тысячи полнометражных эпизодов, наша CMS онлайн-видео позволяет легко сортировать, управлять и организовывать всю вашу видеотеку. Благодаря удобным функциям, таким как пакетное редактирование и перетаскивание списков воспроизведения, Brightcove Video Cloud предоставляет все необходимое для организации видеоконтента и управления им.

Video Cloud позволяет легко сохранять, сортировать и искать всю вашу видеотеку. Вы можете помечать видео стандартными описательными полями или создавать собственные метаданные для ваших уникальных идентификаторов. Организуйте свои видеоматериалы с помощью папок и создайте учетные записи для различных групп и бизнес-подразделений. Организуйте свои видео с помощью плейлистов или смарт-плейлистов, которые автоматически организуют ваш контент на основе тегов. Добавляйте видео в плейлисты и извлекайте группы видео для отображения в видеопроигрывателях или каналах MRSS.

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

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

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

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

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

Убедитесь, что пользователи Video Cloud имеют правильный уровень доступа и контроля. Video Cloud имеет надежный доступ к пользователям, ролям и папкам, чтобы нужные люди имели доступ к нужным видеоресурсам и функциям в нужное время. Например, вы можете настроить пользователей «Только загрузка» и «Только аналитика» для вашего видеопроизводства и бизнес-пользователей соответственно.

Благодаря полностью адаптивному графическому пользовательскому интерфейсу (GUI) пользователи могут получить доступ к Video Cloud в любом месте, в любое время и на любом устройстве.