Overview
Growth teams and live-ops rely on precise routing and clean attribution. Gaming deep links let you move players
directly to a relevant screen — from a social post, stream overlay, ad, newsletter, or QR code at an event — and
keep the context intact through App Store or Play Store. SDDL issues a unique key per link, stores the metadata
you define (e.g., quest_id
, reward_code
, source
, campaign
),
and returns that payload to your app on first launch so you can personalize and attribute.
How deep linking works for games
- Create a link for a campaign, creator, or live-ops beat. Add UTM and JSON metadata.
- Player taps from social, a video description, an in-game message, email, or SMS.
- If the app isn’t installed, SDDL redirects to the store and safely stores the context.
- On first launch, the app fetches payload (SDK or
GET /api/{key}/details
) and routes: redeem reward, open quest, resume onboarding, show paywall, etc. - Optionally, webhooks notify your backend about clicks and resolved payloads — ready for BI and payouts.
Rewards, bonus codes & inventories
Deliver value immediately when players arrive. Deferred deep links are ideal for starter packs, invite rewards, seasonal cosmetics, or quest unlocks. Encode the necessary attributes in link metadata and apply them in-app after you resolve the payload.
Example metadata when creating a link:
{
"reward_code": "STARTER100",
"quest_id": "q-42",
"source": "UA",
"partner_id": "creator_123",
"expires_at": "2025-12-31T23:59:59Z"
}
On first launch, read the payload and validate server-side before granting items. You can expire codes, cap redemptions by account/device, or attach rewards to specific geos or campaigns.
UA & re-engagement campaigns
SDDL carries UTM parameters plus your own identifiers into the app session so you can attribute installs and measure quality. For re-engagement, deep links bring lapsed users back to fresh content — live events, battle passes, limited-time modes — reducing friction and improving conversion.
- Creators & affiliates: one vanity link per partner for clean attribution and payouts.
- Ad platforms: keep
utm_source
,utm_medium
,utm_campaign
intact. - Lifecycle: target onboarding steps, paywall trials, or win-back bundles.
Implementation: SDK or pure REST
Choose the integration style that fits your stack. Many game teams start with REST and adopt the SDK for automatic cold-start handling.
- REST only: When the app launches, call
/api/{key}/details
. If the key is unknown, call/api/try/details
. Use the returned JSON to route and grant rewards. - SDKs (iOS / Android / Flutter): Lightweight helpers that handle open-URL events and first-launch recovery. They also add helpful headers for attribution.
See API documentation and the guides for iOS Universal Links, Android App Links, and the Deferred Deep Links overview.
Analytics, UTM & webhooks
Every click is tracked with timestamp, device hints and geo (where available). UTM parameters are preserved and returned to your app, and you can subscribe to webhooks for click and payload-resolved events. That makes it straightforward to build partner dashboards, reconcile budgets, and monitor cohort quality.
- Attribution: tie installs and post-install actions to campaigns or creators.
- Quality: review source/medium performance and zero-click links that need fixes.
- BI: stream events to your data warehouse via webhooks for flexible reporting.
Guardrails & abuse prevention
Gaming promos attract scanners and abuse attempts. SDDL applies practical guardrails: filtering known preview bots, one-time payload use, and basic time-window checks between click and resolve. We recommend validating reward claims on your server (e.g., one grant per account or device, limited redemption windows) and auditing high-volume sources.
Setup requirements
SDDL supports iOS Universal Links and Android App Links. We automatically publish
apple-app-site-association
and assetlinks.json
from your dashboard configuration — no
extra hosting. Use your custom domain for brand trust and deliverability. For the most reliable deferred flow,
enable the optional interstitial before redirecting to the store.
Need a QA checklist? Use our Testing & QA Playbook to verify end-to-end before you scale.
Best practices
- Map the first session: decide exactly which screen to open for each campaign type.
- Keep metadata small & clear: include only what you need for routing and reward issuance.
- Use consistent UTM: align naming across ad platforms, creators and channels.
- Validate rewards server-side: limit redemptions and log anomalies for review.
- Instrument webhooks: build a simple backoffice to reconcile creator payouts.
FAQ
Do we need to integrate an SDK?
Not required. You can implement a REST-only flow. SDKs simplify cold-start handling and add helpful headers.
Can we deliver bonus codes and starter packs?
Yes. Encode codes or inventory IDs in link metadata and apply them after resolving the payload on first launch.
How do we attribute UA campaigns?
UTM and your custom fields are preserved and returned to the app; combine that with webhooks for backend reconciliation.
Does SDDL host AASA and assetlinks.json?
Yes. We publish both automatically based on your settings — no extra infrastructure needed.
How do we prevent abuse?
We mark payloads as used after read and apply practical checks; pair that with server-side validation and caps for promos.
Related guides
Continue exploring-
Deep Links — The Complete Guide
Guide -
Deferred Deep Links — How They Work
Guide -
Universal Links (iOS) — Setup & Troubleshooting
Guide -
Firebase Dynamic Links Alternative
Guide -
Branch.io Alternative
Guide -
App Links (Android)
Guide -
Troubleshooting Playbook
Guide -
QA Playbook
Guide -
E-commerce Deep Links
Guide -
Deep Links for Ads
Guide -
QR Codes to App — Deferred Deep Links
Guide -
Email & SMS Deep Links
Guide -
Creator & Affiliate Deep Links
Guide -
No-SDK Deep Links — REST-Only
Guide -
Deferred Deep Links in React Native — Setup Guide
Guide