Eksempler på landingssider for mobilapper og hva du kan stjele

En landingsside for en mobilapp har en vanskeligere jobb enn de fleste landingssider. Noen besøkende er på mobilen og vil til butikkoppføringen med ett trykk; andre sitter på en bærbar PC, der et «Last ned fra App Store»-merke fører til en side de ikke kan installere fra. Siden må betjene begge, forklare appen godt nok til at butikkoppføringen blir en formalitet, og tåle at konverteringen skjer et sted du ikke kontrollerer.

Nedenfor finner du hva en landingsside for en app må gjøre, en sjekkliste over oppbyggingen, ni ekte landingssider for apper vi gjennomgikk i oktober 2026 (beskrevet med egne ord, med hva du kan låne fra hver), en del om mobilapp-sider for B2B SaaS, vanlige feil og en wireframe seksjon for seksjon som du kan kopiere. Vi beskriver hva sidene viser, ikke hvordan de presterer; ingen av disse selskapene publiserer konverteringsdata for dem, og vi gjetter ikke.

Hva en landingsside for en mobilapp må gjøre

1. Send hver besøkende til riktig installasjonsvei

Besøkende på telefon trenger riktig appbutikk for enheten sin. Besøkende på desktop trenger en måte å få appen over på en telefon de ikke holder i hånden: en QR-kode, et felt for å «sende meg en lenke på SMS» eller et e-postalternativ. De beste sidene gjenkjenner enheten og leder med det matchende alternativet, mens de andre forblir synlige.

2. Bruk de offisielle butikkmerkene

Apples App Store marketing guidelines krever det offisielle merket, uendret og ikke oversatt av deg, med fri plass rundt på minst en firedel av merkets høyde og en minimumshøyde på skjermen på 40 px. Apple ber også om at merket plasseres underordnet hovedbudskapet. Google leverer sitt eget Google Play-merke. Hjemmelagde «Last ned på iPhone»-knapper virker mindre troverdige og bryter retningslinjene.

3. Send videre til appen når den allerede er installert

På iOS er et Smart App Banner én enkelt metatagg som viser et banner øverst på siden i Safari. Ifølge Apples dokumentasjon åpner banneret appen hvis den er installert og går ellers til oppføringen i App Store, det vises ikke hvis enheten ikke støtter appen eller appen ikke er tilgjengelig i regionen, og en valgfri app-argument sender med en URL slik at appen kan åpnes på riktig skjermbilde. Taggen ser slik ut: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. På Android lar Android App Links verifiserte nett-URL-er åpnes direkte i appen din. Til sammen betyr dette at en eksisterende bruker som lander på markedssiden din, ikke blir bedt om å installere noe de allerede har.

4. Vis appen, ikke en abstraksjon av den

Ekte skjermbilder eller et kort skjermopptak av kjernehandlingen. Appkjøpere vurderer om grensesnittet ser brukbart ut; illustrasjoner skjuler akkurat det de vil se.

5. Lån tillit som butikken ikke kan gi

Vurderinger i appbutikker, redaksjonelle priser, pressesitater, merker fra tilsynsmyndigheter for finansapper, kundesitater for B2B. Vis bare vurderinger du kan holde oppdatert: et tall fra for to år siden er verre enn ingenting.

Sjekkliste for oppbygning

9 eksempler på landingssider for mobilapper

Vi så på hver side i oktober 2026 og beskriver hva som sto der da. Sider endres ofte, så sjekk den aktuelle versjonen før du kopierer noe.

1. Linear Mobile

Linear presenterer appen som «the portable companion to the Linear system», noe som setter forventningene med en gang: dette er ikke en erstatning for desktopproduktet. Heroen har de offisielle merkene for App Store og Google Play pluss en QR-kode merket «Scan to download», og den samme trioen kommer tilbake i en avsluttende seksjon. Det finnes ingen vurderinger eller kundelogoer. I stedet selger siden gjennom produktdetaljer: en innboks for høyt prioritert arbeid som du kan handle på, sveipe bort eller utsette, en rask editor for å opprette saker, muligheten til å gjøre skjermbilder eller bilder om til feilrapporter, og en konfigurerbar varslingsplan.

Hva du kan stjele: QR-koden ved siden av merkene i hero-seksjonen, for besøkende på desktop. Også innrammingen. Siden sier at appen er for når du er «away from keyboard», og nevner oppgavene som passer det øyeblikket, i stedet for å liste opp alle desktopfunksjonene.

