Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Catering for different stores #5

Closed
mjjstorey opened this issue Jun 7, 2012 · 6 comments
Closed

Catering for different stores #5

mjjstorey opened this issue Jun 7, 2012 · 6 comments

Comments

@mjjstorey
Copy link

At the moment there is support for different platforms, is there going to be the option for having multiple stores as sub-categories. i.e. Google Play, Amazon, Samsung, Nook, etc?

It is nice seeing it all rolled up into one, but for when reporting comes out it would be great to be able to compare different stores.

@gorkem-cetin
Copy link
Contributor

Just to be sync with what you are trying to see in the future releases, can you send an example of any use-case? Are there any other services providing this functionality?

@mjjstorey
Copy link
Author

In terms of a use case, we are launching on a number of different sales platforms (shop fronts), so different offers may be available at different times on each store.

In terms of other people offering this service, mopapp and appfigures do a similar thing with sales figures. Effectively in the area of analytics no-one is offering this service (but also no analytics service allows the same API key to be used across platforms)

The brief behind it is that different platforms perform differently to pricing changes for in-app purchases, so each individual store needs to be seen effectively as either a different platform or a subcategory in a platform in order to evaluate performance efficiently.

@gorkem-cetin
Copy link
Contributor

Do you think it's possible to understand within an application the origin of download (e.g Android Market, Appstore for Android, etc) - using the same API key, so you only generate the APK once and system will understand which market is used to download that app?

@mjjstorey
Copy link
Author

Yes, that would be fine in most situations and with android especially it can be added into the build scripts to automate it.

@gorkem-cetin
Copy link
Contributor

I'm not sure how to identify which store is used (if any - user may install the apk via adb shell), to download a particular application - without using different APP keys. Will dig in further.

@mjjstorey
Copy link
Author

Pretty much every store will have a slightly different configuration, so
this could be passed back to countly as a parameter (dynamically updated by
a build script)

ar2rsawseen pushed a commit that referenced this issue Aug 28, 2019
can-keklik referenced this issue in can-keklik/countly-server Aug 27, 2020
ar2rsawseen pushed a commit that referenced this issue Jan 25, 2021
can-keklik added a commit that referenced this issue Feb 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants