Every old link now fails
Google says links on page.link and on custom domains return a 404 to anyone who taps them. That includes the QR code on last year's billboard.
Google says links on page.link and on custom domains return a 404 to anyone who taps them. That includes the QR code on last year's billboard.
Google removed every .page.link domain, so those links can't be pointed anywhere else. They have to be replaced.
Dynamic Links sent people without your app to the store, then to the right screen after install. Without a replacement, they get your home screen, if they get the app at all.
Google marked link and domain data for deletion on the shutdown date. If nobody exported it, the list of what you had may already be gone.
Google's Dynamic Links APIs, including link stats, now return errors. Campaigns that relied on them went quiet.
We list every link still out there: in emails, QR codes, social bios, ads and your own app. From your export if you have one, and from your code and campaigns if you don't.
Branch, AppsFlyer OneLink, or plain App Links and Universal Links, based on what your links actually need to do. Not on what's easiest for us.
New link domains, deep link routing in the app, and tests on real iOS and Android phones, with and without the app installed.
Connect the new links to your attribution and analytics, so campaign clicks and installs show up where they should.
| Criterion | Branch | AppsFlyer OneLink | App Links and Universal Links |
|---|---|---|---|
| Opens the app if it's installed | Yes, with Universal Links and App Links Source: help.branch.io | Yes, with App Links, Universal Links and URI schemes Source: support.appsflyer.com | Yes, that's what they do Source: developer.apple.com |
| Right screen after a new install (deferred deep linking) | Yes Source: help.branch.io | Yes, from the Standard deep linking plan Source: appsflyer.com | Not built in: without the app, people go to your website Source: developer.android.com |
| Your own link domain | Yes, a subdomain or root domain, plus a default app.link domain Source: help.branch.io | Branded domains from the Advanced deep linking plan Source: appsflyer.com | Yes, they run on your own domain Source: developer.apple.com |
| QR codes | Branded QR codes through the QR Code API, on Engagement Pro Source: help.branch.io | Short links and QR codes on the free Zero plan Source: appsflyer.com | Any QR code that holds your link |
| Entry plan | Basics, with a free trial. Prices aren't published Source: branch.io | Zero, free, but not for apps with paid activities Source: appsflyer.com | Free, but you build and host it yourself Source: firebase.google.com |
| Migration guide from Dynamic Links | Yes Source: help.branch.io | Yes Source: support.appsflyer.com | Yes, from Google Source: firebase.google.com |
Checked against each product's own documentation on 14 October 2026. Products change; tell us if something here is out of date.
Branch and AppsFlyer are both partners of ours. Google's own FAQ also names Adjust, Airbridge, Bitly, Kochava and Singular, and suggests plain App Links and Universal Links if your links only need to open an app people already have.
No. Since 25 August 2025 they return a 404 error page, and Google has removed the .page.link domains, so they can't be redirected. They need replacing.
Google offered an export through Google Takeout and marked link data for deletion on the shutdown date, so it may no longer be there. If someone exported before then, find that file: it's the quickest way to see what you had.
If your links only need to open the app for people who already have it, App Links and Universal Links can be enough, and they cost nothing but the setup. If people who install from a link should land on the right screen, or you need campaign data from your links, you want a provider.
Usually a smaller one, because their SDK is already in your app. Most of the work is setting up links and routing. We scope it properly before you commit to anything.
Only if they were on your own domain, not page.link. Then the domain can sometimes be pointed at the new provider. We check this first, because it decides whether anything needs reprinting.

Tell us roughly how many links you had and where they live. We'll tell you honestly how big the job is.