We're not trying to sell the user, or their data. We just want to know which features are being used and whether or not it's meeting our performance criteria, thus doing the user a favor by meeting those criteria.
We are currently pushing for legislation changes in Europe. Users should be informed about SDKs and data destination. Europe has 3 main data sinkholes, Ireland (EU data centres for US companies), Netherlands (Akamai) and Germany (probably selection bias). Nobody knows where the data ends up afterwards and under which legislation it falls.
See https://medium.com/ios-os-x-development/libraries-used-in-th... for example
We really need to get over this notion that developer time is the most important thing in the world, it's having negative affects on privacy, performance and probably more. Gigabytes of usage data is really not that much anyway, but even if it is, you don't need to track every single user, just a representative sample.
And don't forget the age old option of not doing analytics, except for marketing purposes I've rarely seen analytics provide more value than it's worth.
I came to say exactly this
Mobile engineer here, I don't know any mobile app without some form of tracking because at the very least you want to know when your app crashes and have a way to get the stacktrace.
Enter firebase crashreporting / crashlytics
Of course they are using 3rd party tools, because the software and infrastructure required to do meaningful analytics on a large user base is way beyond what any startup or independent developer can afford to invest. There aren't even decent Open Source options - Google Analytics long ago sucked the air out of Open Source in this space and choosing Open Source means running your own infrastructure, which is non-trival the moment you start having Gigabytes+ of usage data.