Was ist ein Universal Link? Wie Apple Deep Linking funktioniert

Vor iOS 9 war die Navigation zwischen mobilen Websites und nativen iPhone-Anwendungen eine unvorhersehbare und umständliche Erfahrung. Entwickler verließen sich auf benutzerdefinierte URI-Protokolle wie instagram:// oder mybank://. Diese Schemata lösten häufig störende Systemwarnungen mit der Frage „In App öffnen?“ aus, stürzten vollständig ab, wenn die App fehlte, und wiesen schwerwiegende Sicherheitslücken auf. Um diese grundlegenden Mängel zu beheben, hat Apple Universal Links vorgestellt. Aber Was ist ein universeller Link und warum hat er die Architektur mobiler Software verändert?

Im Kern handelt es sich bei einem Universal Link um eine standardmäßige, sichere HTTPS-Web-URL, die nahtlos an bestimmte Ansichtscontroller innerhalb einer installierten iOS-App weiterleitet. Wenn die App installiert ist, startet iOS sie sofort, ohne Safari zu öffnen. Wenn die App fehlt, lädt das Betriebssystem die responsive Webseite in Safari ordnungsgemäß, ohne Fehlerdialoge anzuzeigen. In diesem technischen Deep-Dive untersuchen wir das Innenleben von Apple Universal Links, erkunden die AASA-Konfigurationsdatei und erklären, warum modernes mobiles Routing von diesem Protokoll abhängt.

Das Verständnis von Universal Links ist für jeden iOS-Ingenieur oder digitalen Vermarkter von entscheidender Bedeutung, der reibungslose Customer Journeys aus E-Mail-Kampagnen, sozialen Plattformen und Suchmaschinenergebnissen bereitstellen möchte.

Was ist ein Universal Link und warum hat Apple ihn entwickelt?

Um den Zweck universeller Links zu verstehen, muss man die Mängel älterer benutzerdefinierter URL-Schemata untersuchen. Benutzerdefinierte Schemata hatten kein zentrales Register. Jeder Entwickler könnte eine App erstellen, die das paypal://-Schema beansprucht und sensible Finanzparameter abfängt, die für einen legitimen Dienst bestimmt sind, wie in unserem Leitfaden zu mobilen URL-Schemata beschrieben. Wenn ein Benutzer ohne die App in Safari auf einen benutzerdefinierten Schema-Link klickte, zeigte iOS außerdem einen schwerwiegenden Systemfehler an: „Safari kann die Seite nicht öffnen, da die Adresse ungültig ist.“

Apple hat Universal Links entwickelt, um drei wichtige Betriebsstandards zu etablieren:

• Einzigartigkeit und Sicherheit: Da Universal Links Standard-Webdomänen verwenden (z. B. https://dslink.me/path), kann kein anderer Entwickler Ihren Link beanspruchen, es sei denn, er kontrolliert Ihre verifizierten DNS-Einträge und SSL-Zertifikate.
• Reibungsloser Fallback: Wenn ein iPhone-Benutzer Ihre App nicht installiert hat, öffnet genau dieselbe URL automatisch Ihre mobile Website in Safari. Es gibt keine defekten Links und keine Fehlermeldungen.
• Einzelne Identität: Vermarkter und Entwickler müssen nur eine einzige URL teilen, die sowohl Webbesucher auf Desktop-Computern als auch native App-Benutzer auf Mobilgeräten bedient.

Dieses Design behebt auch Probleme, bei denen aufgrund fehlerhafter Protokollübergaben ein Link in Safari statt in der App geöffnet wird.

Die Architektur der Apple App Site Association (AASA)

Die betriebliche Grundlage von Universal Links ist ein sicherer Handshake zwischen dem Betriebssystem von Apple und Ihrem Webserver. Dieser Handshake wird durch die Apple App Site Association (AASA)-Datei vermittelt, ein JSON-Dokument, das unter folgender Adresse gehostet wird:

https://yourdomain.com/.well-known/apple-app-site-association

Diese Datei definiert, welche Anwendungs-IDs bestimmte URL-Pfade in Ihrer Domain verarbeiten dürfen. Hier ist ein Beispiel für die moderne AASA-JSON-Formatierung:

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "TEAMID1234.com.example.myapp",
        "paths": ["/video/*", "/product/*", "/user/*"],
        "components": [
          {
            "/": "/video/*",
            "comment": "Matches all video detail pages"
          }
        ]
      }
    ]
  }
}

Für die AASA-Datei gelten wichtige technische Hosting-Regeln:

