Почему SPA с SSR не популярны в e-commerce?

Question

[Анюточка Славкина]

Привет. Почему крупные интернет-магазины не спешат переходить на spa c ssr? Например, озон переписал фронтенд на vue, и если не ошибаюсь на сервере next.js, но не spa. Или молодой beru.ru от яндекса со своим минимилистичным интерфейсом использующий react.js не полностью реализовал приложение на реакт и также без spa, при этом я обратила внимание, что корзина и форма оформления заказа рендерятся на сервере, лишние накладные расходы на сервер п.

Comments

[Алексей Николаев]

Просто там серьезные дяди делают бизнес. Это не хипстеры со своими стартапами. Вот и вся разница.

[Анюточка Славкина]

Алексей Николаев, Беру.ру тоже с дядями, но они напихали и реакт и редакс и роутер вроде есть.

[alex-1917]

Алексей Николаев, достойно номинации на РЕШЕНИЕ ВОПРОСА!

Answer 1

[Andrew Nodermann]

Привет, SPA хорошо в плане скорости, но куча минусов, это танцы с настройкой аналитики, рендера и индексированием в поисковых движках. На мой взгляд SPA, лучше использовать для админок или в закрытых проектах, еще в разработке мобильных приложений, а не там где нужно рендерить тысячи страниц.

Comments

[Игорь]

Коллега, поддерживаю

Answer 2

[nvdfxx]

А зачем оно надо в екоммерце? Музыка там на фоне вроде не играет, чтоб ее нужно было оставлять при переходе меж страниц.

Comments

[Анюточка Славкина]

Пользователь быстрее получает данные, отсутствует необходимость перерисовки (мерцания) всей страницы. Интерфейс в целом становится более дружелюбным.

[nvdfxx]

Анюточка Славкина,

Пользователь быстрее получает данные

Откройте тот же беруру, мгновенное получение данных. Больше от сервера зависит

отсутствует необходимость перерисовки (мерцания) всей страницы.

Только если у всех страниц структура одинаковая. Страница каталога отличается от страницы карточки товара = перерисовка + мерцание

Интерфейс в целом становится более дружелюбным

Чем именно он становится дружелюбнее?

[Анюточка Славкина]

nvdfxx,

Откройте тот же беруру, мгновенное получение данных. Больше от сервера зависит

их реализация мне не нравится, у них структура dom громадная, поэтому долго работает (я так думаю).

Только если у всех страниц структура одинаковая. Страница каталога отличается от страницы карточки товара = перерисовка + мерцание

Избавиться от этого может только сферический конь в вакууме, любое приложение на телефоне работающее с данными извне, тоже имеет "мерцание".

Чем именно он становится дружелюбнее?

Работать с сайтом как с приложением гораздо удобнее чем с набором "статических" страниц.

[nvdfxx]

Анюточка Славкина,

Работать с сайтом как с приложением гораздо удобнее чем с набором "статических" страниц.

Это я понял из первого ответа, что удобнее, а удобность эта в чем измеряется?

Избавиться от этого может только сферический конь в вакууме, любое приложение на телефоне работающее с данными извне, тоже имеет "мерцание".

Само собой, тогда получается, что ваш изначальный тезис неверный, ибо 99% приложений работают с данными

их реализация мне не нравится, у них структура dom громадная, поэтому долго работает (я так думаю).

Перечитайте мой ответ касательно этого момента, я там пишу, что на нем (беруру) мгновенное получение данных, ничего там долго не работает, и уж точно не структура dom может оказывать критичное влияние на скорость отрисовки контента (само собой, если без гротесков в эту сторону)

Answer 3

[profesor08]

Крупнячки хотят сохранив сео сбросить чуть нагрузку с серверов, вот поэтому и используют частично.

Comments

[Анюточка Славкина]

При серверном рендеренге, сео как было так и остаётся, в этом плане ничего не меняется.

[McBernar]

Анюточка Славкина, об этом и речь. При ssr сео останется, при spa слетит. Гугл с яндексом уверяют в обратном, но некоторые смелые ребята делали тесты — просадка по позициям была сильная.

Answer 4

[Олег Гамега]

пилю свой сервис на react, за свой счет, в проекте участвует 6 человек, если отыграть назад mvp тоже было бы не spa - круто но дорого и не всегда оправдано