Hi;
Is there an event.response that iTunes sends back once a user has actually rated an app?
Can we only send them to iTunes to rate our app and we have no real way of knowing if they actually rated it or not when they come back to our app?
I want to trigger a function in my app once the user has actually rated the app, but so far I can only trigger the function once they click on “Rate App” - whether they actually give a rating or just close the App Store.
Cheers!
I haven’t looked into this in awhile, but as I vaguely recall with iOS, all we can do now is send players to the app page. There’s no back event firing that I can remember…not exactly slick but I guess very indicative of how far Apple has gone to prevent gaming the rating system.
Hi;
Well thanks for your response @richard9. Unfortunately, I haven’t been able to find any way to do this either, so I think there isn’t one - as you said. :unsure:
Cheers!
No, there is no way to find it on spot.
You could check if the review was made using the Apple RSS server, but it takes sometimes 1-2 days to it be updated with the new reviews.
Ok thanks, I will check on the RSS server, at least it could be re-set after the day or two are over?
My 2 cents for what it’s worth (newbie - self taught)
Time may be of assistance here - but won’t give you a definitive Yes/No.
What i mean is in your app - you could take note of the time that the user touches your rate button, and then assuming app goes into suspended state - while directed to the app store then comes back and resumes - you do another call to get time.
The logic being that the user needs time to rate.
Far from a perfect solution but has possibilities i think it all depends on exactly what you want to use it for.
you certainly don’t want a super fast user to go “hey i rated it - where’s my stuff”.
T.
If i understand this comment correctly - you may wish to see if the RSS has timestamps - which perhaps could be checked against your time (app -above idea) at some time in the future to confirm the possible Rating.
I would think a lot of work involved in that so need to weigh the cost/benefits. Also dealing with time differences and other such coincidences (10 people touch exactly same time but only one actually rates)
T.
Hi ToeKnee;
Thanks for your replies.
Yeah the timestamp idea would help a bit, however you make a good point about the time diff and the multiple rate taps. I will look more into this.
Cheers!
I haven’t looked into this in awhile, but as I vaguely recall with iOS, all we can do now is send players to the app page. There’s no back event firing that I can remember…not exactly slick but I guess very indicative of how far Apple has gone to prevent gaming the rating system.
Hi;
Well thanks for your response @richard9. Unfortunately, I haven’t been able to find any way to do this either, so I think there isn’t one - as you said. :unsure:
Cheers!
No, there is no way to find it on spot.
You could check if the review was made using the Apple RSS server, but it takes sometimes 1-2 days to it be updated with the new reviews.
Ok thanks, I will check on the RSS server, at least it could be re-set after the day or two are over?
My 2 cents for what it’s worth (newbie - self taught)
Time may be of assistance here - but won’t give you a definitive Yes/No.
What i mean is in your app - you could take note of the time that the user touches your rate button, and then assuming app goes into suspended state - while directed to the app store then comes back and resumes - you do another call to get time.
The logic being that the user needs time to rate.
Far from a perfect solution but has possibilities i think it all depends on exactly what you want to use it for.
you certainly don’t want a super fast user to go “hey i rated it - where’s my stuff”.
T.
If i understand this comment correctly - you may wish to see if the RSS has timestamps - which perhaps could be checked against your time (app -above idea) at some time in the future to confirm the possible Rating.
I would think a lot of work involved in that so need to weigh the cost/benefits. Also dealing with time differences and other such coincidences (10 people touch exactly same time but only one actually rates)
T.
Hi ToeKnee;
Thanks for your replies.
Yeah the timestamp idea would help a bit, however you make a good point about the time diff and the multiple rate taps. I will look more into this.
Cheers!