Aus für Firebase Dynamic Links: was du jetzt nutzt

Jahrelang war Firebase Dynamic Links die Standardantwort auf die Frage „Wie mache ich einen Link, der für meine App auf iPhone, Android und im Web funktioniert?“. Es war kostenlos, kam mit Firebase und brachte Deeplinks durch die Installation hindurch. Jetzt ist es weg. Wenn du noch page.link-Adressen in alten E-Mails, auf gedruckten QR-Codes oder im App-Code hast, funktionieren sie nicht mehr.

Dieser Beitrag zeigt, was passiert ist, was jeder Teil von Dynamic Links gemacht hat und was ihn ersetzt, damit du nur neu baust, was du wirklich genutzt hast.

Was passiert ist

Es gibt also keine Schonfrist mehr und keinen Weg, eine page.link-Adresse am Leben zu halten. Wer heute auf eine tippt, sieht einen Fehler. Ändern kannst du nur, wohin du die Leute ab jetzt schickst.

Eine Nebenwirkung übersieht man leicht: Die Anmeldung per E-Mail-Link in Firebase Authentication lief über Dynamic Links. Laut Googles FAQ funktioniert die Anmeldung per E-Mail-Link weiter, aber nur mit den neueren Authentication-SDKs, und ältere App-Versionen ohne Update verlieren diese Funktionen. Wenn sich Leute in deiner App per Magic Link anmelden, prüf das zuerst.

Was Dynamic Links eigentlich gemacht hat

„Dynamic Links“ waren eigentlich vier Funktionen unter einem Namen. Die meisten Apps nutzten eine oder zwei davon.

1. Store-Weiterleitung. Eine Adresse, die iPhones in den App Store, Android-Handys zu Google Play und Computer auf eine Website schickte.
2. App öffnen, wenn sie installiert ist. Ein Tippen auf den Link auf einem Handy mit der App öffnete darin den richtigen Screen.
3. Deferred Deep Links. Jemand ohne die App tippte auf den Link, installierte die App und landete beim ersten Öffnen auf dem Screen, auf den der Link zeigte: eine Einladung, ein Produkt, eine geteilte Liste.
4. Kurzlinks und einfache Klickzahlen.

Bevor du einen Ersatz auswählst, geh deinen Code und dein Marketing durch und notiere, auf welche der vier du dich verlassen hast. Davon hängt ab, wie viel Arbeit die Migration ist.

Welcher Ersatz für welche Aufgabe

App öffnen, wenn sie installiert ist: Universal Links und App Links

Für Funktion 2 empfiehlt Google selbst die eingebauten Mechanismen der Plattformen: Universal Links unter iOS und App Links unter Android. Mit beiden öffnet eine ganz normale https://-Adresse auf deiner eigenen Domain direkt deine App, wenn sie installiert ist, und fällt auf die Website zurück, wenn nicht.

Sie brauchen ein wenig Einrichtung:

• Unter iOS eine apple-app-site-association-Datei auf deiner Domain und das Associated-Domains-Entitlement in der App.
• Unter Android eine assetlinks.json-Datei auf deiner Domain und Intent-Filter mit autoVerify im Manifest.
• Code in der App, der die eingehende URL liest und den richtigen Screen öffnet.

Für die meisten Apps ist das ein Nachmittag Arbeit, es kostet nichts, und die Domain gehört dir, also kann sie niemand wieder abschalten. Firebase Hosting kann die beiden Verifizierungsdateien ausliefern, wenn deine Website schon dort liegt.

Store-Weiterleitung: ein Smart Link

Für Funktion 1 brauchst du einen Link, der das Gerät erkennt und in den richtigen Store weiterleitet. Du kannst ihn mit ein paar Zeilen selbst auf deiner Website schreiben oder eines der vielen Smart-Link-Tools nutzen. Der Leitfaden Ein Link für App Store und Google Play behandelt beide Wege und die Details, an denen Leute hängen bleiben (iPads, die sich als Mac ausgeben, Bots für Linkvorschauen, In-App-Browser).

Deferred Deep Links: Es kommt auf die Plattform an

Bei Funktion 3 unterscheiden sich die Plattformen am stärksten.

• Unter Android ist es unkompliziert. Google Play unterstützt es von Haus aus, also kann ein neuer Nutzer ohne Abfragen auf dem Screen landen, auf den der Link zeigte. Unser Beitrag Deferred Deep Links unter Android erklärt geht das Schritt für Schritt durch.
• Auf dem iPhone gibt es nichts Vergleichbares. Apple gibt bei einer Installation aus dem App Store nichts aus einem Link weiter, also setzen Tools, die Deferred Deep Links auf dem iPhone versprechen, auf Fingerprinting oder eine Einfügen-Abfrage. Deferred Deep Linking erklärt vergleicht die Möglichkeiten, auch die, die Apple verbietet.

