Гуглил, читал, почти в каждой статье все упирается в SEO.
это вообще тут не причём, юзаем SSR и всё.
В целом, зависит от команд разработчиков. SPA на далёкую перспективу на мой взгляд поддерживать проще, чем по старинке.
Так же, выбором в сторону SPA может быть большое кол-во логики, которое вынесено на клиент или большое кол-во интерфейсов, которые связаны между собой. Или это сайт как яндекс музыка или вк, когда музыка играет, даже если вы переходите по страницам. Потому что страница не обновляется. А клиент получает лишь то, что ему действительно нужно, не обновляя страницу целиком. Это позволяет снизить нагрузку на сервер, но лишь, когда аудитория в много много человек.
Выбором может быть просто любовь команды разрабов к тому или иному фреймворку/стеку. На мой взгляд, это тоже нормально. Пишут люди на React или бек на php yii2, с чего они должны взять и перейти на другой стек, когда пришёл новый заказ? Им удобно, им нравятся эти инструменты, процессы налажены, код стайл сформирован, готовые для их работы модули или сниппеты уже написаны, профит. Это единство кодовой базы, что позволит достаточно быстро перейти с одного проекта на другой, ведь везде будет одинаковый стек.
Если это просто фриланс сайт на 1 раз, сверстал, натянул на вп(любую другую похожую CMS) и отдал(и т.п.), то тогда не нужны никакие SPA.
А если у вас команда разработчиков, то на мой взгляд SPA подойдёт куда лучше.
P.S. В нашей компании, мы 2.5 года назад полностью перешли на vue(nuxt.js) и не пожалели, выросло кпд и переход с одного проекта на другой стал гораздо проще. А старт новых проектов был отлажен, путём написания уже готовых модулей, которые были выделены в процессе написания прошлых проектов. Что позволило в конечном итоге снизить стоимость(пускай и не так много), но снизить время на написание одних и тех же модулей.
Простой
Средний
Простой
