Open emails in your app instead of the portal
Send users into your app, not the web
If you ship a mobile or desktop app, you'd rather your customers tap an email and land on the right screen in your app than in a browser. AppGram supports this through per-email-type redirect URLs.
Why https only
You can only configure https:// URLs as redirect targets. Custom schemes like myapp:// or instagram:// are blocked by every major email client (Gmail web/mobile, Outlook, most webmail) — they strip or refuse to open them, so the button does nothing.
The right tool is Universal Links (iOS) or App Links (Android): an https URL that the OS recognizes and opens in your app when installed, with graceful fallback to your website when not.
Set it up on your side
- iOS: Host an
apple-app-site-associationfile on your domain that points to your app's bundle ID. Apple documentation: Supporting Universal Links. - Android: Host an
assetlinks.jsonfile on your domain. Google documentation: Handling Android App Links.
Set it up in AppGram
- Open your project → Settings → Email customization → Redirect URLs.
- For each email type, paste your Universal Link template using placeholders:
https://app.example.com/changelog/{slug} https://app.example.com/support/{request_id}?t={token} https://app.example.com/roadmap/{item_id} https://app.example.com/status - Save. The CTA button in those emails now points at your URL.
Available placeholders
| Email type | Placeholders |
|---|---|
| release | {slug}, {id}, {version} |
| roadmap | {item_id}, {item_title}, {from_column}, {to_column} |
| status | {status_type} |
| support | {request_id}, {token} |
Heads-up
- Universal Links resolve in the browser when the app isn't installed — make sure that fallback URL is a real page.
- The token in support links is the magic-link access token; treat it as sensitive when logging.
- Clear any redirect to revert that email type to your AppGram-hosted portal page.