Стоит ли использовать изоморфное приложение в высоконагруженном e-commerce проекте?
1. Angular дичь, для вывода hello-world нужно собрать ракету, а для всего остального есть провайдеры.
2. Помимо ангуляра есть более удобные фреймворки, vue/react/svelte
3. Без SSR печально, ваш сайт не найдут (гугл найдет)
4. Компонентный подход легче чем разгебать кучи css/js файлов и собирать их для каждых страниц отдельно, а не в 1 огромный файл. Но было бы желание и прямые руки.
5. SPA можно написать быстрым, главное не засирать всякой дрянью по типу jquery/слайдеров/и прочего 100+кб говна
6. Сравнивание клиентского js и серверного go довольно странновато
7. "не надо клиента грузить тоннами JS ради full AJAX" ну ка бы да, пните фронтеров
8. "и вообще разработку станет вести легче и быстрее" на уровне прототипа может быть да, а в дальнейшем? На каждый запрос страницы генерить все заного, или просто подгрузить шаблон и данные? вообще они могут сделать изоморфное приложение с SSR 
На это вспомнил фразу: Да я отсюда запросто смог бы доссать до унитаза, но мне лень и по-этому я обоссался
Но раз уж начали, то доделайте, в конечном счете есть и MPA и SPA приложения, которые вполне себе живут и здравствуют
И да, добавьте SSR
Не насилуйте сервер клиентским кодом!
Отрисуйте все на сервере. закешируйте и отдавайте клиенту. 
Дальше используйте фронт для подгрузки данных.
Какие плюсы:
1. 1 коннект к базе данных. 
2. 1 статичный файл, который упадет в кэш.
3. 1 статичный файл проиндексируется поисковиками.
4. 1 раз проверяется токен, а не на каждый чих фронтэнда