2. Notion Mobile

Notion holder det kort: en overskrift om å jobbe på farten, en undertittel som nevner iOS og Android, og vanlige tekstlenker («For iOS», «For Android») i stedet for butikkmerker. Deretter følger tre mobilskjermbilder, så en seksjon for den separate appen Notion Calendar med egne butikklenker, og så en linje som peker til skrivebordsappen. Det finnes ikke noe sosialt bevis utover et sitat av Marshall McLuhan.

Verdt å kopiere: én side som sender til alle klientene: mobil, en følgeapp og desktop. For et produkt folk bruker på tvers av enheter er det den ærlige strukturen. Hva vi ville endret: offisielle merker og en QR-kode ville gjort installasjonsveien tydeligere for besøkende på desktop som kommer fra hovednettstedet.

3. HubSpot Mobile App

H1 er rett og slett «HubSpot Mobile App», med en undertittel om at CRM og AI jobber sammen uansett hvor du er. Offisielle merker for App Store og Google Play står rett under undertittelen og igjen nederst på siden. En registreringslenke i toppfeltet og et telefonnummer for spørsmål dekker besøkende som ikke er kunder ennå.

Beviset er ett enkelt navngitt sitat fra en CRM-direktør i en bedrift der feltselgerne «alltid er på veien» og er avhengige av appen. Deretter følger fire funksjonsseksjoner (AI, holde avtaler i bevegelse, komme i kontakt med kunder, innsikt), og så en FAQ som blant annet tar for seg hvilke enheter som støttes og hva appen koster.

Kundesitatet er delen du bør låne. Det beskriver nøyaktig situasjonen appen løser, folk som jobber borte fra en pult, i stedet for generell ros. Og FAQ-en svarer på de to spørsmålene en kjøper ellers ville sendt e-post til salg om.

4. Headspace

Forsiden fungerer som appens landingsside. Overskriften er på to ord, «Stress less», med én linje som beskriver appen og én CTA for registrering. Under den spør en målvelger «What kind of headspace are you looking for?» og gir seks valg, fra søvn til terapi. Deretter kommer en forhåndsvisning av innholdsbiblioteket, en seksjon for arbeidsgivere og helseforsikringer med en knapp for å be om demo, og en FAQ med åtte spørsmål. Butikkmerkene ligger i bunnteksten, ikke i hero-seksjonen.

Hva du kan stjele: målvelgeren. Besøkende segmenterer seg selv med ett trykk og lander på innhold som passer grunnen til at de kom. Det er også et ryddig eksempel på en forbrukerappside som har en B2B-vei (arbeidsgiverseksjonen) uten å rote til hero-seksjonen.

5. Calm

Calms hero er et kort løfte («Calm your mind. Change your life.») og en kategoripåstand, med én CTA for registrering. Deretter følger tre fordelsblokker om stress, søvn og mindfulness. Anmeldelsesdelen bruker korte sitater signert med fornavn og by, og en lang FAQ avslutter siden. Sidens kode inneholder også QR-koder merket for nedlasting av mobilappen, antakelig vist til besøkende på større skjermer.

Lån stilen i anbefalingene: hver av dem beskriver en konkret situasjon (får ikke sove, et travelt hode, en stressende arbeidsdag) i stedet for «flott app». Hvert sitat fungerer samtidig som et bruksområde.

6. Strava

Strava åpner med en overskrift om fellesskap og tre registreringsknapper: Google, Apple og e-post. Navigasjonen har et «Get the App»-punkt, men selve butikkmerkene ligger i bunnteksten. Hoveddelen har tre funksjonskort (spore og analysere, dele og koble seg på, utforske og konkurrere), en seksjon om funksjoner på desktop som ruteplanlegging, en seksjon om abonnement og registreringsbanneret gjentatt nær bunnen.

Ideen å ta med seg er kontoopprettelse på nettet før installasjonen. En besøkende som har registrert seg med ett trykk, har en grunn til å åpne appen etterpå, og bedriften kan følge opp på e-post hvis de ikke gjør det. Ulempen er at butikkmerkene er lette å overse.

7. Monzo

