То что xlexicon по умолчанию передает просто параметр cultureKey — это нормально, по такому же принципу построены практически все мультиязычные сайты и компоненты, только параметр может называться по другому, а формирование СЕО-дружесвенных урлов из GET параметра происходит на уровне сервера. В том же самом Babel еще надо плагином переключать контент и в два раза увеличивать дерево ресурсов.

Конечно, это вариант. Но я в то время переносил сайт, в котором в самом контенте было немало ссылок типа [[~444]]. Вот тут дело и встало, а не тот момент я не рискнул лезть в парсер MODX

В шаблонах вывода просто учитывать 
 
$modx->getOption('classKey').'/'.[alias]

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

Я примерно так и начинал делать, но потом сообразил, что этого мало. Нужно еще, чтобы все ссылки на сайте генерировались не как 
 «page_addr?cultureKey=en», а как
 «page_addr/en»
 вот тут и застопорилась разработка :(

Там надо внимательно все массивы данных (JSON) перепроверять.
Вот поэтому я и пользуюсь визуальной средой. 
 Руками, возможно, и быстрее, когда их набьешь, но данных столько, что запутаться или накосячить очень легко.
 
выкладывайте чанк, формирующий внутренний MIGX-массив
Я имел в виду чанк, который tpl — тот, что в renderChunk указан. Судя по картинке, именно в нем проблема.

Да, и в папке ./connectors/ тоже надо добавить файл .htaccess отключающий переадресацию, с содержимым:
 
RewriteEngine Off