Вы правы, при наличии нескольких вариантов отображения наличие headless cms очень сильно себя оправдывает. Однако если сайт чуть сложнее лендинга, и имеет повторяющиеся элементы на разных страницах, strapi снова выиграывает за счет того, что api можно переиспользовать. К тому же на этапе сборки сайта с использованием Strapi достаточно фронтенд-разработчика, который сам может описать сущности сайта и подготовить хороший фронтенд. А в случае с классическими CMS, например вордпресс, вам нужно будет отдать эту же работу фуллстеку или команде верстальщик + бэкендер. А это либо ухудшает качество итогового сайта, либо увеличивает бюджет проекта.
Вы правы, при наличии нескольких вариантов отображения наличие headless cms очень сильно себя оправдывает.
Однако если сайт чуть сложнее лендинга, и имеет повторяющиеся элементы на разных страницах, strapi снова выиграывает за счет того, что api можно переиспользовать.
К тому же на этапе сборки сайта с использованием Strapi достаточно фронтенд-разработчика, который сам может описать сущности сайта и подготовить хороший фронтенд. А в случае с классическими CMS, например вордпресс, вам нужно будет отдать эту же работу фуллстеку или команде верстальщик + бэкендер. А это либо ухудшает качество итогового сайта, либо увеличивает бюджет проекта.