Wie bringt man einen Tag dazu, eine bestimmte App zu öffnen?
Auf Android benennt ein Anwendungsdatensatz das zu startende Paket und bietet an, es zu installieren, wenn es fehlt. Auf iOS gibt es kein Gegenstück, und der Weg führt über eine Webadresse, für deren Behandlung sich die Anwendung angemeldet hat, was nur arbeitet, wenn sie bereits installiert ist.
Der Weg über Android
Android legt einen Anwendungsdatensatz fest, der ein Paket benennt. Einen Tag zu berühren, der ihn trägt, startet diese Anwendung und bietet an, sie aus dem Store zu installieren, wenn sie fehlt.
Android stellt eine Hilfsmethode zum Bauen des Datensatzes bereit, dokumentiert neben den übrigen Konstruktoren in seiner NdefRecord-Referenz. Schreibwerkzeuge bieten sie als Möglichkeit an, einen Paketnamen einzugeben.
Die Installationsabfrage macht die Sache stark. Ein Tag kann jemanden erreichen, der Ihre Anwendung nie installiert hat, was kein anderer Datensatztyp leistet.
Der Weg über iOS
Einen gleichwertigen Datensatz gibt es nicht. Eine Anwendung zu benennen und iOS sie von einem Tag aus starten zu lassen bietet die Plattform nicht an.
Was stattdessen arbeitet, ist eine URL, für deren Behandlung sich Ihre Anwendung angemeldet hat. Ist die Anwendung installiert, öffnet die Berührung sie. Ist sie es nicht, öffnet sich die Adresse im Browser, und dorthin legen Sie eine Seite, die zur Installation einlädt.
Dieser Rückfall ist der ganze Entwurf. Ein Link, der zu einer Webseite abfällt, ist besser als ein Datensatz, der zu nichts abfällt.
Beides auf einmal abdecken
Schreiben Sie eine URL als ersten Datensatz, mit der Adresse, die Ihre Anwendung auf beiden Plattformen angemeldet hat. Legen Sie einen Android Application Record dahinter, wenn Sie das Verhalten mit der Installationsabfrage eigens auf Android wollen. Ab Android 17 öffnet der Link die Anwendung erst, nachdem die Nutzenden auf eine Mitteilung zum Öffnen reagiert haben, wie der NFC-Leitfaden von Android beschreibt.
Die Reihenfolge zählt hier: Setzen Sie die URL nach vorn, denn sie ist der Datensatz, der überall arbeitet, und lassen Sie den Android-eigenen folgen.
Prüfen Sie vier Fälle statt zwei: Anwendung installiert und nicht installiert, auf jeder Plattform. Die Fälle ohne Installation sind die, die zeigen, ob Ihre Rückfallseite besteht und etwas Brauchbares sagt.
Ein Blick auf die Wirklichkeit
Jemanden zu bitten, eine Anwendung zu installieren, weil er einen Aufkleber berührt hat, ist eine hohe Hürde. Von einer Berührung zu einer Installation zu kommen gelingt selten, und ein Rollout, das erst nach einer Installation arbeitet, wird großenteils nicht arbeiten.
Wo der Start einer Anwendung wirklich hingehört, ist zu einem Publikum, das sie bereits hat: Belegschaft, Mitglieder, bestehende Kundschaft. Für die Allgemeinheit schlägt eine Webseite, die sofort arbeitet, eine Anwendung, die vielleicht später installiert wird.
Das ist derselbe Schluss, zu dem die Branche bei QR-Codes kam, die in App-Stores führen, und er gilt hier aus denselben Gründen.
Häufige Fragen
Kann ein Tag von selbst eine App installieren?
Nein. Ein Android Application Record kann anbieten, die Store-Seite zu öffnen, und die Person entscheidet sich zur Installation. Durch die Berührung allein wird nichts installiert.
Warum tut mein App-Datensatz auf dem iPhone nichts?
Weil iOS keinen gleichwertigen Mechanismus hat. Nehmen Sie eine URL, für deren Behandlung sich Ihre Anwendung angemeldet hat, die die Anwendung öffnet, wenn sie installiert ist, und sonst eine Webseite.
Was geschieht, wenn zwei Apps denselben Link beanspruchen?
Die Plattform entscheidet, meist durch Nachfrage oder indem sie die bevorzugt, die als Inhaberin der Domain ausgewiesen ist. Die ausgewiesene Domainzuordnung ist der verlässliche Weg, damit Ihre gewinnt.
Lohnt es sich, beide Datensätze zu schreiben?
Wenn Ihnen die Installationsabfrage auf Android wichtig ist, ja, mit der URL zuerst. Sonst ist eine einzelne URL einfacher, arbeitet auf beiden Plattformen und lässt sich später leichter ändern.