Monzos forside åpner med en linje om penger og livet og én enkelt CTA, «open an account». Bevisene er ikke app-vurderinger, men tillitsmarkører: et Which? Recommended Provider-merke, Current Account Switch Guarantee og FSCS-beskyttelse. Deretter følger produktkort (brukskontoer, sparing, kreditt, investeringer, pensjon, boligeie), så funksjoner og abonnementsnivåer. Lenker til appbutikkene er ikke en del av toppseksjonen.

Lærdommen: velg beviset som svarer på den besøkendes største frykt. For en bank er det «er pengene mine trygge?», så merkene for beskyttelse og anbefaling betyr mer enn stjernevurderinger ville gjort.

8. Todoist Downloads

Overskriften er «Award-winning apps for every device». Seks faner bytter mellom desktop, Android, iOS, wearables, nettleserutvidelser og e-posttillegg, hver med sitt eget skjermbilde, og introduksjonen lenker til de enkelte plattformene (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch og Wear OS). Siden avsluttes med en invitasjon til å bli med «millions of people» som bruker appen.

Hva du kan låne: enhetsvelgeren med faner. For et produkt på så mange plattformer holder én fane per plattform siden kort, mens alle klienter er ett klikk unna. Ett forbehold: «prisvinnende» uten å navngi prisen er svakt bevis; har du en navngitt pris, nevn den.

9. Ting

Cultured Codes side for Things åpner med produktnavnet, en beskrivelse på én setning og en introduksjonsvideo. Under det har ett kort per Apple-enhet (Mac, iPhone og Watch, iPad, Vision Pro) det tilsvarende butikkmerket og lenker til en prisside som viser prisene i din valuta. En «Read all about it»-seksjon lister opp to Apple Design Awards og sitater fra navngitte anmeldere i publikasjoner som Wirecutter, WIRED og MacStories.

Verdt å kopiere for en betalt app: pressesitater, der en redaktørs vurdering veier tyngre enn en anonym vurdering. Og et butikkmerke per enhetskort, slik at en iPad-eier ikke må finne ut hvilken oppføring som er deres.

Sider for B2B SaaS-mobilapper

Linear, Notion, HubSpot og Todoist over er alle B2B- eller prosumer-produkter, og de deler et mønster som er verdt å sette ord på. Kjøperen bruker allerede produktet på en datamaskin; siden for mobilappen selger ikke produktet, den selger vanen med å bruke det på telefonen. Det endrer siden:

• Behandle den besøkende på datamaskin som hovedmålgruppen. Besøkende kommer ofte fra produktets eget nettsted, hjelpesenter eller meldinger i appen mens de sitter ved en bærbar PC. Derfor er QR-koden (eller et felt for «send meg en lenke») den primære CTA-en, ikke en reserveløsning. Linear får dette til.
• Nevn oppgavene mobilen er til for: godkjenninger, varsler, rask registrering, forberedelser før et møte, logging av en samtale etterpå. Ikke list opp alle funksjonene fra datamaskinversjonen.
• Svar på administratorens spørsmål om single sign-on, enhetsadministrasjon, datasikkerhet og om appen er inkludert i planen. HubSpots FAQ håndterer kostnadsspørsmålet; produkter for store virksomheter bør legge til sikkerhet og administratorkontroller.
• Bruk rollespesifikke bevis. Et sitat fra en feltsalgssjef eller en vakthavende ingeniør overbeviser dem som faktisk skal bruke appen.

Den samme B2B-besøkende kan også komme på mobil fra en e-post, så mobiloppsettet betyr fortsatt noe. Innlegget vårt om mobil B2B-personalisering dekker hvordan B2B-sider bør tilpasse seg små skjermer, og eksemplene våre på B2B-landingssider går gjennom de andre sidetypene et SaaS-selskap trenger.

Vanlige feil

