Voorbeelden van landingspagina's voor mobiele apps en wat je ervan kunt overnemen

Een landingspagina voor een mobiele app heeft een zwaardere taak dan de meeste landingspagina's. Sommige bezoekers zitten op hun telefoon en willen met één tik naar de store; anderen zitten achter een laptop, waar een badge "Download in de App Store" leidt naar een pagina waarvandaan ze niets kunnen installeren. De pagina moet beide groepen bedienen, de app zo goed uitleggen dat de storevermelding een formaliteit wordt, en ermee leven dat de conversie plaatsvindt op een plek waar jij geen grip op hebt.

Hieronder: wat een landingspagina voor een app moet doen, een checklist voor de opbouw, negen echte app-landingspagina's die we in oktober 2026 hebben bekeken (in onze eigen woorden beschreven, met wat je van elk kunt overnemen), een sectie over pagina's voor mobiele B2B SaaS-apps, veelgemaakte fouten en een wireframe per sectie die je kunt kopiëren. We beschrijven wat de pagina's laten zien, niet hoe ze presteren; geen van deze bedrijven publiceert conversiedata ervan, en we gaan niet gissen.

Wat een landingspagina voor een mobiele app moet doen

1. Stuur elke bezoeker naar het juiste installatiepad

Bezoekers op een telefoon hebben de juiste store voor hun apparaat nodig. Desktopbezoekers hebben een manier nodig om de app op een telefoon te krijgen die ze niet vasthouden: een QR-code, een veld "stuur me een link" of een e-mailoptie. De beste pagina's herkennen het apparaat en beginnen met de passende optie, terwijl de andere zichtbaar blijven.

2. Gebruik de officiële store-badges

De marketingrichtlijnen voor de App Store van Apple vereisen de officiële badge-artwork, niet door jou aangepast of vertaald, met vrije ruimte eromheen van minstens een kwart van de badgehoogte en een minimale schermhoogte van 40 px. Apple vraagt ook dat de badge een ondergeschikte positie heeft ten opzichte van de hoofdboodschap. Google levert eigen artwork voor de Google Play-badge. Zelfgemaakte knoppen als "Get it on iPhone" zien er minder betrouwbaar uit en zijn in strijd met de richtlijnen.

3. Geef door aan de app als die al geïnstalleerd is

Op iOS is een Smart App Banner één metatag die bovenaan de pagina in Safari een banner toont. Volgens de documentatie van Apple opent de banner de app als die is geïnstalleerd en gaat hij anders naar de vermelding in de App Store, verschijnt hij niet als het apparaat de app niet ondersteunt of de app in die regio niet beschikbaar is, en geeft een optionele app-argument een URL door zodat de app op het bijbehorende scherm kan openen. De tag ziet er zo uit: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. Op Android zorgen Android App Links ervoor dat geverifieerde web-URL's direct in je app openen. Samen betekenen ze dat een bestaande gebruiker die op je marketingpagina landt niet wordt gevraagd iets te installeren wat hij al heeft.

4. Laat de app zien, niet een abstractie ervan

Echte screenshots of een korte schermopname van de kernactie. App-kopers beoordelen of de interface bruikbaar oogt; illustraties verbergen precies wat ze willen zien.

5. Leen vertrouwen dat de winkel niet kan geven

Beoordelingen in de store, redactionele prijzen, persquotes, keurmerken van toezichthouders voor financiële apps, klantquotes voor B2B. Toon alleen beoordelingen die je actueel kunt houden: een cijfer van twee jaar geleden is erger dan geen cijfer.

Checklist voor de opbouw

9 voorbeelden van landingspagina's voor mobiele apps

We hebben elke pagina in oktober 2026 bekeken en beschrijven wat er toen op stond. Pagina's veranderen vaak, dus controleer de live versie voordat je iets overneemt.

1. Linear Mobile

Linear introduceert de app als "the portable companion to the Linear system", wat direct de verwachtingen bepaalt: dit vervangt het desktopproduct niet. De hero bevat de officiële badges van de App Store en Google Play plus een QR-code met het label "Scan to download", en hetzelfde drietal komt terug in een afsluitende sectie. Er zijn geen beoordelingen of klantlogo's. In plaats daarvan verkoopt de pagina via productdetails: een inbox voor werk met hoge prioriteit waarop je kunt reageren, dat je kunt wegvegen of snoozen, een snelle composer om issues aan te maken, screenshots of foto's omzetten in bugrapporten, en een instelbaar meldingsschema.

