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.
AppsFlyer OneLink, Branch, or plain App Links and Universal Links, based on what your links 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.
Start from your Google Takeout export if you made one. If not, rebuild the list from your code, your campaigns and anything printed.
Decide what each link has to do: open the app, survive an install, carry campaign data, or all three.
Choose the replacement, and put it on a link domain you own, so a shutdown like this can't catch you again.
If you ran Dynamic Links on your own domain, you may be able to point that domain at the new provider so printed QR codes keep working. page.link links can't be saved.
Update the app to handle the new links, then test on real phones, with and without the app installed.
Swap the links in emails, ads, bios and templates, and reprint anything that used page.link.
Connect the new links to your attribution and analytics, and check the numbers line up.
AppsFlyer and Branch 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 how big the job is.