Firebase Dynamic Links is gestopt: wat gebruik je nu?

Jarenlang was Firebase Dynamic Links het standaardantwoord op ‘hoe maak ik één link die werkt voor mijn app op iPhone, Android en het web’. Het was gratis, het zat bij Firebase en het bracht deeplinks door een installatie heen. Nu is het weg. Heb je nog page.link-adressen in oude e-mails, op gedrukte QR-codes of in je appcode, dan werken die niet meer.

Dit artikel behandelt wat er gebeurde, wat elk onderdeel van Dynamic Links deed en wat elk onderdeel vervangt, zodat je alleen opnieuw bouwt wat je echt gebruikte.

Wat er gebeurde

Er is dus geen overgangsperiode meer en geen manier om een page.link-adres in leven te houden. Wie er vandaag op tikt, ziet een foutmelding. Het enige wat je nog kunt veranderen, is waar je mensen vanaf nu naartoe stuurt.

Eén bijeffect mis je makkelijk: inloggen via een e-maillink in Firebase Authentication gebruikte Dynamic Links. Volgens de FAQ van Google blijft inloggen via een e-maillink werken, maar alleen met de nieuwere Authentication-SDK’s, en oudere appversies die niet zijn bijgewerkt verliezen die functies. Loggen mensen in je app in met een magische link, controleer dat dan eerst.

Wat Dynamic Links eigenlijk deed

‘Dynamic Links’ was eigenlijk vier functies onder één naam. De meeste apps gebruikten er één of twee van.

1. Doorsturen naar de store. Eén adres dat iPhones naar de App Store stuurde, Android-telefoons naar Google Play en computers naar een website.
2. De app openen als die geïnstalleerd is. Op een telefoon met de app opende een tik op de link het juiste scherm in de app.
3. Uitgestelde deep links. Iemand zonder de app tikte op de link, installeerde de app en kwam bij de eerste keer openen op het scherm waar de link naar wees: een uitnodiging, een product, een gedeelde lijst.
4. Korte links en eenvoudige klikcijfers.

Loop voordat je een vervanger kiest je code en je marketing door en schrijf op op welke van de vier je leunde. Dat bepaalt hoeveel werk de migratie is.

Welke vervanger voor welke taak

De app openen als die geïnstalleerd is: Universal Links en App Links

Voor functie 2 raadt Google zelf de ingebouwde mechanismen van de platforms aan: Universal Links op iOS en App Links op Android. Met allebei opent een gewoon https://-adres op je eigen domein je app direct als die geïnstalleerd is, en valt het terug op de website als dat niet zo is.

Ze vragen wat instelwerk:

• Op iOS een apple-app-site-association-bestand op je domein en de Associated Domains-entitlement in de app.
• Op Android een assetlinks.json-bestand op je domein en intent filters met autoVerify in je manifest.
• Code in de app die de binnenkomende URL leest en het juiste scherm opent.

Voor de meeste apps is het een middag werk, het kost niets en het domein is van jou, dus niemand kan het opnieuw stopzetten. Firebase Hosting kan de twee verificatiebestanden serveren als je site daar al staat.

Doorsturen naar de store: een slimme link

Voor functie 1 heb je een link nodig die het apparaat herkent en naar de juiste store doorstuurt. Je kunt er zelf een schrijven op je website in een paar regels, of een van de vele tools voor slimme links gebruiken. De gids Eén link voor App Store en Google Play behandelt beide opties en de details waar mensen over struikelen (iPads die zich als Mac voordoen, bots voor linkvoorbeelden, in-app-browsers).

Uitgestelde deep links: het hangt af van het platform

Bij functie 3 verschillen de platforms het meest.

• Op Android is het eenvoudig. Google Play ondersteunt het standaard, dus een nieuwe gebruiker kan zonder verzoeken op het scherm komen waar de link naar wees. Ons artikel Uitgestelde deep links op Android, uitgelegd loopt het stap voor stap door.
• Op iPhone bestaat er geen equivalent. Apple geeft bij een installatie uit de App Store niets van een link door, dus tools die uitgestelde deep links op iPhone beloven, leunen op fingerprinting of een plakverzoek. Uitgestelde deep links uitgelegd vergelijkt de opties, ook de optie die Apple verbiedt.