Wat je kunt overnemen: de QR-code naast de badges, in de hero, voor desktopbezoekers. En ook de framing. De pagina zegt dat de app bedoeld is voor wanneer je "niet achter je toetsenbord" zit en noemt de taken die bij dat moment passen, in plaats van elke desktopfunctie op te sommen.

2. Notion Mobile

Notion houdt het kort: een kop over onderweg werken, een subkop die iOS en Android noemt, en gewone tekstlinks ("For iOS", "For Android") in plaats van store-badges. Daarna volgen drie telefoonscreenshots, dan een sectie voor de aparte app Notion Calendar met eigen storelinks, en dan een regel die naar de desktopapp verwijst. Er is geen social proof behalve een citaat van Marshall McLuhan.

Het overnemen waard: één pagina die naar elke client leidt: mobiel, een begeleidende app en desktop. Voor een product dat mensen op meerdere apparaten gebruiken, is dat de eerlijke structuur. Wat wij zouden veranderen: officiële badges en een QR-code zouden de installatieroute duidelijker maken voor desktopbezoekers die van de hoofdwebsite komen.

3. HubSpot Mobile App

De H1 is simpelweg "HubSpot Mobile App", met een subkop over het CRM en AI die samenwerken waar je ook bent. Officiële badges van App Store en Google Play staan direct onder de subkop en nog eens onderaan de pagina. Een aanmeldlink in de header en een telefoonnummer voor vragen bedienen bezoekers die nog geen klant zijn.

Het bewijs is één quote met naam van een CRM-directeur wiens bedrijf buitendienstverkopers heeft die "always on the road" zijn en op de app vertrouwen. Daarna volgen vier functiesecties (AI, deals in beweging houden, contact met klanten, inzichten) en een FAQ die onder meer behandelt welke apparaten worden ondersteund en wat de app kost.

Het klantcitaat is het deel om over te nemen. Het beschrijft precies de situatie die de app oplost, mensen die niet achter een bureau werken, in plaats van algemene lof. En de FAQ beantwoordt de twee vragen waarover een koper anders sales zou mailen.

4. Headspace

De homepage fungeert als landingspagina van de app. De kop bestaat uit twee woorden, "Stress less", met een beschrijving van de app in één regel en één CTA om je aan te melden. Daaronder vraagt een doelkiezer "What kind of headspace are you looking for?" met zes opties, van slaap tot therapie. Dan volgen een preview van de contentbibliotheek, een sectie voor werkgevers en zorgverzekeraars met een knop voor een demo-aanvraag en een FAQ met acht vragen. De app-store-badges staan in de footer, niet in de hero.

Wat je kunt overnemen: de doelkiezer. Bezoekers segmenteren zichzelf met één tik en komen terecht op content die past bij waarom ze kwamen. Het is ook een net voorbeeld van een pagina voor een consumentenapp met een B2B-route (het deel voor werkgevers) zonder dat de hero rommelig wordt.

5. Calm

De hero van Calm is een korte belofte ("Calm your mind. Change your life.") en een claim over de categorie, met één CTA om je aan te melden. Daarna volgen drie blokken met voordelen voor stress, slaap en mindfulness. De reviewsectie gebruikt korte quotes ondertekend met een voornaam en een stad, en een lange FAQ sluit de pagina af. De opmaak van de pagina bevat ook QR-codes met het label om de mobiele app te downloaden, die vermoedelijk worden getoond aan bezoekers op grotere schermen.

Neem de stijl van de testimonials over: elk beschrijft een specifieke situatie (niet in slaap kunnen komen, een druk hoofd, een stressvolle werkdag) in plaats van "geweldige app". Elke quote is meteen een use case.

6. Strava

Strava opent met een kop over community en drie aanmeldknoppen: Google, Apple en e-mail. De navigatie heeft een item "Get the App", maar de store-badges zelf staan in de footer. De body bevat drie functiekaarten (track and analyze, share and connect, explore and compete), een sectie over desktopfuncties zoals routeplanning, een abonnementssectie en de aanmeldbanner nog eens onderaan.

Het idee om mee te nemen is een account aanmaken op het web vóór de installatie. Een bezoeker die zich met één tik heeft aangemeld, heeft een reden om de app daarna te openen, en het bedrijf kan per e-mail opvolgen als hij dat niet doet. De keerzijde is dat de storebadges makkelijk over het hoofd worden gezien.

7. Monzo

