Looking for a Swift implementation? We rewrote UAAppReviewManager from scratch to create Armchair. UAAppReviewManager isn't going anywhere, but you may want to use Armchair you want to implement a purely swift library into your app. Otherwise, please read on...
UAAppReviewManager is a simple and lightweight App review prompting tool for iOS and Mac App Store apps. It's Appirater all grown up, ready for primetime.
The average end-user will only write a review if something is wrong with your App. This leads to an unfairly negative skew in the ratings, when the majority of satisfied customers don’t leave reviews and only the dissatisfied ones do. In order to counter-balance the negatives, UAAppReviewManager prompts the user to write a review, but only after the developer knows they are satisfied. For example, you may only show the popup if the user has been using it for more than a week, and has done at least 5 significant events (the core functionality of your App). The rules are fully customizable for your App and easy to setup.
Here are just a few of the things that make UAAppReviewManager better than the other rating frameworks and repos:
iOS and OS X Support
Many developers publish apps for both iOS and OS X. Out of the box, UAAppReviewManager supports iOS and OS X apps that are sold through the Mac App Store. The API is the same for both with the exception of a few iOS specific methods, described in Usage.
Fully Configurable at Runtime
UAAppReviewManager is fully configurable, even at runtime. This means that the prompt you display can be dynamic, based on the end-user's score or status. The rules that govern how and when it should be shown can all be set the same way, allowing you to have the most control over the presentation and timing of your review prompt.
Default Localizations for 32 Languages
If you choose to use the default UAAppReviewManager strings for your app, you will get the added benefit of localization in 32 languages. Otherwise, customization is easy, and overriding the localization strings is a piece of cake, simply by including your own strings files and letting UAAppReviewManager know.
Prevent Rating Prompts on Different Devices
If your users have the same app, same version installed on two different devices, you really shouldn't pop up the same rating prompt on each one. UAAppReviewManager allows you to optionally keep your user's usage stats in the
NSUbiquitousKeyValueStore, or any other store you want to keep track of syncing yourself to prevent dual prompts.
Uses UIApplication/NSApplication Lifecycle Notifications
UAAppReviewManager listens for ApplicationDidLaunch and ApplicationWillEnterForeground notifications. This allows you to worry about your app, and not about tracking in your application delegate methods, so there are fewer lines of code for you to write.
Easy to Setup
It takes only 2 lines of code to get started. UAAppReviewManager is very powerful when digging under the hood, but also very simple to setup for standard configurations.
iTunes Affiliate Codes
If you are an iTunes Affiliate, you can easily setup UAAppReviewManager to use your code and campaign. Full disclosure: If you aren't an iTunes Affiliate, the default code used in the app is the author's. It is better to have somebody's code rather than nobody's, so please leave it at the default setting if you aren't going to set one yourself. Think of it as a tiny tip for creating and open-sourcing UAAppReviewManager.
Ready For Primetime
UAAppReviewManager is clean code, well documented and well organized. It is easy to understand the logic flow and the purpose of each method. It doesn't mix logic up randomly between Class methods and Instance methods. It's API is clean and predictable.
Installation is made simple with Cocoapods. If you want to do it the old fashioned way, just add
UAAppReviewManager.m and the Localization folder into your project.
Then, simply place this line in any file that accesses UAAppReviewManager.
UAAppReviewManager works on iOS 5.1 and up, and OS X 10.7 and up.
Simple 2-line Setup
UAAppReviewManager includes sensible defaults as well as reads data from your localized, or unlocalized
info.plist to set itself up. While everything is configurable, the only required item to configure is your App Store ID. This call is the same for iOS and Mac apps.
Aside from the
appID configuration, you also have to let UAAppReviewManager know when it an appropriate time to show a rating prompt.
That's it to get started. Setting UAAppReviewManager up with these two lines uses the sensible defaults (detailed below) and will present a rating prompt whenever they are met and
showPromptIfNecessary is called.
Typical configuration is to show the prompt in
applicationWillEnterForeground:, but it can be called from anywhere. There are tons of custom configuration options below that give you the ability to fine tune the setup, block syntax, deep customization and more, but these 2 lines are all you need to get started.
Optionally, if you are using significant events in your app to track when the user does something of significance, add this line to any place where this event happens, such as a
levelDidFinish method, or
In order for this to mean anything to UAAppReviewManager, you also have to set the threshold for significant events. Typically, this, and other logic configuration settings, should be done before the
appLaunched: call in your Application Delegate
As mentioned above, the
appID is the only required item to configure. It is used to generate the URL that will link to the page. Most often, this is configured to the App that is currently running, but there may be an instance where you want to set it to another app, such as in an App that reviews other Apps.
+ (NSString *)appID; + (void)setAppID:(NSString *)appId;
appName is used in several places on the review prompt popup. It can be configured here to customize your message without losing any of the default localizations. By default, UAAppReviewManager will read the value from your localized, or unlocalized
info.plist, but you can set it specifically if you want.
+ (NSString *)appName; + (void)setAppName:(NSString *)appName;
reviewTitle is the title to use on the review prompt popup. It's default value is a localized "Rate ", but you can set it to anything you want.
+ (NSString *)reviewTitle; + (void)setReviewTitle:(NSString *)reviewTitle;
reviewMessage is the message to use on the review prompt popup. It's default value is a localized "If you enjoy using , would you mind taking a moment to rate it? It won't take more than a minute. Thanks for your support!", but you can change it specifically if you want. However, if you do change it, you will need to provide your own localization strings as shown farther down below.
+ (NSString *)reviewMessage; + (void)setReviewMessage:(NSString *)reviewMessage;
cancelButtonTitle is the button title to use on the review prompt popup for the "Cancel" action. Its default value is a localized "No, Thanks"
+ (NSString *)cancelButtonTitle; + (void)setCancelButtonTitle:(NSString *)cancelButtonTitle;
rateButtonTitle is the button title to use on the review prompt popup for the "Rate" action. Its default value is a localized "Rate "
+ (NSString *)rateButtonTitle; + (void)setRateButtonTitle:(NSString *)rateButtonTitle;
remindButtonTitle is the button title to use on the review prompt popup for the "Remind" action. Its default value is a localized "Remind me later"
+ (NSString *)remindButtonTitle; + (void)setRemindButtonTitle:(NSString *)remindButtonTitle;
daysUntilPrompt configuration determines how many days the users will need to have the same version of your App installed before they will be prompted to rate it. Its default is 30 days.
+ (NSUInteger)daysUntilPrompt; + (void)setDaysUntilPrompt:(NSUInteger)daysUntilPrompt;
usesUntilPrompt configuration determines how many times the user will need to have 'used' the same version of you App before they will be prompted to rate it. Its default is 20 uses.
+ (NSUInteger)usesUntilPrompt; + (void)setUsesUntilPrompt:(NSUInteger)usesUntilPrompt;
An example of a 'use' would be if the user launched the app, or brings it to the foreground. UAAppReviewManager keeps track of these internally by listening to UIApplication/NSApplication lifecycle notifications.
As discussed briefly above, the
significantEventsUntilPrompt configuration determines how many "significant events" the user will need to have before they will be prompted to rate the App. It defaults to 0 significant events.
+ (NSUInteger)significantEventsUntilPrompt; + (void)setSignificantEventsUntilPrompt:(NSInteger)significantEventsUntilPrompt;
A significant event can be anything you want to be in your app. In a telephone app, a significant event might be placing or receiving a call. In a game, it might be beating a level or a boss. This is just another layer of filtering that can be used to make sure that only the most loyal of your users are being prompted to rate you on the app store. If you leave this at a value of 0 (default), then this won't be a criterion used for rating. To tell UAAppReviewManager that the user has performed a significant event, call the method:
daysBeforeReminding configuration determines how many days UAAPpReviewManager will wait before reminding the user to rate again, should they select the "Remind Me Later" option on the first alert. It defaults to 1 day. A value of 0 will remove the "Remind Me Later" button and disable this feature.
+ (NSUInteger)daysBeforeReminding; + (void)setDaysBeforeReminding:(NSUInteger)daysBeforeReminding;
tracksNewVersions configuration determines whether or not UAAppReviewManager should track a new app version if detected. By default, UAAppReviewManager tracks all new bundle versions. When it detects a new version, it resets the values saved for usage, significant events, popup shown, user action etc... By setting this to
NO, UAAppReviewManager will only track the version it was initialized with, or the one it last knew about. If this setting is set to
YES, UAAppReviewManager will reset itself after each new version detection. Its default value is
+ (BOOL)tracksNewVersions; + (void)setTracksNewVersions:(BOOL)tracksNewVersions;
shouldPromptIfRated configuration determines whether or not to show the review prompt to users who have rated the app once before. This setting is a little like the
tracksNewVersions setting, but a little less nuclear. Setting this to
NO will cause new users of the app to get the popup, but won't ask users who have already been asked for a popup in the past. This is useful if you release small bugfix versions and don't want to pester your existing users with popups for every minor version, but want to ensure new users get prompted for a review. For example, you might set this to NO for every minor build, then when you push a major version upgrade, leave it as YES to ask for a rating again. Its default value is
+ (BOOL)shouldPromptIfRated; + (void)setShouldPromptIfRated:(BOOL)shouldPromptIfRated;
useMainAppBundleForLocalizations configuration is a way to tell UAAppReviewManager that you are providing your own translations for the review prompt popup strings. This may be because you are just customizing them, or that you have set your own text for the popup. If set to
YES, the main bundle will always be used to load localized strings. If set to
NO UAAppReviewManager will look in its own translation bundle for the translating strings. It's default value is
+ (BOOL)useMainAppBundleForLocalizations; + (void)setUseMainAppBundleForLocalizations:(BOOL)useMainAppBundleForLocalizations;
affiliateCode configuration is optional and is used to configure with the review URL. If you are an Apple Affiliate, enter your code here. If none is set, the author's code will be used as it is better to be set as something rather than nothing. If you want to thank me for making UAAppReviewManager, feel free to leave this value at its default.
+ (NSString *)affiliateCode; + (void)setAffiliateCode:(NSString*)affiliateCode;
affiliateCampaignCode configuration is optional and is used to configure the review URL. It provides context to the affiliate code and defaults to "UAAppReviewManager".
+ (NSString *)affiliateCampaignCode; + (void)setAffiliateCampaignCode:(NSString*)affiliateCampaignCode;
debug configuration is useful for testing how your review prompt popup looks and for testing. Setting it to
YES will show the UAAppReviewManager alert every time. Calling this method in a production build (determined when
DEBUG preprocessor macro is not defined) has no effect. In App Store builds, you don't have to worry about accidentally leaving
YES. The default value of
+ (BOOL)debug; + (void)setDebug:(BOOL)debug;
iOS Only Configuration
These configuration methods only make sense for iOS builds due to their dependency on iOS-only frameworks and methods.
usesAnimation configuration determines whether or not UAAppReviewManager uses animation when presenting a modal
SKStoreProductViewController. Its default value is
+ (BOOL)usesAnimation; + (void)setUsesAnimation:(BOOL)usesAnimation;
opensInStoreKit configuration determines if UAAppReviewManager will open the App Store link inside the App using a
SKStoreProductViewController. By default, this is
+ (BOOL)opensInStoreKit; + (void)setOpensInStoreKit:(BOOL)opensInStoreKit;
There are 2 reasons why the default is
- The SKStoreProductViewController does not allow the user to write a review (as of iOS 7 GM)!
- iTunes affiliate codes do not work (as of the iOS 7 GM) inside SKStoreProductViewController.
userDidSignificantEvent: tells UAAppReviewManager that the user performed a significant event. A significant event is whatever you want it to be. If you're app is used to make VoIP calls, then you might want to call this method whenever the user places a call. If it's a game, you might want to call this whenever the user beats a level boss. If the user has performed enough significant events and used the app enough, you can suppress the rating alert by passing
canPromptForRating. The rating alert will simply be postponed until it is called again with
canPromptForRating. The rating alert can also be triggered by
appEnteredForeground: (as long as you pass
canPromptForRating in those methods).
In addition to each of the class methods that trigger the presentation of the prompt (
userDidSignificantEvent:), there are block based variants that allow you to customize whether or not this is an appropriate time to display the prompt.
+ (void)appLaunchedWithShouldPromptBlock:(UAAppReviewManagerShouldPromptBlock)shouldPromptBlock; + (void)appEnteredForegroundWithShouldPromptBlock:(UAAppReviewManagerShouldPromptBlock)shouldPromptBlock; + (void)userDidSignificantEventWithShouldPromptBlock:(UAAppReviewManagerShouldPromptBlock)shouldPromptBlock;
Read more about these methods below in the Should-Prompt Blocks section.
showPrompt tells UAAppReviewManager to show the review prompt alert. The prompt will be showed if there is an internet connection available, the user hasn't already declined to rate, hasn't rated the current version and you are tracking new versions. You could call to show the prompt regardless of UAAppReviewManager settings, for instance, in the case of some special event in your app like positive feedback given.
showPromptIfNecessary tells UAAppReviewManager to show the review prompt alert if all restrictions have been met. The prompt will be shown if all restrictions are met, there is an internet connection available, the user hasn't declined to rate, hasn't rated current version, and you are tracking new versions. You could call to show the prompt, for instance, in the case of some special event in your app like a user login.
canRateApp checks whether all of UAAppReviewManager's conditions have been met. This would be useful if you wanted to show for example a 'Do you like this app?' prompt prior to showing the main 'Rate this app?' prompt. This would also be useful if you wanted to use a custom prompt to request a review.
reviewURLString method is the review URL string, generated by substituting the
affiliateCampaignCode into the template URL for the current platform.
+ (NSString *)reviewURLString;
rateApp tells UAAppReviewManager to open the App Store page where the user can specify a rating for the app. It also records the fact that this has happened, so the user won't be prompted again to rate the app for this version. The only case where you should call this directly is if your app has an explicit "Rate this app" command somewhere. In all other cases, don't worry about calling this — instead, just call the other functions listed above, and let UAAppReviewManager handle the bookkeeping of deciding when to ask the user whether to rate the app.
dontRate tells UAAppReviewManager that the user declined to review the app. Also records the fact that this has happened, so the user won't be prompted again to rate the app. The only case where you should call this directly is if your app has a custom "Rate this app?" pop-up. In all other cases, don't worry about calling this -- instead, just call the other functions listed above, and let UAAppReviewManager handle the bookkeeping of deciding when to ask the user whether to rate the app.
remindMeLater tells UAAppReviewManager that the user asked to be reminded later to review the app. Also records the fact that this has happened, so the user will be reminded after some time (
daysBeforeReminding) has passed. The only case where you should call this directly is if your app has a custom "Rate this app?" pop-up. In all other cases, don't worry about calling this -- instead, just call the other functions listed above, and let UAAppReviewManager handle the bookkeeping of deciding when to ask the user whether to rate the app.
iOS Only Methods
closeModalPanel tells UAAppReviewManager to immediately close any open rating modal panels for instance, a
UAAppReviewManager uses blocks instead of delegate methods for callbacks. Default is nil for all of them.
+ (void)setOnDidDisplayAlert:(UAAppReviewManagerBlock)didDisplayAlertBlock; + (void)setOnDeclineToRate:(UAAppReviewManagerBlock)didDeclineToRateBlock; + (void)setOnDidOptToRate:(UAAppReviewManagerBlock)didOptToRateBlock; + (void)setOnDidOptToRemindLater:(UAAppReviewManagerBlock)didOptToRemindLaterBlock;
iOS Only Block Callbacks
+ (void)setOnWillPresentModalView:(UAAppReviewManagerAnimateBlock)willPresentModalViewBlock; + (void)setOnDidDismissModalView:(UAAppReviewManagerAnimateBlock)didDismissModalViewBlock;
By default UAAppReviewManager increments the use count every time the app enters the foreground. If you want to suppress this behavior (i.e. not counting a foreground event caused by switching apps during a Facebook login) you can do so with a UAAppReviewManagerShouldIncrementBlock that returns NO to ignore a foreground event or YES to count it as normal.
UAAppReviewManager allows you to set a block that is called immediately preceding the display of the popup.
typedef BOOL (^UAAppReviewManagerShouldPromptBlock)(NSDictionary *trackingInfo);
UAAppReviewManagerShouldPromptBlock block passes you the keys and values UAAppReviewManager used to determine that the prompt should be called, and expects a
BOOL return value on whether or not the prompt should still be displayed. This allows you to have one last chance to do any of your own custom logic to determine whether or not this is an appropriate time to display the prompt.
In addition to the global
shouldPromptBlock, each of the class methods that trigger the presentation of the prompt (
userDidSignificantEvent:) have their own block based variant that allows you to customize whether or not this is an appropriate time to display the prompt.
+ (void)userDidSignificantEventWithShouldPromptBlock:(UAAppReviewManagerShouldPromptBlock)shouldPromptBlock; + (void)showPromptWithShouldPromptBlock:(UAAppReviewManagerShouldPromptBlock)shouldPromptBlock
When using these methods instead of their
BOOL sister-methods, none of the internal UAAppReviewManager logic is used to determine whether or not to display the prompt. Only your block is used to decide whether or not it should be presented, based solely on the return value you pass back in the block. This also means that even the global
shouldPromptBlock (if set) will not be called when using these methods.
shouldPromptBlock is run synchronous and on the main queue, so be sure to handle it appropriately.
NSUserDefaults and Keys
UAAppReviewManager has sensible defaults for the
NSUserDefaults keys it uses, but you can customize that here if you want. Get/Set the
NSUserDefaults Keys that store the usage data for UAAppReviewManager. Default values are all in the form of "UAAppReviewManagerKey"
+ (NSString *)keyForUAAppReviewManagerKeyType:(UAAppReviewManagerKeyType)keyType; + (void)setKey:(NSString *)key forUAAppReviewManagerKeyType:(UAAppReviewManagerKeyType)keyType;
You don't have to use NSUserDefaults as your Key/Value store, though UAAppReviewManager defaults to using it. If you want to sync your rating and usage stats across all of your User's devices, you may want to use the NSUbiquitousKeyValueStore instead. This will ensure that the user won't be prompted to rate the same version of the same app on separate devices.
+ (NSObject<UAAppReviewManagerDefaultsObject> *)userDefaultsObject; + (void)setUserDefaultsObject:(NSObject<UAAppReviewManagerDefaultsObject> *)userDefaultsObject;
userDefaultsObject is a weak reference so ensure you properly maintain it's lifecycle on your own.
userDefaultsObject can be any NSObject that responds to the
@protocol UAAppReviewManagerDefaultsObject <NSObject> @required - (id)objectForKey:(NSString *)defaultName; - (void)setObject:(id)value forKey:(NSString *)defaultName; - (void)removeObjectForKey:(NSString *)defaultName; - (BOOL)synchronize; @end
So, to use it with iCloud and the
NSUbiquitousKeyValueStore, set it up like so:
[UAAppReviewManager setUserDefaultsObject:(NSObject<UAAppReviewManagerDefaultsObject> *)[NSUbiquitousKeyValueStore defaultStore]];
You can get/set the
keyPrefix to the keys above that store the usage data for UAAppReviewManager. The default value is the
AppID, and it is prepended to the keys for key type. Setting a
keyPrefix prevents different apps using a shared Key/Value store from overwriting each other.
+ (NSString *)keyPrefix; + (void)setKeyPrefix:(NSString *)keyPrefix;
For more information on how to use and setup UAAppReviewManager, please see the Example Project for both iOS and OS X Apps.
UAAppReviewManager vs. Appirater
Appirater is great and has been used by many, many developers since its introduction in 2009. It has been updated throughout the years and suits the need of many people, yet leaves a ton left to be desired for the experienced developer. Appirater is:
- Only available for iOS
- Mixes a bunch of class methods and instance methods unnecessarily
- Relies on a confusing mixture of MACROS and runtime configs for setup when either way would be better on its own
- Utilizes the ancient Delegate pattern for callbacks in the age of Blocks
- Is not able to be disabled on minor patch updates
- No iTunes affiliate support
- No way to prevent dual prompts for the same app and version on two separate devices
- Makes the implementer write more code for lifecycle events
I started addressing these issues in a fork of Appirater, but quickly realized that the entire project could be re-written in a better way to address the above points. UAAppReviewManager is:
- Available for iOS and Mac
- Runs as a Singleton, with Class level, pass-through convenience methods.
- Every aspect is configurable at runtime through an established API.
- Uses Blocks for all event callbacks and notifications.
- Allows developers to disable the prompt easily on minor updates
- Allows iTunes affiliate codes to be used.
- Allows you to prevent prompts for the same app and version on two separate devices
- Makes the implementer write less code by listening to notifications of lifecycle events
Once all these additions, alteration and features were added, it was too much to push back up to Appirater, so UAAppReviewManager was born. That being said, some of the existing code logic, methods, and language translations (32 of them!) are used from Appirater and due credit needs to be given. UAAppReviewManager could not have existed without it. Thank you!
Upgrading From Appirater
The API for the methods is backwards close to Appirater, with a few exceptions (there are no delegate methods in UAAppReviewManager, only block calbacks). The first several releases of UAAppReviewManager will include the deprecated Appirater methods and naming scheme. Those methods, and their new counterparts are:
OLD: + (void)setAppId:(NSString*)appId __attribute__((deprecated("Use setAppID:"))); NEW: + (void)setAppID:(NSString *)appID;
OLD: + (void)setTimeBeforeReminding:(double)value __attribute__((deprecated("Use setDaysBeforeReminding:"))); NEW: + (void)setDaysBeforeReminding:(NSUInteger)daysBeforeReminding;
OLD: + (void)setAlwaysUseMainBundle:(BOOL)useMainBundle __attribute__((deprecated("Use setUseMainAppBundleForLocalizations:"))); NEW: + (void)setUseMainAppBundleForLocalizations:(BOOL)useMainAppBundleForLocalizations;
OLD: + (void)appLaunched __attribute__((deprecated("Use appLaunched: instead"))); NEW: + (void)appLaunched:(BOOL)canShowPrompt;
OLD: + (void)setDelegate:(id)delegate __attribute__((deprecated("Use the block-based callbacks instead"))); NEW: + (void)setOnDidDisplayAlert:(UAAppReviewManagerBlock)didDisplayAlertBlock; NEW: + (void)setOnDeclineToRate:(UAAppReviewManagerBlock)didDeclineToRateBlock; NEW: + (void)setOnDidOptToRate:(UAAppReviewManagerBlock)didOptToRateBlock; NEW: + (void)setOnDidOptToRemindLater:(UAAppReviewManagerBlock)didOptToRemindLaterBlock; NEW: + (void)setOnWillPresentModalView:(UAAppReviewManagerAnimateBlock)willPresentModalViewBlock; NEW: + (void)setOnDidDismissModalView:(UAAppReviewManagerAnimateBlock)didDismissModalViewBlock;
OLD: + (void)setOpenInAppStore:(BOOL)openInAppStore __attribute__((deprecated("Use setOpensInStoreKit:"))); NEW: + (void)setOpensInStoreKit:(BOOL)opensInStoreKit;
For most people doing an upgrade, all that will be needed for upgrading is a simple find/replace on
Appirater to change it to
UAAppReviewManager will automatically convert the NSUserDefault keys store under Appirater apps into the keys used by UAAppReviewManager. The values will transfer over, and the old, unused Appirater keys will be deleted from the settings.
There are some ideas we have for future versions of UAAppReviewManager. Feel free to fork/implement if you would like to expedite the process.
Add the ability to sync the usage stats via iCloudAdded in 0.1.3 Add lifecycle notification listeners so code can be removed (Issue #8)Added in 0.2.0
- Add the ability to present the prompt using a custom class other than a
- Add additional localizations: ongoing
- Your idea.
Bugs / Pull Requests
Let us know if you see ways to improve UAAppReviewManager or see something wrong with it. We are happy to pull in pull requests that have clean code, and have features that are useful for most people.
What Does UA stand for?
Urban Apps. We make neat stuff. Check us out.
Open-Source Urban Apps Projects
- Armchair - A simple yet powerful App Review Manager for iOS and OSX (Swift)
- UAModalPanel - An animated modal panel alternative for iOS
- UALogger - A logging utility for Mac/iOS apps
- UAObfuscatedString - A simple NSString category to hide sensitive strings
- UAProgressView A simple and lightweight, yet powerful animated circular progress view
- Urban - An Xcode color scheme that uses a soft dark background, with subtle blue, orange and yellow colors
If you want to thank us for open-sourcing UAAppReviewManager, you can buy one of our apps or even donate something small.