• Es muss über HTTPS mit einem vertrauenswürdigen SSL-Zertifikat bereitgestellt werden.
• Es muss einen Content-Type von application/json zurückgeben.
• Es muss einen HTTP-200-OK-Statuscode ohne HTTP-zu-HTTPS-Weiterleitungen zurückgeben.
• Apple speichert diese Datei in seinem Content Delivery Network (CDN) zwischen; Es kann einige Zeit dauern, bis Änderungen an Ihrem Server auf allen iOS-Geräten wirksam werden.

Universelle Links im Vergleich zu benutzerdefinierten URL-Schemata

Das Verständnis der architektonischen Unterschiede zwischen universellen Links und benutzerdefinierten Schemata hilft Entwicklern beim Entwerfen robuster plattformübergreifender Routingsysteme, wie in unserem Vergleich von universellen Links mit URL-Schemata untersucht:

Obwohl universelle Links in puncto Sicherheit und Benutzerfreundlichkeit überlegen sind, werden benutzerdefinierte Schemata immer noch häufig als Backup-Fallbacks beibehalten, wenn es um hartnäckige Social-Media-In-App-Browser geht, ausführlicher in unserem Leitfaden zur In-App-Browser-Navigation.

Wie iOS universelle Links zur Laufzeit verarbeitet

Wenn ein iPhone-Benutzer auf einen Link in Apple Mail, Nachrichten oder einer Drittanbieter-App tippt, führt iOS einen präzisen Entscheidungsworkflow aus:

1. Lokale Datenbanksuche: iOS überprüft seine lokale indizierte Datenbank mit verifizierten Domänen, die während der App-Installation gespeichert wurden.
2. Pfadauswertung: Wenn die Domäne übereinstimmt, wertet iOS aus, ob der URL-Pfad mit den im AASA-Dokument definierten Mustern übereinstimmt.
3. Benutzerpräferenzprüfung: iOS prüft, ob der Benutzer zuvor die Safari-Präferenz umgeschaltet hat, indem er oben rechts auf die Schaltfläche „Domain Breadcrumb“ tippt.
4. Native Übergabe: Wenn alle Prüfungen erfolgreich sind, startet iOS die native App und übergibt ein NSUserActivity-Objekt, das die angeklickte URL enthält, an den Anwendungsdelegaten oder SwiftUI-Lebenszyklushandler.
5. Safari-Fallback: Wenn die App fehlt, der Pfad nicht übereinstimmt oder die Domäne nicht bestätigt ist, startet iOS Safari und ruft die Webseite normal ab.

Entwickler können diese Routing-Übergänge mit unserem interaktiven Link-Checker-Tool testen, um Antwortcodes und Domänenzuordnungen zu überprüfen.

Best Practices für die Implementierung universeller Links

Um ein einwandfreies Universal Link-Routing über Ihre Marketingkampagnen und Entwicklerinfrastruktur hinweg sicherzustellen, halten Sie sich an diese praxiserprobten Best Practices:

• Verbinden Sie universelle Links niemals mit Standardweiterleitungen: Wenn ein Link eine generische 301/302-Weiterleitung auf einer nicht zugeordneten Domain durchläuft, unterbricht iOS die Kette und leitet den Klick an Safari weiter. Erfahren Sie mehr in unserem Deep-Link vs. Shortener-Leitfaden.
• Konto für soziale In-App-Browser: Apps wie Instagram, TikTok und Facebook erfassen Klicks in Sandbox-Webansichten. Verwenden Sie intelligente, von DSLink unterstützte Deep Links, die die Webansicht erkennen und Intent-Handshakes zur Flucht auslösen.
• Unterstützen Sie universelle Inhaltspfade: Stellen Sie sicher, dass Ihre native mobile App und Ihr Webserver konsistente URL-Routing-Pfade teilen (z. B. /item/123 leitet zum gleichen Produkt sowohl im Web als auch in der App).
• AASA-Syntax kontinuierlich validieren: Verwenden Sie das App Search API Validation Tool von Apple, um nach jeder Serverbereitstellung zu überprüfen, ob Ihre AASA-Datei gültig, unbeschädigt und ordnungsgemäß formatiert bleibt.

Durch die Beherrschung der Apple Universal Links und deren Kombination mit plattformübergreifendem Smart Routing können Sie reibungslose mobile Erlebnisse bereitstellen, die Ihre Benutzer in Ihre native Software eintauchen lassen.

Häufig gestellte Fragen