De homepage van Monzo opent met een zin over geld en het leven en één CTA "open een rekening". Het bewijs bestaat niet uit app-beoordelingen maar uit vertrouwenskenmerken: een Which? Recommended Provider-badge, de Current Account Switch Guarantee en FSCS-bescherming. Daarna volgen productkaarten (betaalrekeningen, sparen, krediet, beleggen, pensioen, woningbezit) en vervolgens features en abonnementen. Links naar de app stores maken geen deel uit van de hero.

De les: kies het bewijs dat de grootste angst van de bezoeker beantwoordt. Bij een bank is dat "is mijn geld veilig?", dus de badges voor bescherming en aanbevelingen zijn belangrijker dan sterbeoordelingen zouden zijn.

8. Todoist Downloads

De kop is "Award-winning apps for every device". Zes tabbladen wisselen tussen desktop, Android, iOS, wearables, browserextensies en e-mail-add-ons, elk met een eigen screenshot, en de intro linkt naar de afzonderlijke platforms (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch en Wear OS). De pagina sluit af met een uitnodiging om je aan te sluiten bij de "miljoenen mensen" die de app gebruiken.

Wat je kunt overnemen: de apparaatkiezer met tabbladen. Voor een product op zoveel platforms houdt een tabblad per platform de pagina kort, terwijl elke client één klik verwijderd blijft. Eén waarschuwing: "award-winning" zonder de prijs te noemen is zwak bewijs; heb je een benoemde prijs, noem hem dan.

9. Dingen

De pagina van Cultured Code voor Things opent met de productnaam, een beschrijving van één zin en een introductievideo. Daaronder staat per Apple-apparaat (Mac, iPhone en Watch, iPad, Vision Pro) een kaart met de bijpassende storebadge en een link naar een prijspagina die prijzen in je eigen valuta toont. Een sectie "Read all about it" vermeldt twee Apple Design Awards en quotes van reviewers met naam bij publicaties als Wirecutter, WIRED en MacStories.

Het overnemen waard voor een betaalde app: persquotes, waar het oordeel van een redacteur zwaarder weegt dan een anonieme beoordeling. En een storebadge per apparaatkaart, zodat een iPad-bezitter niet hoeft uit te zoeken welke vermelding de zijne is.

Pagina's voor mobiele B2B SaaS-apps

Linear, Notion, HubSpot en Todoist hierboven zijn allemaal B2B- of prosumerproducten, en ze delen een patroon dat het benoemen waard is. De koper gebruikt het product al op een computer; de pagina voor de mobiele app verkoopt niet het product, maar de gewoonte om het op de telefoon te gebruiken. Dat verandert de pagina:

• Behandel de desktopbezoeker als het belangrijkste publiek. Bezoekers komen vaak binnen via de eigen website van het product, het helpcentrum of meldingen in de app terwijl ze op een laptop zitten. De QR-code (of een veld "stuur me een link") is dus de primaire CTA, geen noodoplossing. Linear doet dit goed.
• Benoem de taken waarvoor mobiel bedoeld is: goedkeuringen, meldingen, snel iets vastleggen, voorbereiden vóór een meeting, een gesprek achteraf loggen. Som niet elke desktopfeature op.
• Beantwoord de vragen van de beheerder over single sign-on, apparaatbeheer, gegevensbeveiliging en of de app in het abonnement zit. De FAQ van HubSpot beantwoordt de kostenvraag; enterpriseproducten moeten daar security- en beheerinstellingen aan toevoegen.
• Gebruik bewijs per rol. Een quote van een buitendienstmanager of een engineer met consignatiedienst overtuigt de mensen die de app echt gaan gebruiken.

Dezelfde B2B-bezoeker kan ook op een telefoon binnenkomen vanuit een e-mail, dus de mobiele layout blijft belangrijk. Ons artikel over mobiele B2B-personalisatie behandelt hoe B2B-pagina's zich op kleine schermen moeten aanpassen, en onze voorbeelden van B2B-landingspagina's ontleden de andere paginatypes die een SaaS-bedrijf nodig heeft.

Veelgemaakte fouten

