Это уже от конкретного задания зависит

Тогда localstorage)

правильней вже же периодически хоть синхронизировать корзину. Потому что пользователь может добавить пару товаров с телефона, а потом с компа зайти

Данные хранятся в локал сторейдже и при логине или начале сессии синхронизируются с беком.

Если человек зашёл, выбрал товар, вышел. Данные остались у него в локал сторейдже. И при следующем заходе он синхронизируется с беком. Или при нажатии "купить" так же отправляются данные с локалсторейджа.

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

Вот так вот?

Хм. Но тогда с телефона не будут синхронизированы

Проще будет объяснить заказчику, что это нормально каждый раз при добавление товара в корзину делать запрос)

там ещё лежит уникальный индикатор, который сравнивается с индикатором на бэке, если они разные - корзина синхронизируется.

Слишком лёгкий путь. Лёгкие пути деструктивны)

причём всё это можно (и нужно) делать в вебвокере.

звучит как то, что будет работать. Мы ничего не забыли?)

А. В какой-то момент же надо ещё сохранять корзину когда человек с телефона

Это лучший вариант

при каждом добавлении/удалении товара в корзину. от этого не уйти.

А что если на onClose страницы?

Костыльное программирование?)

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

В общем, всё кейсы не покрыть. Но возможно круг достаточно сужен, что б заказчик удовлетворился этим)

Синхронизация на новой сессии, логине, заказе, onClose.

Не вестись на требования заказчика. Он технарь и программист? Объяснить и потом сделать по уму - только на сервере.

👌