Как мне кажется, бОльшая часть пользователей Cotonti это те, кто изначально на ней вырос. Т.е. те пользователи, которые пришли с LDU или Sedition. Или такие для кого Cotonti стала одной из первых CMS. (сам я попал в эту «струю» со времен ldu, сейчас уже и не вспомню почему именно ldu. Помоему случайно получилось). Т.е. кто на какую CMS «сел», то (в 70-80% случаев) на ней и живет.

То же самое справедливо и для других движков, так что переманивать закоренелых пользователей WP и Drupal - дело нелёгкое. Миграция большого сайта дело дорогое, как бы автоматизировано оно не было, потому что на крупных сайтах очень много индивидуального пошива. Так что речь идёт, скорее всего, о тех пользователях, кто на другой движок сел недавно и уже ищет лучшую альтернативу - вот для них автоматическая миграция имеет смысл. Если говорить о более опытных пользователях, то они ищут альтернативу для реализации новых проектов, для расширения кругозора. То есть не кажется мне миграция с других движков столь уж ключевой для популяризации. Если говорить о миграции с Cotonti на другие движки, то тут реальная угроза потерять сложившуюся базу пользователей: если потратить-таки несколько десятков человекочасов на реализацию конвертеров из Cotonti в WP и Drupal, то через несколько месяцев в коммьюнити останутся только корифеи, весь новоиспечённый и срединный культурный слои схлынут.

Насчёт документации, советую заглянуть в этот топик.

На самом деле некоторой задержкой для популяризации сейчас является переход от Genoa к Siena. Как только Siena выйдет на определенный уровень по функционалу и количеству плагинов и большинство переползет на Siena - дело пойдет лучше.

Как дополнительная идея (для популяризации) можно посмотреть что есть из документации на сайте, составить в удобной последовательности, сделать доходчивое оглавление и собрать из изтого PDF с документацией. 
Причем в 3-х вариантах::

• для пользователя - наполнителя сайта (Создание страниц и категорий, интерфейс администрирования кратко, настройка форцума и прочих поставляемых плагинов)
• для администратора - установка на хостинг, настройка структуры, установка плагинов, коротко о шаблонах и хуках, советы по оптисизации
• для разработчика - структура модулей и плагинов, понятие хуков, возможности шаблонов, полезные (утилитарные) функции самого движка, gudelines при написании кода, о том  как настроить IDE и подключить GIT,  т.д.

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

Еще как идей популяризации - сделать (отдельный или выборочный при установке) вариант типа "Блого-версия" - минимум настроек - поставил и начинай вести свой блог. 
Или вообще сделать "профили" для установки - "Персональный блог" (только страницы минимум доп.функционала), "Сообщество по интересам" (страницы + форум), "Магазин на коленке" (страницы + корзина + прием оплаты через pаypal, ЯД), "Настраиваемая" (как сейчас - пользователь сам выбираетмодули).

Но это опять же скорее когда Siena окрепнет.

Затем стал думать кого можно привлечь. 
Как мне кажется, бОльшая часть пользователей Cotonti это те, кто изначально на ней вырос. Т.е. те пользователи, которые пришли с LDU или Sedition. Или такие для кого Cotonti стала одной из первых CMS. (сам я попал в эту «струю» со времен ldu, сейчас уже и не вспомню почему именно ldu. Помоему случайно получилось). Т.е. кто на какую CMS «сел», то (в 70-80% случаев) на ней и живет.

Вот по моим выкладкам получается, что если и привлекать кого-то, то это либо «зеленые» неопытные пользователи. Либо люди обосновавшиеся на сторонних CMS. 

Отсюда и идея появилась. Она конечно скорее не для самого движка, а для плагина или модуля. Идея простой миграци данных с популярных систем (примеры перечислены в Тэгах). Иными словами - пользователь жмет кнопку и получает в Котонти полную копию (на сколько это возможно) своего текущего сайта (скажем с WordPress) со всеми статьями, и пр.

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

Понятно, что тема технически не простая.

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