iOS Associated Domains - Subdomains scheint ignoriert werden

Question

Ich habe zwei Build-Konfigurationen: App und App Stage.

Jede Konfiguration hat verschiedene Associated Domains konfiguriert: app.mydomain.com und app-stage.mydomain.com.

Natürlich jede Website setzt verschiedene apple-app-site-association Dateien: app.mydomain.com/apple-app-site-association und app-stage.mydomain.com/apple-app-site-association (HTTP 200 , ohne .json Erweiterung, etc.).

Das Problem ist, dass nur die erste registrierte Domäne (leider ist es Bühne) ordnungsgemäß funktioniert. Wenn ich beide Apps installiert habe, öffnet jeder Deep-Link (app.mydomain.com/home und app-stage.mydomain.com/home) die App Stage. Wenn ich nur App Sage installiert habe, öffnen auch beide Links es. Wenn ich nur App installiert habe funktioniert keine Verbindung. Es sieht so aus, als ob die Subdomain Associated Domains ignoriert wird und nur mydomain.com berücksichtigt wird.

Ich gehe davon aus, dass Build-Konfigurationen korrekt definiert sind, da ich auch andere Einstellungen wie Facebook, Google und andere unterscheide.

Haben Sie jemals ein ähnliches Problem festgestellt? Ist es erlaubt verschiedene Subdomains der gleichen Domain für die Associated Domains Nutzung zu verwenden?

UPDATE:

Nach @ clayjones94 Anweisungen, überprüfte ich, ob jede App-Downloads eine korrekte JSON-Datei mit Charles Proxy. Ich habe herausgefunden, dass die App Stage die richtige Datei holt, während die App keine Datei abruft.

ich auch URL in app-stage.mydomain.com/apple-app-site-association HTTP-Anforderung in Charles bearbeitet haben, um sicherzustellen, dass app.mydomain.com/apple-app-site-association gibt den richtigen JSON zurück. Als ich -stage von der URL entfernte und den Aufruf wiederholte, hat es eine andere JSON-Datei abgerufen, also habe ich bestätigt, dass das Backend für beide Konfigurationen korrekt funktioniert.

Zuerst dachte ich, dass meine Build-Konfigurationen falsch waren. Also entschied ich mich, App applinks:app.mydomain.com zugehörige Domäne durch Stages applinks:app-stage.mydomain.com zu ersetzen, um zu sehen, ob App-Konfiguration in der Lage ist, App Stage-Datei zu holen. Es funktionierte, die App hatte die JSON-Datei von App Stage heruntergeladen. Auch hier scheint die Subdomain Associated Domains wird ignoriert und nur die erste registrierte Subdomain wird berücksichtigt.

Answer 1

Es gibt nichts wie Domäne & Subdomain Konzepte, wenn es um Universal Links (App Domains) kommt. Ich denke, es sollte ein Problem mit Apple-Site-Association-Dateikonfiguration sein.

Bitte überprüfen Sie die Apple-Site-Association-Konfigurationen in Bezug auf die AppID Feld. Ich bezweifle, dass Sie die gleiche appID in beiden Dateien platziert haben.

Sie sollten verschiedene AppIDs für die beiden Konfigurationen haben.

Answer 2

Wenn Sie die Apple App Site Association-Datei abrufen, sollte Ihr Betriebssystem beide separat herunterziehen. Ich empfehle, beide Apps zu löschen und das Telefon neu zu starten, um sicherzustellen, dass keine alten AASA-Dateien zwischengespeichert werden.

Wenn Sie die Apps wieder auf Ihrem Telefon installieren, können Sie mithilfe von Charles Proxy feststellen, ob bei jeder Installation die richtige AASA-Datei abgerufen wird. Da Sie in Ihren verknüpften Domänen beide URLs haben, werden bei jeder Installation beide AASA-Dateien abgerufen. Wenn Ihre Produktions-App nicht herunterfährt, könnte es sich um eine Apple issue handeln und Sie müssen die App einfach löschen und es erneut versuchen.

Wenn Sie überprüfen, dass beide AASA-Dateien für jede App heruntergezogen werden, sollten Sie überprüfen, ob die appIDs korrekt sind (wie es scheint). Wenn beiden Apps sowohl Domänen als auch beide AASA-Dateien mit den korrekten appIDs zugeordnet sind, sollte Ihr Betriebssystem je nach Link die richtige App öffnen. Wenn dies immer noch nicht funktioniert, könnte dies bedeuten, dass Ihre AASA-Dateien von Berechtigungen signiert wurden, die mit Ihrer Staging-App, nicht aber mit Ihrer Produktions-App verknüpft sind.

Ich empfehle die Verwendung Branch für Ihre universelle Verknüpfung. Branch verfügt über Testlinks, mit denen Sie Links für Ihre Prod-App testen können, und Sie sollten in der Lage sein, für Ihre Staging-App eine separate App für Branch zu erstellen, sodass Sie für beide unterschiedliche Links haben. Das Schöne daran ist, dass wir das gesamte AASA-Handling für Sie übernehmen und signieren werden. Der Deep Linking-Dienst ist kostenlos und wir führen eine verzögerte Deep-Linking-Funktion aus.