Eén QR-code voor de App Store en Google Play

01

Wat er gebeurt als iemand hem scant

De gedrukte code bevat een kort Mosaqo-adres, geen storelink. Als een telefoon het opent, leest de doorverwijzing het besturingssysteem af dat de browser doorgeeft en antwoordt met de link die je voor dat systeem hebt opgegeven: de iPhone-link voor een iPhone, de Android-link voor een Android-telefoon. Al het andere — een laptop, een tablet die om de desktopsite vraagt, een telefoon waarvoor je geen link hebt opgegeven — gaat naar de webfallback.

Een telefoon zonder eigen link gaat naar de webpagina, nooit naar de store van het andere platform. Een Android-telefoon die naar de App Store wordt gestuurd, loopt vast; een webpagina met beide storebadges erop niet.

• iPhone: de App Store-link, of een universele link die de app opent als die geïnstalleerd is
• Android: de Google Play-link, of een Android App Link
• Al het andere: de webfallback, die elke App-linkcode moet hebben
• De keuze wordt bij elke scan opnieuw gemaakt, dus klopt hij voor wie de telefoon op dat moment vasthoudt

02

Storelinks, universele links en waarom myapp:// hier niet werkt

Elke telefoonlink moet een https-adres zijn, want een scan is een doorverwijzing, en een doorverwijzing kan de browser alleen een webadres geven. Een storepagina is er een. Een universele link op iOS of een Android App Link ook: het besturingssysteem opent de app als die geïnstalleerd is, en anders de webpagina. Dat deel is gedrag van de telefoon, niet van de code.

Een eigen schema zoals myapp:// is geen webadres, dus de editor weigert het in een dynamische code, in plaats van het te accepteren en iedereen stilletjes naar de webfallback te sturen. Wil je dat de app opent bij mensen die hem al hebben, gebruik dan de universele link of Android App Link die je ontwikkelaars publiceren. Gaat het om installaties, dan is de storelink de veiligere keuze: de storepagina zelf biedt aan de app te openen voor wie hem al heeft.

03

Waarom het een dynamische code moet zijn

Een statische code is de link zelf, in het patroon geschreven. Hij bevat één adres voor elke telefoon en kan een iPhone dus niet van een Android-telefoon onderscheiden: Mosaqo schrijft de iPhone-link erin als die er is, en dat is het verkeerde antwoord voor elke Android-gebruiker. De editor zegt dat ook als je statisch kiest.

Een dynamische code houdt elke link bewerkbaar, en dat weegt bij een app zwaarder dan bij de meeste bestemmingen. Storeadressen veranderen als een app een andere naam krijgt of naar een ander ontwikkelaarsaccount verhuist, en de campagnepagina uit de lanceringsweek is niet de pagina waarop je mensen zes maanden later wilt laten landen.

• Wijzig elk van de drie links na het drukken; het gedrukte patroon blijft hetzelfde
• Elke wijziging is een nieuwe revisie, en een eerdere kun je terugzetten
• Doorverwijsregels die je in de webeditor toevoegt, gaan nog steeds voor — een lanceringspagina voor een vaste periode, een andere storelink voor één land

04

Wat de cijfers je vertellen, en wat niet

Elke scan van een gepubliceerde code wordt vastgelegd met het besturingssysteem en het apparaat dat de browser doorgaf, het land en het tijdstip. Dat is genoeg om de verdeling tussen iPhone- en Android-scans te zien, welke plaatsing ze opleverde en of de poster in de etalage zijn plek verdient. Scans tijdens het testvenster van de publicatiechecklist tellen niet mee in de totalen, en bekende bots worden standaard weggefilterd.

Een scan is geen installatie. De doorverwijzing ziet de scan; wat er daarna in de store gebeurt, ziet hij niet. Heb je installaties per plaatsing nodig, gebruik dan als telefoonlinks de campagnelinks die je in App Store Connect en Google Play Console kunt maken — een aparte code voor elke plaatsing, een aparte campagnelink voor elke code — en lees de installaties daar af.

• Scans per besturingssysteem, apparaat, land en dag
• Unieke scans, per dag geteld per apparaat en netwerk in plaats van per persoon
• Scangegevens worden standaard 90 dagen bewaard, en in de instellingen van de werkruimte kun je dat aanpassen
• Installaties en app-openingen worden in de stores gemeten, niet hier

05

Waar je hem drukt, en hoe je hem eerst test

Zet de code waar mensen een minuut hebben en een reden om te installeren: verpakkingen en bijsluiters, kassabonnen, tafelkaarten, posters bij de kassa, badges op evenementen, de achterkant van een visitekaartje. Zet ernaast wat de scan doet. “Scan om de app te downloaden” is een belofte waarover iemand kan beslissen; een kale code niet.

Scan de code vóór de oplage met een iPhone, een Android-telefoon en een laptop, en controleer of elk ervan uitkomt waar je het wilde. De publicatiechecklist opent precies hiervoor een kort testvenster, en die scans worden niet meegeteld.

• Geef elke plaatsing een eigen code als je ze later wilt vergelijken
• Maak de webfallback de moeite waard om op te landen: beide storebadges en een regel over de app
• Controleer formaat en contrast aan de hand van de drukrichtlijnen voordat je bestelt