Веб, мобильные приложения и расширения

С веб-платформы и API, потому что она одновременно ядро системы и единственная среда, куда приходит поисковый трафик. Приложения и расширение подключаются к уже работающему контракту. Обратный порядок — начать с мобильного приложения — приводит к тому, что API проектируется под один экран и переделывается при добавлении второй среды.

Зависит от того, что в приложении главное. Кроссплатформенное решение экономит время, когда приложение в основном показывает данные и работает с формами. Нативная разработка нужна там, где требуется тесная работа с платформой: фоновые процессы, сложная работа с камерой или картами, специфические платёжные сценарии. Решение принимается на этапе архитектуры, а не по умолчанию.

Расширение работает там, куда сайт и приложение не дотягиваются — на странице чужого магазина в момент покупки. Для кэшбэк-сервисов и сервисов скидок это главная точка контакта: предложение показывается тогда, когда решение ещё не принято. Ограничения серьёзные: расширение проходит ревью магазина браузера и работает только в рамках выданных прав, поэтому логика остаётся на сервере.

Через версионирование API и постепенное включение функций. Веб обновляется сразу, приложения проходят ревью магазинов и обновляются у пользователей неравномерно, расширение — по своему циклу. Поэтому сервер обязан поддерживать несколько версий клиентов одновременно, а новая функциональность включается флагом, а не датой релиза.