Нет,
server side rendering
и
single page web app
Это в корне противоположные подходы по написанию приложения.
В первом - абсолютно все (за исключением только что анимации) формируется на сервере бакэндом на любой чих, т.е. значение перменных состояния (например значения фильтров в поисковом запросе) передаются в виде ссылки на страницу, закодированные с помощью & = и %код_символа. Благодаря этому возможен переход по истории действий средствами браузера, так как каждое изменение состояния - новая ссылка
Во втором подходе используется обратный процесс, все что относится к интерфейсу переносится на клиентскую сторону, т.е. страница формируется (или только правится, если это шаблон) с помощью javascript, состояние сохраняется в локальных переменных, а данные запрашиваются с помощью ajax в компактной форме (бакэнд выдает простенький json). В этом подходе с точки зрения браузера все приложение это одна страница, и переходы по истории вперед назад не работают. Но есть хак, состояние можно кодировать в ссылке на страницу, с использованием анчор #. Это стандарт, позволяет задавать точки перехода по странице (например параграфы или страницы), без перезагрузки всей страницы, но с поддержкой истории переходов.
Второй подход очень эффективно использует сеть и не нагружает сервер, но существуют проблемы (решаемые) с поисковыми роботами, не все умеют забирать данные корректно из таких сайтов.
