Начните с людей, которые будут править сайт
Выясните, кто будет публиковать и менять материалы после запуска, как часто и насколько уверенно эти люди работают с инструментами. Отделу маркетинга, который обновляет страницы каждую неделю, нужен удобный редактор с предпросмотром и черновиками. Сайту, который меняется дважды в год, хватит и более простой системы.
Посмотрите, какие роли вам нужны. Может ли автор подготовить статью, а редактор — одобрить? Можно ли ограничить, кто меняет цены, юридические страницы или меню? Простые права подходят маленькой команде, но становятся риском, как только над сайтом работают несколько человек.
Попросите короткий пробный доступ и попробуйте на своём материале. Десять минут, за которые ваш редактор добавит настоящую страницу, скажут больше, чем список функций.
Структура контента, языки и интеграции
Опишите типы страниц и их поля: страница услуги с кратким описанием, преимуществами и вопросами; статья с автором, датой и темой. Хорошая CMS позволяет хранить это как структурированные данные — тогда вёрстка остаётся единой, а редакторам не приходится бороться с форматированием.
Если нужно несколько языков, посмотрите, как связаны версии, что показывается при отсутствии перевода и получает ли каждая версия свой адрес и метаданные. Встраивать языки в платформу, которая для них не создавалась, — одна из самых дорогих ошибок в проектах сайтов.
Перечислите системы, с которыми должен работать сайт: CRM, запись, оплата, каталог товаров, аналитика. У одних платформ есть готовые модули, другим нужен собственный код. Если требования необычные, сравните настроенную платформу с заказной разработкой ПО по одному списку задач; как это сделать, описано в статье о выборе между заказным ПО и готовыми инструментами.
Безопасность, обновления и жизнь сайта через несколько лет
Любой платформе нужны обновления. Узнайте, как часто они выходят, кто их устанавливает и что происходит с доработками и плагинами при обновлении ядра. Сайт с десятками плагинов от разных авторов защитить сложнее, чем сайт с небольшим набором поддерживаемых компонентов.
Посмотрите на базовые вещи, от которых зависят поиск и скорость: аккуратные адреса, редактируемые title и description, карта сайта, редиректы, размеры изображений для разных экранов. Если для этого нужны дополнительные плагины или код, учтите их при сравнении.
И наконец, подумайте об уходе с платформы. Можно ли выгрузить материалы в удобном формате? Кто управляет хостингом, доменом и учётными записями администраторов? Платформа, на которой легко начать, но трудно уйти, со временем может обойтись дорого.
Варианты CMS коротко
| Вариант | Подходит | Проверить |
|---|---|---|
| Готовая CMS (WordPress и подобные) | Типовой сайт компании, редакторы знакомы с ней | Плагины, обновления и кто их ставит |
| Headless CMS | Несколько каналов, отдельный фронтенд | Изменения шаблонов — через разработчика |
| Своя админка | Нестандартные типы контента, интеграции, строгие роли | Дольше разработка; решите, кто будет её поддерживать. Посмотрите, как мы сделали свою админку |
Чек-лист: сравнение CMS
- Назовите людей, которые будут править сайт, и дайте им попробовать редактор.
- Опишите типы страниц и поля до сравнения платформ.
- Узнайте, как связаны языковые версии и какие у них адреса.
- Перечислите интеграции и как каждая платформа с ними работает.
- Спросите, как устроены обновления, резервные копии и выгрузка материалов.
Пример: решает редактор
Компания сравнивает две платформы с похожими возможностями. На пробном доступе маркетолог добавляет страницу услуги в обеих. В первой страница без помощи разработчика выглядит не так, как нужно; во второй её удаётся собрать за несколько минут из структурированной формы.
Команда выбирает второй вариант, хотя у первого больше плагинов. На деле им была нужна платформа, с которой сотрудники смогут работать каждую неделю сами.
Частые ошибки
- Выбирать по популярности. Самая известная платформа не обязательно лучше всего подходит вашим редакторам, типам страниц и интеграциям.
- Не дать редакторам попробовать. Короткий тест на ваших материалах скажет больше любого списка функций.
- Добавлять языки потом. Встраивать языковые версии в платформу, которая для этого не создана, долго и дорого.
- Наращивать плагины. Каждый плагин от отдельного автора — ещё одна вещь, которую нужно обновлять, и ещё одна возможная точка отказа.
- Не думать о переезде. Проверьте, как выгружаются материалы и кто управляет хостингом, доменом и учётными записями администраторов.
Частые вопросы
Подходит ли WordPress для сайта компании?
Для типового сайта компании, редакторы которой уже с ним знакомы, — часто да. Он хорошо справляется со стандартными страницами, и вокруг него огромная экосистема. Риски — растущее число плагинов, конфликты при обновлениях и работа по безопасности, которую кто-то должен делать регулярно. Решите, кто ставит обновления, до того как выбирать.
Когда стоит делать свою админку?
Когда типы материалов нестандартные, интеграции — основа бизнеса или права доступа должны быть строгими, а готовую платформу всё равно пришлось бы сильно дорабатывать. Своя админка дольше в разработке и требует понятного плана поддержки. Плюсы и минусы на собственном примере описываем в статье «Как устроен monetizator.org».
Можно ли потом сменить CMS?
Да, но это отдельный проект: материалы нужно перенести, шаблоны пересобрать, а каждый старый адрес перенаправить, чтобы не потерять видимость в поиске. Планируйте такой переезд вместе с SEO-сопровождением переезда сайта, а сегодня выбирайте платформу, из которой материалы выгружаются в удобном формате.
Выбирать CMS до дизайна или после?
После того как понятны типы страниц и структура материалов, но до детального дизайна. Структура подсказывает, что должна уметь CMS, а возможности CMS влияют на то, как собираются блоки. Если выбирать платформу последней, части сайта часто приходится перерисовывать под неё.
