Может, потому, что CMS как класс не слишком нужны при наличии годных, а не как в PHP, фреймворков?
Но что делать, если нужно как можно быстрее поднять сайт в 100+ страниц со сложным контентом, где шаблон оформления практически не коррелирует с URL, более того, отдельные страницы могут в процессе жизни сайта периодически менять шаблоны, при этом по SEO требуется, чтобы URL оставались прежними. Ну и так далее. В общем, идеология CMS как правило такова, что контент первичен по отношению ко внутренней архитектуре сайта, а в типичных фреймворках типа RoR первичны контроллеры. Можно, конечно, писать свои CMS, но это же более затратно и отнимет больше времени. К тому же возникает парадокс: CMS не нужны, но писать их придётся, притом самим.
как можно быстрее поднять сайт в 100+ страниц со сложным контентом, где шаблон оформления практически не коррелирует с URL, более того, отдельные страницы могут в процессе жизни сайта периодически менять шаблоны, при этом по SEO требуется, чтобы URL оставались прежними
В django это называлось flatpages, доступно из коробки, включается двумя строками кода в конфиге и заполняется в той же изкоробочной админке. В RoR это устанавливается одной командой, дальше см. выше. Про более модные/новые фреймворки промолчу.
Ну и под такой юзкейс подходит чуть ли не каждый генератор статики. Серьёзно.
CMS на Django. Я конечно Django поверхностно изучал, но зачем CMS? Вполне себе нормальный фреймворк, написать какие-то модели, к ним виды с шаблонами, дело вроде как не совсем трудное.