You can use one QR code for both the Apple App Store and Google Play by encoding a managed link with device-based redirects. In GeoQR, an iOS rule points to your App Store listing, an Android rule points to your Google Play listing, and a default page helps visitors whose device does not match.
This lets you put one “Download the app” code on a poster, package insert, or event sign. You manage the destinations behind the printed code and can update a store URL later without replacing the artwork.
Example: one app, two stores, one fallback
For an app available on both platforms, start with these three destinations:
| Detected device | Destination |
|---|---|
| iOS | Your app's Apple App Store listing |
| Android | Your app's Google Play listing |
| Other or unidentified | Your website's download page with both store links |
This example uses only device rules. If you also configure country rules, an unmatched device can reach a matching country destination before the default. A website download page is still useful for desktop visitors and people who need to choose a store themselves.
Set up the app-store QR code in GeoQR
- Prepare the destinations. Copy the public HTTPS listing URL for each store and choose a download page on your website. Check that each listing belongs to your app and is available to your intended audience.
- Create a dynamic QR code. If you are updating a GeoQR code already in print, open that existing code so its encoded address stays the same.
- Set the default in Destinations. Use your website's download page with clearly labeled App Store and Google Play links.
- Add an iOS destination. Enter your Apple App Store listing URL for visitors detected as iOS.
- Add an Android destination. Enter your Google Play listing URL for visitors detected as Android.
- Review and save. Check any existing country, combined, or scheduled routes before publishing. When updating a live code, review the live-update confirmation and verify the saved destinations.
GeoQR checks combined device-and-country rules first, then device rules, then country rules, then the default. Keep the initial setup simple unless a particular audience needs an exception. The destination-rule documentation explains the supported controls.
Test the published link before printing
- Scan with an iPhone and confirm the correct App Store listing opens.
- Scan with an Android phone and confirm the correct Google Play listing opens.
- Open the encoded QR link in a desktop browser and check the fallback page.
- If iPad users are part of your audience, test an iPad too. Confirm both the selected destination and app compatibility.
- Test any country-specific or scheduled exceptions you have configured.
Device detection depends on the request information supplied by the browser or scanner. Test the camera and in-app browsers your audience actually uses, and keep the fallback page useful when detection differs from your expectation. For the physical artwork, follow the QR code print-testing checklist.
Update store links and measure scans
If a listing URL changes, edit its device destination in the existing code and retest all three paths. You do not need new artwork while the managed address encoded in the QR remains the same. See how to change a QR link after printing for the distinction between the printed address and its destination.
Use separate QR codes for placements you want to compare, such as posters and package inserts. GeoQR's scan analytics describe activity at those links; a scan is not a confirmed app install. Our QR scan tracking guide explains how to interpret that activity.
For other uses of the same rules, explore QR code routing by device and country or the country redirect walkthrough.