Comments 9
Статья познавательная. Как раз сейчас пишу блог на основе Strapi CMS, а в качестве фронта выбра Nuxt.
С вероятностю 99% будет проигнорировал поисковиком.
Может он делает частный блог, где хождение круалеров не приветствуется. Тогда почему бы не смастерить фронтенд на API.
У nuxt тоже есть пререндер в статику с мета. Да даже с ssr почему вдруг поисковик его пропустит? Он так же, как и браузер пользователя, получит по конкретному адресу сгенерированный html
С чем связан такой вывод? Насколько я знаю, как ниже отвечали, что у Nuxt есть технология SSR и на выходе мы получаем готовый HTML с содержимым страницы, что и нужно для поисковиков. Или я в что-то не учёл?
Спасибо. А то я волновался, не устанет ли читатель от такого лонгрида.
Не упомянули популярную в свое время PHPNuke и прочие *nuke существовавшие в то время.
В статье ведь разговор был про headless движки, в которых встроенного шаблонизатора нет. Его задачи отданы стороннему фреймворку, реализующему желаемую вами технологию создания пользовательского интерфейса.
Одному разработчику понравилась технология client side rendering (CSR), и он использует нечто вроде Nuxt, Vue, Next, React, Angular или подобное. Другому нравится server side rendering (SSR) и он применяет что-то вроде Svelte, FastBoot, Ember, Smarty, Twig или другое.
PHPNuke и его форки в эту категорию не вписываются, поскольку имеют собственную систему шаблонизации без встроенного API, позволяющего обойти родной шаблонизатор с помощью headless-режима.
Headless CMS, или движки без руководящего компонента