• Bare merker, ingen vei for desktop. En besøkende på desktop klikker på App Store-merket, lander på en nettoppføring og må lete frem telefonen. Legg til en QR-kode som peker til en lenke som videresender basert på enhet.
• Å skrive ut en egen QR-kode per appbutikk. Besøkende vet ikke hvilken de skal skanne. Bruk én kode med enhetsgjenkjenning på serversiden.
• Popuper i fullskjerm med «last ned appen vår» på mobil blokkerer innholdet den besøkende kom for. Apples egen dokumentasjon setter det diskré banneret sitt opp mot avbrudd i fullskjerm.
• Å vise en stjernevurdering kopiert fra et gammelt skjermbilde. Hvis den ikke lenger stemmer med appbutikken, kan hvem som helst sjekke det, og det skader tilliten.
• Funksjonslister uten skjermbilder. Hver påstand om en funksjon bør ha skjermbildet som beviser den.
• Ingen måling. Installasjoner i appbutikken kan ikke spores fra siden som standard. Merk butikklenker med kampanjeparametere der butikkene støtter det, merk QR-destinasjonen med en UTM-bygger, og mål klikk på merkene og QR-skanninger som konverteringen på siden.
• Uten Smart App Banner eller App Links blir en kunde som allerede har appen, bedt om å installere den på nytt.

Wireframe du kan kopiere for en landingsside for en app

Et eksempel på struktur for en B2B- eller prosumer-app. Fyll den ut med et brief for landingssiden først, slik at overskriften og bevisene kommer fra målgruppeinnsikten, ikke fra funksjonslisten.

1. Head: Smart App Banner-metatagg med en app-argument som peker til gjeldende side.
2. Hero, venstre: overskrift (oppgaven appen løser, under 10 ord), undertittel (hvem den er for og på hvilke enheter), én linje med bevis (vurdering, pris eller kunde).
3. Hero, høyre side: på desktop en QR-kode merket «Skann for å laste ned» med begge butikkmerkene under; på mobil det tilsvarende butikkmerket først og et skjermbilde fra telefonen.
4. Skjermbilder: tre skjermbilder, hvert med én handling som bildetekst («Godkjenn med ett trykk»).
5. Oppgaveseksjon: tre eller fire blokker, hver med en situasjon pluss funksjonen som håndterer den.
6. Bevisseksjon: ett eller to konkrete kundesitater eller omtaler i pressen, pluss den nåværende vurderingen i appbutikken hvis du viser en.
7. Andre plattformer: lenker til desktop- og nettapper.
8. FAQ: pris, støttede enheter og OS-versjoner, kontosynkronisering, sikkerhet og administratorkontroller.
9. Avsluttende CTA: merker og QR-kode gjentatt.

Test deretter delene som mest sannsynlig betyr noe: plasseringen av QR-koden på desktop, registrering på nettet før installasjon kontra rett til butikken, og hvilket bevis som står i hero-seksjonen. Guiden vår til optimalisering av B2B-landingssider viser hvordan du prioriterer disse testene når trafikken er begrenset. Hvis den samme siden betjener svært ulike målgrupper, kan Markettailors segmentering bytte ut bevisblokken etter bransje eller selskap uten å bygge separate sider.

Ofte stilte spørsmål

Hva bør en landingsside for en mobilapp inneholde?

En tydelig overskrift om jobben appen gjør, offisielle merker for App Store og Google Play, en QR-kode eller mulighet for å sende en lenke for besøkende på desktop, ekte skjermbilder eller en kort video, ett sterkt bevis som en vurdering, en pris eller et kundesitat, noen få funksjonsseksjoner vinklet som brukeroppgaver, en FAQ og en gjentatt nedlastings-CTA til slutt.

Bør en landingsside for en app ha en QR-kode?

Ja, hvis en betydelig andel av de besøkende kommer fra datamaskin, noe som er vanlig for B2B-apper og for sider det lenkes til fra et hovednettsted. Plasser én QR-kode ved siden av butikkmerkene, og la den peke til en lenke som oppdager enheten og sender den besøkende til riktig butikk. På mobil skjuler du den eller flytter den under merkene.

Hva er et Smart App Banner?

Et Smart App Banner er en Apple-funksjon som viser et lite banner øverst på en nettside i Safari på iOS. Du legger det til med én metatagg som inneholder App Store-ID-en din. Har den besøkende appen, åpner banneret den, eventuelt på en tilsvarende skjerm; hvis ikke, lenker det til appens side i App Store. Det vises ikke på enheter som ikke støttes.

Hvordan måler du en landingsside for en app?

Spor klikk på butikkmerker og QR-skanninger som konverteringer på siden, merk butikklenker og QR-mål med kampanjeparametere der det støttes, og sammenlign dem med installasjonsdata i App Store Connect og Google Play Console. Installasjoner som tilskrives siden, vil være ufullstendige, så vurder endringer ut fra klikk videre til butikkene og bekreft med installasjonstrender.