Как выбрать CMS для разработка сайта?

Кто-то из читателей уже сталкивался с разработкой сайта и непростым выбором CMS. Кто-то пока даже не задумывался об этом. А кто-то уже успел разочароваться в собственном решении или в том, что предложила студия-разработчик. В этой статье мы постараемся простым языком объяснить, что такое CMS сайта и как сделать правильный выбор.

Что такое CMS?

CMS — это английская аббревиатура, которая по-русски расшифровывается как «система управления содержимым» или «система управления контентом». В народе её также называют «движком» сайта.

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

Краткая история появления CMS

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

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

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

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

Как всё начиналось

Ещё в «лохматых» 90-х, когда веб только зарождался, каждый разработчик делал для себя заготовки под типовые проекты. По сути, это и были первобытные CMS. Позже многие студии начали создавать целые наборы таких заготовок — первые версии «движков» сайта.

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

Да, платил. И часто даже не осознавая этого. А нередко — платил дважды.

Почему дважды?

Первый раз заказчик платил, когда размещал заказ в студии. Студия ставила проект на свою «самую лучшую, удобную и современную CMS». Но когда сотрудничество прекращалось — студия закрывалась или отношения охладевали — заказчик обращался к другим разработчикам.

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

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

Вот такое непростое положение было у заказчиков в прежние времена. А только ли в прежние?

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

Зарождение CMS как отдельного продукта

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

Разумеется, мы имеем в виду приличные веб-студии, потому что в некоторых местах до сих пор встречается ситуация, когда вёрстку и программирование делает один и тот же человек.

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

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

Подводим итоги

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

Давайте ещё раз подведём черту. Итак, если вы российская компания, то:

1. Лучше всего вести разработку на отечественных решениях. Служба поддержки должна находиться на территории России, ну или Украины / Беларуси.

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

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