Shopping Portal Mobile Integration

shopping portal the shopping portal is a cashback and coupons marketplace that lives inside your mobile app as an embedded web view your users browse merchant offers, click through to shop, and earn cashback on qualifying purchases this page summarizes how the integration works and the key decisions your team needs to make the user flow ✓ stay in the app recommended the merchant’s website opens inside your app the user shops, checks out, and returns to the portal without ever leaving your app best attribution — tracking stays intact seamless ux — no context switch requires more webview configuration ↗ open in browser higher risk the merchant link opens in safari, chrome, etc the user leaves your app to shop and has to manually switch back to your app simpler to build — standard url handoff attribution risk — browser privacy features can block tracking cookies user leaves your app entirely why does this matter? cashback depends on an unbroken tracking chain user click → affiliate redirect → tracking cookie → purchase → commission if any step breaks, the user doesn’t get cashback browser privacy features (safari itp, firefox etp, and ad blockers) actively work against this chain keeping the experience in app gives you the most control over protecting it 2 how the integration works build entry points your team creates the surfaces that lead users to the portal — a menu item, home screen card, push notification, etc host the webview your app opens a web view that loads the portal we provide the url; you provide the native app shell (header, nav, back button) handle authentication for most partners, your app passes a user id in the url when launching the portal no login ui needed inside the portal itself configure link routing in app only merchant clicks and affiliate redirects need to stay inside the webview links to your own help center or legal pages can open externally suppress app to app handoffs in app only if a merchant has a native app (e g , amazon), the webview must not let the os hijack the link the redirect chain has to complete in the webview for tracking to work test attribution end to end click a merchant offer → complete a test purchase → verify the conversion appears in our tracking dashboard repeat across multiple merchants steps 1–3 and 6 apply to both integration models steps 4 and 5 in app only are specific to the recommended stay in app experience — they don’t apply if you choose browser click out 3 pre launch checklist webview supports javascript, cookies, and local storage third party cookies enabled (especially android) affiliate redirect chains are complete without interruption no universal link / app link hijacking on merchant urls back button steps through webview history correctly authenticated session persists across app backgrounding tested across ios and android (current + prior major os version) tested with ad blockers, password managers, and vpns active attribution validated end to end with test purchases monitoring/logging in place for broken flows more resources wildfire universal data dictionary docid\ ccdzm26gwfh ejve3ntqf shopping portal mobile embedded experience technical implementation guide docid\ mary8ucg oqsyapwwhrej