10 критериев выбора идеальной системы управления контентом

Веб разработка - Веб разработка

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

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

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

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

Как же составить список критериев? Хотя обстоятельства, несомненно, в каждом случае будут варьироваться, следующие десять параметров наиболее важны.

1. Основные функции

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

2. Редактор

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

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

Производители нового поколения редакторов отказались от такого подхода. Авторы контента используют редактор для выделения заголовков, списков, ссылок и других элементов, но при этом не могут видоизменять их.

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

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

3. Работа с ресурсами

В некоторых системах управления контентом функция работы с ресурсами бывает реализована довольно плохо. Некачественные системы могут разочаровать пользователя отсутствием доступности и удобства в использовании. В частности, могут возникнуть проблемы с графическими изображениями. Убедитесь, что выбранная вами система управления контентом вынуждает пользователя добавлять к графическим изображениям атрибут <alt>. Возможно, вам понадобится система, предоставляющая такие базовые функции редактирования изображений, как кадрирование, изменение размера и поворот. Однако найти такую систему может оказаться нелегкой задачей.

Обратите также внимание на то, как система работает с загрузкой и прикреплением файлов в формате .pdf, .doc и другими. Как они отображаются для конечных пользователей? Можно ли добавить описания к файлам, способна ли функция поиска индексировать их?

4. Поиск

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

Вопрос модификации, конечно же, намного шире и охватывает не только поисковик.

5. Модификация

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

- «Этот дизайн полностью и всесторонне отвечает всем требованиям пользователя!»
- «Невозможно модифицировать дизайн, приходится использовать шаблоны системы!»

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

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

К слову о комментариях: следует рассмотреть все формы взаимодействия пользователей.

6. Взаимодействие пользователей

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

Как минимум, вам понадобится размещать анкеты и получать ответы. Насколько легким ваша система делает этот процесс? Можете ли вы модифицировать поля, или для этого требуется немалое техническое мастерство? Как насчет результатов? Можете ли вы установить электронный адрес их получателя? Могут ли они быть занесены в базу данных или сохранены как документ Excel? Определите, какие именно функции вам нужны, и выбирайте систему, которая их поддерживает.

Поинтересуйтесь также наличием средств связи с клиентами. Можете ли вы рассылать новости на электронную почту? Могут ли получатели быть структурированы по группам с разным содержанием писем? Как насчет лент новостей и RSS?

И, наконец, подумайте, как вы хотите управлять пользователями. Нужна ли вам возможность менять пароли, назначать уровни доступа или экспортировать информацию о пользователях в другие системы?

Но в управлении нуждаются не только уровни доступа пользователей. Следует также учесть уровни доступа для тех, кто может редактировать сайт.

7. Роли и уровни доступа

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

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

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

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

8. Контроль версий

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

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

9. Поддержка нескольких сайтов

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

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

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

10. Поддержка нескольких языков

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

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

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

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

 

---

Читайте:
Можно ли построить что-то дельное на базе бесплатных CMS? TYPO3 сайт под высокой нагрузкой. Часть № 1 1-ая встреча TYPO3 разработчиков в Киеве 29 Апреля релиз SP2 SharePoint Google Sites на первый взгляд

Продукты, связанные со средой Flex Вместе с платформой Adobe® Flash® развивается обширная экосистема продуктов, которые способствуют успешной разработке приложений. Поддержку среды Fl...

Серия анонсов Google для Java-разработчиков - GWT 1.6, App Engine for Целой серией интереснейших анонсов для Java-разработчиков порадовала накануне неутомимая Google. А именно: » cвежий релиз фрэймворка для разработ...

API тем iGoogle (Лаборатория Google) С чего начать? Загрузите шаблон XML и подпишитесь на тестовую среду. Прочтите Руководство разработчика тем. В случае необходимости, обращай...

Microsoft объединит разработчиков на Java и .NET Microsoft планирует приобрести технологию, которая позволит серверу Visual Studio Team Foundation Server (TFS) выступить в качестве инструмента упра...

Adobe оснастила Dreamweaver CS5 поддержкой HTML5 Компания Adobe Systems сегодня представила новое решение для работы с HTML5, которое уже доступно для веб-дизайнеров и разработчиков. Пакет Adobe HT...