Плюсую

Привет) у на был опыт перехода) причина была такая что нашим клиентам было очень сложно пользоваться rest так как вообще непонятно какие параметры надо передать и что получишь в ответ, информацию об этом можно было получить только из доки...gql более менее  самодокументируемый + у нас есть две версии приложения десктоп браузер + мобилка )так же появились места оптимизации так как можно было звать только нужное( но здесь мы наткнулись на некоторые проблемы).
Связка у нас получилась такая front(angular) | interlayer(nodejs +gql + grpc-client) | back( grpc-server + c++)

Клиентам? Т.е. вы предоставляли API?
А как передавали клиентам информацию о том что у вас вообще есть?

Playground))  ну дока конечно же тоже есть, просто с gql чуть понятнее становятся запросы) всех проблем он не решает конечно же)

если у вас рест бэк, зачем вкручивать graphql на фронт и изгалться что бы он заработал, если все технологии придумываются что бы УПРОСТИТЬ стек и сложность приложения, а не наоборот

ну подход backend for frontend никто не отменял

никто не отменял, но тут дело в другом. Люди не подстраивают бэк, а пшиту прослойку между бэком и фронотом дополнительную.

при этом разгружают фронт

это апи гейтвей, нормальный подход, graphql им даст типизацию для ts + меньше трафика гонять пользователем будут