Hing je iPhone-flow af van uitgestelde deep links, kijk dan of het ook anders kan: vraag nieuwe gebruikers in te loggen of een uitnodigingscode in te vullen, en haal de context uit hun account.

Korte links en cijfers

Functie 4 is het makkelijkst te vervangen: bijna elke linktool verkort en telt. De betere vraag is welke cijfers je nodig hebt. Klikken vertellen je wie er tikte. Veel meer dan dat vertelde Dynamic Links je nooit. Wil je weten welke link installaties opleverde, en welke mensen die betaalden, dan heb je een tool nodig met een SDK in je app, en precies daar kan een migratie je beter af laten zijn dan voorheen.

Volledige vervangers

Gebruikte je alle vier de functies, of heb je ook attributie voor betaalde campagnes nodig, dan vervangt een volledig platform voor deep linking of meting Dynamic Links in één keer. De FAQ van Google noemt Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava en Singular, en sinds de stopzetting zijn er veel kleinere tools verschenen die zich specifiek richten op voormalige gebruikers van Dynamic Links. Ze verschillen sterk in prijs, in gedrag op iPhone en in hoeveel instelwerk ze vragen, dus test ze met je eigen app voordat je alles overzet.

Waar Unolink past

Unolink is geen kant-en-klare vervanger voor heel Dynamic Links. Het vervangt de onderdelen die de meeste apps echt gebruikten, en voegt toe wat Dynamic Links je nooit liet zien: wat mensen na de installatie deden.

Wat het vervangt:

• Doorsturen naar de store, in elk abonnement, ook Free: één link per app die iPhone en iPad naar de App Store stuurt, Android naar Google Play en computers naar je website of desktopstore. Bekende bots en linkvoorbeelden worden nooit naar een store gestuurd en nooit geteld. Instellen kost een paar minuten.
• Korte links met cijfers: een campagnelink per post, creator of advertentie, elk met klikken per land, platform, verwijzer en UTM-tag.
• QR-codes voor elke link, zodat je volgende gedrukte codes naar een adres wijzen dat jij beheert.
• Uitgestelde deep links op Android (Pro en hoger, met de SDK): geef een link een bestemmingsscherm en nieuwe Android-gebruikers komen daar na het installeren op terecht. Zie uitgestelde deep links op Android.

Wat het toevoegt:

• Welke link elke installatie opleverde, op iPhone en Android, zonder fingerprinting (Pro en hoger, met de SDK).
• Wat er daarna gebeurde, per link: onboarding, paywallweergaven en aankopen, met omzet uit RevenueCat die vanzelf binnenkomt zodra die gekoppeld is. Je ziet welke posts, creators en advertenties betalende gebruikers opleveren, niet alleen tikken.
• Landingspagina’s en een ontwikkelaarspagina (Indie en hoger), voor advertenties en voor je bio.
• Een vaste, openbare prijs: Free om te beginnen, daarna US$ 6, US$ 19 of US$ 49 per maand. Geen kosten per klik of per installatie en geen verkoopgesprek. Zie prijzen.

Wat het niet doet:

• Universal Links en App Links. Unolink-links gaan altijd via de store; stel voor het openen van een geïnstalleerde app de eigen links van de platforms in op je domein.
• Uitgestelde deep links op iPhone. Unolink fingerprint geen apparaten en gebruikt geen plakverzoek, dus er zijn geen uitgestelde deep links op iPhone.
• Links op je eigen domein. Links staan vandaag op go.unolink.dev. Eigen domeinen komen binnenkort.

Een gangbare opzet voor kleine teams: Universal Links en App Links op je eigen domein voor mensen die de app hebben, en een Unolink-link in bio’s, advertenties en QR-codes voor mensen die hem niet hebben.

Checklist voor de migratie