Wenn dein iPhone-Ablauf auf Deferred Deep Links beruhte, überleg, ob er auch anders funktionieren kann: Bitte neue Nutzer, sich anzumelden oder einen Einladungscode einzugeben, und hol den Kontext aus ihrem Konto.

Kurzlinks und Zahlen

Funktion 4 ist am leichtesten zu ersetzen: Fast jedes Link-Tool kürzt und zählt. Die bessere Frage ist, welche Zahlen du brauchst. Klicks sagen dir, wer getippt hat. Viel mehr hat dir Dynamic Links nie verraten. Wenn du wissen willst, welcher Link Installationen gebracht hat und welcher Leute, die bezahlt haben, brauchst du ein Tool mit einem SDK in deiner App, und genau da kann dich eine Migration besser dastehen lassen als vorher.

Vollständiger Ersatz

Wenn du alle vier Funktionen genutzt hast oder zusätzlich Attribution für bezahlte Kampagnen brauchst, ersetzt eine vollständige Deep-Linking- oder Measurement-Plattform Dynamic Links auf einen Schlag. Googles FAQ nennt Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava und Singular, und seit der Abschaltung sind viele kleinere Tools entstanden, die sich gezielt an frühere Nutzer von Dynamic Links richten. Sie unterscheiden sich stark beim Preis, beim Verhalten auf dem iPhone und beim Einrichtungsaufwand, also teste sie mit deiner eigenen App, bevor du alles umziehst.

Wo Unolink passt

Unolink ist kein direkter Ersatz für Dynamic Links als Ganzes. Es ersetzt die Teile, die die meisten Apps wirklich genutzt haben, und ergänzt, was Dynamic Links dir nie gezeigt hat: was die Leute nach der Installation gemacht haben.

Was es ersetzt:

• Store-Weiterleitung, in jedem Tarif, auch in Free: ein Link pro App, der iPhone und iPad in den App Store, Android zu Google Play und Computer auf deine Website oder in deinen Desktop-Store schickt. Bekannte Bots und Linkvorschauen werden nie an einen Store geschickt und nie gezählt. Die Einrichtung dauert ein paar Minuten.
• Kurzlinks mit Zahlen: ein Kampagnenlink pro Post, Creator oder Anzeige, jeweils mit Klicks nach Land, Plattform, Referrer und UTM-Tag.
• QR-Codes für jeden Link, damit deine nächsten gedruckten Codes auf eine Adresse zeigen, die du kontrollierst.
• Deferred Deep Links unter Android (ab Pro, mit dem SDK): Gib einem Link einen Ziel-Screen, und neue Android-Nutzer landen nach der Installation dort. Siehe Deferred Deep Links unter Android.

Was es ergänzt:

• Welcher Link jede Installation gebracht hat, auf iPhone und Android, ohne Fingerprinting (ab Pro, mit dem SDK).
• Was danach passiert ist, pro Link: Onboarding, Paywall-Aufrufe und Käufe, dazu Umsatz aus RevenueCat, der nach dem Verbinden von selbst ankommt. Du siehst, welche Posts, Creator und Anzeigen zahlende Nutzer bringen, nicht nur, wer tippt.
• Landingpages und eine Entwicklerseite (ab Indie), für Anzeigen und für deine Bio.
• Ein fester, öffentlicher Preis: Free zum Start, dann 6 $, 19 $ oder 49 $ im Monat. Keine Gebühren pro Klick oder pro Installation und kein Verkaufsgespräch. Siehe Preise.

Was es nicht macht:

• Universal Links und App Links. Unolink-Links gehen immer über den Store; richte für das Öffnen einer installierten App die plattformeigenen Links auf deiner Domain ein.
• Deferred Deep Links auf dem iPhone. Unolink erkennt Geräte nicht per Fingerprinting und nutzt keine Einfügen-Abfrage, daher gibt es auf dem iPhone keine Deferred Deep Links.
• Links auf deiner eigenen Domain. Links liegen heute auf go.unolink.dev. Eigene Domains kommen bald.

Ein gängiges Setup für kleine Teams: Universal Links und App Links auf deiner eigenen Domain für alle, die die App haben, und ein Unolink-Link in Bios, Anzeigen und QR-Codes für alle, die sie nicht haben.

Checkliste für die Migration