So my concern is usability and over-complication of applications using the new API for end users.
Please correct me if I am wrong, but as of the new Google Ads API, for any 3rd party tool where users authenticate their own Google Ads logins and then select Google Ads accounts to manage by the tool, the original workflow was:
1. Have a simple button to authenticate through OAuth2 modal window with your Google login
2. Application lists out all Google Ads accounts that the login has access to so user can select which accounts to manage in the tool
In the new Google Ads API:
1. Have a simple button to authenticate through OAuth2 modal window with your Google login
2. Enter manually all customer IDs of all top MCCs this login has access to, one by one (have a good documentation explaining to a regular Google Ads user that they should only use the top MCC IDs, where they find it in the Google Ads interface and why it is needed)
3. Then list out all Google Ads accounts the login has access to
Either I am misunderstanding how to use loginCustomerId or it is quite a step back in usability for all users using tools utilizing Google Ads API.
Migration to the new API
If the above is correct, this also means that if you have 500 Google logins in your database currently for your tool, you have to ask all 500 logins to go and manually enter all top MCCs' customer IDs for their Google login. They will have to map them manually, switching between the tool and Google Ads interface and copy pasting each customer ID.
It is hard to understand why in the old AdWords API we could just list all accounts a Google Ads login has access to, just using its refresh token, while in the Google Ads API this is not possible anymore and users are required to enter data manually in order to use the API.