• Alleen badges, geen route voor desktop. Een desktopbezoeker klikt op de App Store-badge, belandt op een webvermelding en moet zijn telefoon zoeken. Voeg een QR-code toe die naar een link wijst die per apparaat doorstuurt.
• Een aparte QR-code per store printen. Bezoekers weten niet welke ze moeten scannen. Gebruik één code met apparaatdetectie aan de serverkant.
• Schermvullende pop-ups "download onze app" op mobiel blokkeren de content waarvoor de bezoeker kwam. Apples eigen documentatie zet de onopvallende banner af tegen schermvullende onderbrekingen.
• Een sterrenbeoordeling tonen die van een oude screenshot is overgenomen. Als die niet meer overeenkomt met de store, kan iedereen dat controleren, en dat schaadt het vertrouwen.
• Functielijsten zonder schermen. Bij elke claim over een functie hoort de screenshot die hem bewijst.
• Geen meting. Installaties via de store zijn standaard niet vanaf de pagina te meten. Voorzie storelinks van campagneparameters waar de stores dat ondersteunen, tag de QR-bestemming met een UTM-builder, en meet klikken op badges en QR-scans als conversie op de pagina.
• Zonder Smart App Banner of App Links wordt een klant die de app al heeft, gevraagd hem opnieuw te installeren.

Wireframe om te kopiëren voor een app-landingspagina

Een voorbeeldstructuur voor een B2B- of prosumer-app. Vul eerst een landingspaginabriefing in, zodat de kop en het bewijs uit je doelgroeponderzoek komen en niet uit de featurelijst.

1. Head: Smart App Banner-metatag met een app-argument die naar de huidige pagina wijst.
2. Hero, links: kop (de taak die de app uitvoert, onder 10 woorden), subkop (voor wie hij is en op welke apparaten), één regel bewijs (beoordeling, prijs of klant).
3. Hero, rechts: op desktop een QR-code met het label "Scan om te downloaden" met beide storebadges eronder; op mobiel eerst de bijpassende storebadge en een screenshot van een telefoon.
4. Schermen: drie screenshots, elk met één actie als bijschrift ("Goedkeuren met één tik").
5. Takensectie: drie of vier blokken, elk een situatie plus de functie die erop inspeelt.
6. Bewijssectie: een of twee specifieke klantquotes of persvermeldingen, plus de huidige beoordeling in de store als je die toont.
7. Andere platforms: links naar desktop- en webapps.
8. FAQ: prijs, ondersteunde apparaten en OS-versies, accountsynchronisatie, beveiliging en beheerinstellingen.
9. Afsluitende CTA: badges en QR-code herhaald.

Test daarna de onderdelen die waarschijnlijk het meest uitmaken: de plaatsing van de QR-code op desktop, webaanmelding vóór installatie versus direct naar de store, en welk bewijselement in de hero staat. Onze gids over optimalisatie van B2B-landingspagina's legt uit hoe je die tests prioriteert als het verkeer beperkt is. Bedient dezelfde pagina heel verschillende doelgroepen, dan kan de segmentatie van Markettailor het bewijsblok per branche of bedrijf wisselen zonder aparte pagina's te bouwen.

Veelgestelde vragen

Wat moet er op een landingspagina voor een mobiele app staan?

Een duidelijke kop over wat de app doet, officiële badges van App Store en Google Play, een QR-code of optie om een link te sturen voor desktopbezoekers, echte screenshots of een korte video, één sterk bewijsstuk zoals een beoordeling, prijs of klantquote, een paar functiesecties geformuleerd als gebruikerstaken, een FAQ en een herhaalde download-CTA aan het eind.

Moet een landingspagina voor een app een QR-code hebben?

Ja, als een flink deel van de bezoekers op desktop binnenkomt, wat gebruikelijk is voor B2B-apps en voor pagina's waarnaar vanaf een hoofdwebsite wordt gelinkt. Plaats één QR-code naast de store-badges en laat die verwijzen naar een link die het apparaat herkent en de bezoeker naar de juiste store stuurt. Verberg hem op mobiel of zet hem onder de badges.

Wat is een Smart App Banner?

Een Smart App Banner is een functie van Apple die een kleine banner bovenaan een webpagina toont in Safari op iOS. Je voegt hem toe met één metatag met je App Store-ID. Heeft de bezoeker de app, dan opent de banner die, eventueel op een bijbehorend scherm; zo niet, dan linkt hij naar de vermelding in de App Store. Hij verschijnt niet op niet-ondersteunde apparaten.

Hoe meet je een landingspagina voor een app?

Volg klikken op badges en QR-scans als conversies op de pagina, tag storelinks en QR-bestemmingen met campagneparameters waar dat wordt ondersteund, en vergelijk die met installatiedata in App Store Connect en Google Play Console. Installaties die aan de pagina worden toegeschreven, zijn onvolledig, dus beoordeel wijzigingen op doorklikken naar de stores en bevestig dat met installatietrends.