Ein QR-Code für App Store und Google Play

01

Was passiert, wenn jemand ihn scannt

Der gedruckte Code enthält eine kurze Mosaqo-Adresse, keinen Store-Link. Wenn ein Smartphone sie öffnet, liest die Weiterleitung das Betriebssystem, das der Browser meldet, und antwortet mit dem Link, den Sie für dieses System hinterlegt haben: dem iPhone-Link für ein iPhone, dem Android-Link für ein Android-Smartphone. Alles andere — ein Laptop, ein Tablet, das die Desktop-Version anfordert, ein Smartphone, für das Sie keinen Link angegeben haben — landet beim Web-Fallback.

Ein Smartphone ohne eigenen Link landet auf der Webseite, nie im Store der anderen Plattform. Ein Android-Smartphone, das in den App Store geschickt wird, steckt in einer Sackgasse; eine Webseite mit beiden Store-Badges darauf nicht.

• iPhone: der Link zum App Store oder ein Universal Link, der die App öffnet, wenn sie installiert ist
• Android: der Link zu Google Play oder ein Android App Link
• Alles andere: der Web-Fallback, den jeder App-Link-Code haben muss
• Die Entscheidung fällt bei jedem Scan neu, also passt sie zu dem, der gerade das Smartphone in der Hand hält

02

Store-Links, Universal Links und warum myapp:// hier nicht funktioniert

Jeder Smartphone-Link muss eine https-Adresse sein, denn ein Scan ist eine Weiterleitung, und eine Weiterleitung kann dem Browser nur eine Webadresse übergeben. Eine Store-Seite ist eine. Ebenso ein Universal Link unter iOS oder ein Android App Link: Das Betriebssystem öffnet die App, wenn sie installiert ist, und sonst die Webseite. Dieser Teil ist Verhalten des Smartphones, nicht des Codes.

Ein eigenes Schema wie myapp:// ist keine Webadresse, deshalb lehnt der Editor es in einem dynamischen Code ab, statt es anzunehmen und stillschweigend alle zum Web-Fallback zu schicken. Soll sich die App bei Menschen öffnen, die sie schon haben, verwenden Sie den Universal Link oder Android App Link, den Ihre Entwickler veröffentlichen. Geht es um Installationen, ist der Store-Link die sicherere Wahl: Die Store-Seite selbst bietet jedem, der die App schon hat, an, sie zu öffnen.

03

Warum es ein dynamischer Code sein muss

Ein statischer Code ist der Link selbst, eingeschrieben ins Muster. Er enthält eine Adresse für alle Smartphones und kann ein iPhone daher nicht von einem Android-Smartphone unterscheiden: Mosaqo schreibt den iPhone-Link hinein, falls es einen gibt — für jeden Android-Nutzer die falsche Antwort. Der Editor weist darauf hin, wenn Sie statisch wählen.

Ein dynamischer Code hält jeden Link bearbeitbar, und das zählt bei einer App mehr als bei den meisten Zielen. Store-Adressen ändern sich, wenn eine App umbenannt wird oder zu einem anderen Entwicklerkonto wechselt, und die Kampagnenseite aus der Launch-Woche ist nicht die Seite, auf der Menschen sechs Monate später landen sollen.

• Ändern Sie jeden der drei Links nach dem Druck; das gedruckte Muster bleibt gleich
• Jede Änderung ist eine neue Revision, und eine frühere lässt sich wiederherstellen
• Weiterleitungsregeln, die Sie im Web-Editor hinzufügen, haben weiterhin Vorrang — eine Launch-Seite für einen festen Zeitraum, ein anderer Store-Link für ein Land

04

Was die Zahlen Ihnen sagen — und was nicht

Jeder Scan eines veröffentlichten Codes wird mit dem Betriebssystem und Gerät, die der Browser gemeldet hat, dem Land und der Uhrzeit erfasst. Das genügt, um die Aufteilung zwischen iPhone- und Android-Scans zu sehen, welche Platzierung sie gebracht hat und ob sich das Plakat im Schaufenster seinen Platz verdient. Scans im Testfenster der Veröffentlichungs-Checkliste fließen nicht in die Summen ein, und bekannte Bots werden standardmäßig herausgefiltert.

Ein Scan ist keine Installation. Die Weiterleitung sieht den Scan; was danach im Store passiert, sieht sie nicht. Wenn Sie Installationen je Platzierung brauchen, verwenden Sie als Smartphone-Links die Kampagnenlinks, die Sie in App Store Connect und Google Play Console erstellen können — einen eigenen Code für jede Platzierung, einen eigenen Kampagnenlink für jeden Code — und lesen Sie die Installationen dort ab.

• Scans nach Betriebssystem, Gerät, Land und Tag
• Eindeutige Scans, gezählt je Gerät und Netzwerk pro Tag, nicht je Person
• Scan-Datensätze werden standardmäßig 90 Tage aufbewahrt; in den Workspace-Einstellungen lässt sich das ändern
• Installationen und App-Öffnungen werden in den Stores gemessen, nicht hier

05

Wo Sie ihn drucken und wie Sie ihn vorher testen

Platzieren Sie den Code dort, wo Menschen eine Minute Zeit und einen Grund zum Installieren haben: auf Verpackungen und Beilagen, Kassenbons, Tischaufstellern, Plakaten an der Kasse, Namensschildern bei Veranstaltungen, der Rückseite einer Visitenkarte. Schreiben Sie daneben, was der Scan bewirkt. „Scannen und App holen“ ist ein Versprechen, über das man entscheiden kann; ein nackter Code ist es nicht.

Scannen Sie den Code vor dem Druck mit einem iPhone, einem Android-Smartphone und einem Laptop, und prüfen Sie, ob jedes Gerät dort landet, wo Sie es wollten. Die Veröffentlichungs-Checkliste öffnet genau dafür ein kurzes Testfenster, und diese Scans werden nicht gezählt.

• Geben Sie jeder Platzierung einen eigenen Code, wenn Sie sie später vergleichen wollen
• Machen Sie den Web-Fallback zu einer Seite, auf der man gern landet: beide Store-Badges und ein Satz über die App
• Prüfen Sie Größe und Kontrast anhand der Druckrichtlinien, bevor Sie bestellen