Как стать автором
Обновить

В поисках идеальной Headless CMS для масштабных проектов: как выбрать лучшее решение в 2023 году?

Уровень сложностиСредний
Время на прочтение33 мин
Количество просмотров8.5K
Всего голосов 15: ↑14 и ↓1+22
Комментарии19

Комментарии 19

обратите внимание на directus cms

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

А как же вот эта CSM https://quantumart.ru/products/cms, которая у вас уже используется ? Она всем вашим требованиям удовлетворяет.

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

Спасибо, работа в статье была проделана конечно большая, вот здесь https://quantumart.ru/products/cms/sravnenie_cms дополнили вашу таблицу сравнения, добавили QP8.CMS. Про внешнюю экспертизу могу сказать,что на начальном этапе это требуется с любым новым продуктом, а далее это становится вопросом документации, удержания экспетов в команде и обучением новых членов команды.

Здорово, спасибо за дополнение

Как у Squidex дела с GraphQL Federation?

Контракт Squidex встраивается в Apollo Federation без каких-либо ограничений

Не увидел _service в описании схемы у Squidex:

query {
	_service {
		sdl
		__typename
	}
}

И упоминания federation на https://github.com/squidex/squidex

Любопытно что в стартовой таблице сравнения отсутствует заявленный предмет сравнения. "...было интересно сравнить функциональность и удобство использования (данной CMS) с другими решениями.". Явно не хватает данных для решения заявленной в заголовке цели.

Цель была, как и заявлено в статье проанализировать текущий рынок CMS и провести «пилотирование» выбранных инструментов, если в материале не хватило сравнения с QP8.CMS, то ребята уже сделали https://quantumart.ru/products/cms/sravnenie_cms

Сейчас очень модно делать a/b-тесты на части аудитории и всячески измерять конверсию. Рассматривались ли какие-либо возможности в указананых CMS ?

для Squidex есть еще вот такое решение для a/b тестирования https://uniform.dev/integrations/squidex, оно платное

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

Как пример, коммерческое решение Uniform, которое может использовать контент в Squidex (https://uniform.dev/integrations/squidex)

Почему был выбран язык платформы .net core, а не php или Java? Для разработки headless язык платформы не так важен.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий