Как правильно работать с таким rest api?
Какой толк от логически правильного проектирования бэкенда, если она значительно влияет на скорость загрузки проекта (а значит на пользовательский опыт и сео-метрики) ?
Как вообще понять логическую правильность? Предположим, можно сделать ручку GET https://api-domain/groupsWithSettlements - ручка для "владений, обогащённых информацией о населённых пунктах" - это логически верно?

Разделение сущностей - это хорошо, но оно должно нести в себе смысл, решать какую-то задачу. Допустим, несколько клиентов с разной логикой, которым не всегда нужны полные данные (мобильные приложения, ещё один веб фронт, просто отдаём кому-то API, ...). Причём не гипотетических, а уже запущенных или спроектированных. Если архитектурное решение плохо влияет на проект - это плохое решение, каким бы красивым оно не казалось

Ответ, который вы получаете от заказчика, очень похож на "не мои проблемы". Ну, значит скорость загрузки страницы - не ваши проблемы, вот и всё. Если вам платят и просят сделать плохо - почему бы нет?)
не связал вопрос и последующую инфу, поэтому на всякий - универсальный ответ

https://dmkpress.com/catalog/computer/web/978-5-97...

ПРОЕКТИРОВАНИЕ ВЕБ-API

АННОТАЦИЯ
API позволяет разработчикам выполнять интеграцию с приложением без детализированного знания кода. Независимо от того, используете ли вы установленные стандарты, такие как REST и OpenAPI, или более новые подходы, например GraphQL или gRPC, освоение разработки API – своего рода суперспособность.
Благодаря ней пользоваться вашими веб-сервисами станет легче, и ваши клиенты – как внутренние, так и внешние – останутся довольны.

Темы, затрагиваемые в книге:
- характеристики правильно разработанного API;
- ориентированные на пользователя и реальные API;
- API и принцип Secure by design;
- изменение API, его документирование и проверка.

Издание предназначено для разработчиков, обладающих минимальным опытом в создании и использовании API-интерфейсов.

есть в телегах, если жалко денег

теперь по вопросу - ввиду игр на мабилах, важно чтобы передаваемых данных было немного,а  на число запросов, в общем-то, нас*ть - асинхронщина их пощелкает,
вот из этого и исходи

да, реакту придется сложнее и больше работы - ну а кому щас легко? если не будет данных  - игру юзер закроет, вообще ничего с него не выжмите, а интерес надо поддерживать