Eksempler på landingssider for mobilapps, og hvad du kan stjæle

En landingsside for en mobilapp har en sværere opgave end de fleste landingssider. Nogle besøgende er på en telefon og vil have butikssiden med ét tryk; andre er på en bærbar, hvor et "Download on the App Store"-badge fører til en side, de ikke kan installere fra. Siden skal betjene begge, forklare appen så godt, at butikssiden bliver en formalitet, og overleve, at konverteringen sker et sted, du ikke har kontrol over.

Nedenfor: hvad en landingsside for en app skal kunne, en tjekliste over opbygningen, ni rigtige app-landingssider, vi gennemgik i oktober 2026 (beskrevet med vores egne ord, med hvad du kan låne fra hver), et afsnit om mobilapp-sider for B2B SaaS, typiske fejl og en wireframe sektion for sektion, som du kan kopiere. Vi beskriver, hvad siderne viser, ikke hvordan de performer; ingen af virksomhederne offentliggør konverteringsdata for dem, og vi gætter ikke.

Hvad en landingsside for en mobilapp skal kunne

1. Send hver besøgende til den rigtige installationsvej

Besøgende på telefon har brug for den rigtige butik til deres enhed. Desktopbesøgende har brug for en måde at få appen over på en telefon, de ikke holder i hånden: en QR-kode, et felt til "send mig et link på sms" eller en e-mailmulighed. De bedste sider registrerer enheden og viser den matchende mulighed først, mens de andre forbliver synlige.

2. Brug de officielle butiksbadges

Apples App Store marketing guidelines kræver den officielle badgegrafik, uændret og ikke oversat af dig selv, med et frirum omkring den på mindst en fjerdedel af badgets højde og en minimumshøjde på skærmen på 40 px. Apple beder også om, at badget placeres underordnet i forhold til hovedbudskabet. Google stiller sin egen Google Play-badge-grafik til rådighed. Hjemmelavede »Hent den til iPhone«-knapper virker mindre troværdige og bryder retningslinjerne.

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

På iOS er et Smart App Banner et enkelt meta-tag, der viser et banner øverst på siden i Safari. Ifølge Apples dokumentation åbner banneret appen, hvis den er installeret, og går ellers til App Store-siden; det vises ikke, hvis enheden ikke understøtter appen, eller appen ikke er tilgængelig i den region, og et valgfrit app-argument sender en URL med, så appen kan åbne på den tilsvarende skærm. Tagget ser sådan ud: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. På Android lader Android App Links verificerede web-URL'er åbne direkte i din app. Tilsammen betyder de, at en eksisterende bruger, der lander på din marketingside, ikke bliver bedt om at installere noget, vedkommende allerede har.

4. Vis appen, ikke en abstraktion af den

Rigtige skærmbilleder eller en kort skærmoptagelse af kernehandlingen. App-købere vurderer, om brugerfladen ser brugbar ud; illustrationer skjuler præcis det, de vil se.

5. Lån den tillid, som butikken ikke kan give

Bedømmelser i app-butikkerne, redaktionelle priser, pressecitater, badges fra tilsynsmyndigheder for finansapps, kundecitater for B2B. Vis kun bedømmelser, du kan holde opdaterede: Et tal fra for to år siden er værre end intet.

Tjekliste over opbygningen

9 eksempler på landingssider til mobilapps

Vi så på hver side i oktober 2026 og beskriver, hvad der stod på den dengang. Sider ændrer sig ofte, så tjek den aktuelle version, før du kopierer noget.

1. Linear Mobile

Linear introducerer appen som "the portable companion to the Linear system", hvilket forventningsafstemmer med det samme: det er ikke en erstatning for desktopproduktet. Hero-sektionen har de officielle App Store- og Google Play-badges plus en QR-kode med teksten "Scan to download", og den samme trio vender tilbage i en afsluttende sektion. Der er ingen vurderinger eller kundelogoer. I stedet sælger siden gennem produktdetaljer: en indbakke til højt prioriteret arbejde, som du kan handle på, swipe væk eller udsætte, en hurtig editor til at oprette issues, omdannelse af skærmbilleder eller fotos til fejlrapporter og en konfigurerbar tidsplan for notifikationer.

Hvad du kan stjæle: QR-koden ved siden af badgerne i heroen til desktopbesøgende. Og vinklingen. Siden siger, at appen er til, når du er "away from keyboard", og nævner de opgaver, der passer til det øjeblik, i stedet for at liste alle desktopfunktioner.

2. Notion Mobile

Notion holder det kort: en overskrift om at arbejde på farten, en underoverskrift, der nævner iOS og Android, og almindelige tekstlinks ("For iOS", "For Android") i stedet for butiksbadges. Derefter følger tre telefonskærmbilleder, så en sektion til den separate Notion Calendar-app med sine egne butikslinks og så en linje, der henviser til desktopappen. Der er ingen social proof ud over et citat af Marshall McLuhan.

Værd at kopiere: én side, der sender videre til alle klienter: mobil, en companion-app og desktop. For et produkt, folk bruger på tværs af enheder, er det den ærlige struktur. Hvad vi ville ændre: Officielle badges og en QR-kode ville gøre installationsvejen tydeligere for desktopbesøgende, der kommer fra hovedwebsitet.

3. HubSpot Mobile App

H1'eren er blot "HubSpot Mobile App" med en underoverskrift om, at CRM og AI arbejder sammen, uanset hvor du er. Officielle badges fra App Store og Google Play står lige under underoverskriften og igen nederst på siden. Et tilmeldingslink i headeren og et telefonnummer til spørgsmål dækker besøgende, der endnu ikke er kunder.

Beviset er ét navngivet citat fra en CRM-direktør, hvis virksomhed har feltsælgere, der er "always on the road" og afhængige af appen. Derefter følger fire funktionsafsnit (AI, at holde aftaler i gang, at komme i kontakt med kunder, indsigter) og så en FAQ, der bl.a. dækker, hvilke enheder der understøttes, og hvad appen koster.

Kundecitatet er den del, du skal låne. Det beskriver præcis den situation, appen løser, nemlig folk, der arbejder væk fra et skrivebord, i stedet for generisk ros. Og FAQ'en besvarer de to spørgsmål, en køber ellers ville sende en e-mail til salg om.

4. Headspace

Forsiden fungerer som appens landingsside. Overskriften er på to ord, »Stress less«, med en beskrivelse af appen på én linje og én CTA til tilmelding. Nedenunder spørger en målvælger »What kind of headspace are you looking for?« og tilbyder seks muligheder fra søvn til terapi. Derefter følger et udsnit af indholdsbiblioteket, en sektion for arbejdsgivere og sundhedsforsikringer med en knap til demoanmodning og en FAQ med otte spørgsmål. App store-badges står i footeren, ikke i hero-sektionen.

Hvad du kan stjæle: målvælgeren. Besøgende segmenterer sig selv med ét tryk og lander på indhold, der matcher, hvorfor de kom. Det er også et pænt eksempel på en side for en forbrugerapp, der rummer en B2B-vej (sektionen for arbejdsgivere) uden at rode heroen til.

5. Calm

Calms hero er et kort løfte ("Calm your mind. Change your life.") og en kategoripåstand med én CTA til tilmelding. Derefter følger tre fordelsblokke om stress, søvn og mindfulness. Anmeldelsessektionen bruger korte citater underskrevet med fornavn og by, og en lang FAQ afslutter siden. Sidens markup indeholder også QR-koder mærket til download af mobilappen, formentlig vist for besøgende på større skærme.

Lån stilen i udtalelserne: Hver af dem beskriver en konkret situation (kan ikke falde i søvn, en travl hjerne, en stresset arbejdsdag) frem for »fantastisk app«. Hvert citat fungerer samtidig som en use case.

6. Strava

Strava fører an med en overskrift om fællesskab og tre tilmeldingsknapper: Google, Apple og e-mail. Navigationen har et punkt med "Get the App", men selve butiksbadges står i footeren. Brødteksten har tre funktionskort (registrér og analysér, del og forbind, udforsk og konkurrér), en sektion om desktopfunktioner som ruteplanlægning, en abonnementssektion og tilmeldingsbanneret gentaget nær bunden.

Idéen at tage med er kontooprettelse på nettet før installationen. En besøgende, der har tilmeldt sig med ét tryk, har en grund til at åbne appen bagefter, og virksomheden kan følge op på e-mail, hvis de ikke gør. Ulempen er, at store-badges er lette at overse.

7. Monzo

Monzos forside fører an med en linje om penge og livet og én enkelt CTA, "open an account". Beviset er ikke app-bedømmelser, men tillidsmarkører: et Which? Recommended Provider-badge, Current Account Switch Guarantee og FSCS-beskyttelse. Derefter følger produktkort (lønkonti, opsparing, kredit, investeringer, pension, boligejerskab) og så funktioner og abonnementsniveauer. Links til app-butikkerne er ikke en del af heroen.

Læren: Vælg det bevis, der besvarer den besøgendes største frygt. For en bank er det »er mine penge sikre?«, så badges for indskydergaranti og anbefalinger betyder mere, end stjernevurderinger ville gøre.

8. Todoist Downloads

Overskriften er "Award-winning apps for every device". Seks faner skifter mellem desktop, Android, iOS, wearables, browserudvidelser og e-mail-tilføjelser, hver med sit eget skærmbillede, og introen linker til de enkelte platforme (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch og Wear OS). Siden slutter med at invitere dig til at slutte dig til de "millions of people", der bruger appen.

Hvad du kan lære: enhedsvælgeren med faner. For et produkt på så mange platforme holder en fane pr. platform siden kort, mens hver klient kun er ét klik væk. Én advarsel: "prisvindende" uden at nævne prisen er svag dokumentation; hvis du har en navngiven pris, så nævn den.

9. Ting

Cultured Codes side for Things åbner med produktnavnet, en beskrivelse på én sætning og en introduktionsvideo. Nedenunder har hvert Apple-device (Mac, iPhone og Watch, iPad, Vision Pro) sit eget kort med det matchende store-badge og et link til en prisside, der viser priser i din valuta. En sektion med »Read all about it« nævner to Apple Design Awards og citater fra navngivne anmeldere på medier som Wirecutter, WIRED og MacStories.

Værd at kopiere for en betalt app: pressecitater, hvor en redaktørs vurdering vejer tungere end en anonym bedømmelse. Og et butiksbadge pr. enhedskort, så en iPad-ejer ikke skal regne ud, hvilken side der er deres.

Sider for B2B SaaS-mobilapps

Linear, Notion, HubSpot og Todoist ovenfor er alle B2B- eller prosumer-produkter, og de deler et mønster, der er værd at sætte navn på. Køberen bruger allerede produktet på en computer; siden for mobilappen sælger ikke produktet, den sælger vanen med at bruge det på telefonen. Det ændrer siden:

• Behandl desktopbesøgende som den primære målgruppe. Besøgende kommer ofte fra produktets eget website, hjælpecenter eller beskeder i appen, mens de sidder ved en bærbar. Derfor er QR-koden (eller et "send mig et link"-felt) den primære CTA, ikke en reserveløsning. Det gør Linear rigtigt.
• Navngiv de opgaver, mobilen er til: godkendelser, notifikationer, hurtig registrering, forberedelse før et møde, logning af et opkald bagefter. Oplist ikke alle desktopfunktioner.
• Besvar administratorens spørgsmål om single sign-on, enhedsstyring, datasikkerhed og om appen er inkluderet i planen. HubSpots FAQ håndterer spørgsmålet om pris; enterprise-produkter bør tilføje sikkerhed og administratorkontroller.
• Brug rollespecifikke beviser. Et citat fra en salgschef i marken eller en ingeniør med vagt overbeviser dem, der faktisk skal bruge appen.

Den samme B2B-besøgende kan også ankomme på en telefon fra en mail, så mobillayoutet betyder stadig noget. Vores indlæg om mobil B2B-personalisering gennemgår, hvordan B2B-sider skal tilpasse sig små skærme, og vores eksempler på B2B-landingssider gennemgår de andre sidetyper, en SaaS-virksomhed har brug for.

Typiske fejl

• Kun badges, ingen vej fra desktop. En desktopbesøgende klikker på App Store-badget, lander på en weboversigt og skal finde sin telefon. Tilføj en QR-kode, der peger på et link, som omdirigerer efter enhed.
• At printe en separat QR-kode pr. app-butik. De besøgende ved ikke, hvilken de skal scanne. Brug én kode med enhedsgenkendelse på serversiden.
• Pop-ups i fuld skærm med "hent vores app" på mobil blokerer det indhold, den besøgende kom efter. Apples egen dokumentation stiller sit diskrete banner op over for afbrydelser i fuld skærm.
• At vise en stjernebedømmelse kopieret fra et gammelt skærmbillede. Hvis den ikke længere stemmer med butikken, kan alle tjekke det, og det skader tilliden.
• Funktionslister uden skærmbilleder. Hver påstand om en funktion bør have det skærmbillede, der beviser den.
• Ingen måling. Installationer i app-butikkerne kan som standard ikke spores fra siden. Tag butikslinks med kampagneparametre, hvor butikkerne understøtter det, tag QR-destinationen med en UTM-builder, og mål klik på badges og QR-scanninger som konverteringen på siden.
• Uden et Smart App Banner eller App Links bliver en kunde, der allerede har appen, bedt om at installere den igen.

Wireframe til en app-landingsside, du kan kopiere

En eksempelstruktur for en B2B- eller prosumer-app. Udfyld først en brief til landingssiden, så overskriften og dokumentationen kommer fra din målgrupperesearch og ikke fra funktionslisten.

1. Head: Meta-tag til Smart App Banner med en app-argument, der peger på den aktuelle side.
2. Hero, venstre: overskrift (den opgave, appen løser, under 10 ord), underoverskrift (hvem den er til og på hvilke enheder), én linje bevis (bedømmelse, pris eller kunde).
3. Hero, højre side: på desktop en QR-kode med teksten »Scan for at downloade« og begge store-badges under den; på mobil det matchende store-badge først og et skærmbillede fra telefonen.
4. Skærmbilleder: tre skærmbilleder, hver med en billedtekst om én handling ("Godkend med ét tryk").
5. Opgavesektion: tre eller fire blokke, hver med en situation plus den funktion, der håndterer den.
6. Bevissektion: et eller to konkrete kundecitater eller presseomtaler plus den aktuelle rating i app-butikken, hvis du viser en.
7. Andre platforme: links til desktop- og webapps.
8. FAQ: pris, understøttede enheder og OS-versioner, kontosynkronisering, sikkerhed og administratorkontrol.
9. Afsluttende CTA: badges og QR-kode gentaget.

Test derefter de dele, der mest sandsynligt betyder noget: placeringen af QR-koden på desktop, tilmelding på web før installation over for direkte til app store, og hvilket bevis der står i hero-sektionen. Vores guide til optimering af B2B-landingssider forklarer, hvordan du prioriterer de tests, når trafikken er begrænset. Hvis den samme side betjener meget forskellige målgrupper, kan Markettailors segmentering skifte bevisblokken ud efter branche eller virksomhed uden at bygge separate sider.

Ofte stillede spørgsmål

Hvad skal en landingsside for en mobilapp indeholde?

En klar overskrift om den opgave, appen løser, officielle badges fra App Store og Google Play, en QR-kode eller mulighed for at sende et link til besøgende på desktop, rigtige skærmbilleder eller en kort video, ét stærkt bevis som en bedømmelse, en pris eller et kundecitat, nogle få funktionssektioner formuleret som brugeropgaver, en FAQ og en gentaget download-CTA til sidst.

Skal en landingsside for en app have en QR-kode?

Ja, hvis en betydelig andel af de besøgende kommer på desktop, hvilket er almindeligt for B2B-apps og for sider, der linkes til fra et hovedwebsite. Placér én QR-kode ved siden af butiksbadges, og lad den pege på et link, der registrerer enheden og sender den besøgende til den rigtige butik. På mobil skal du skjule den eller flytte den under badges.

Hvad er et Smart App Banner?

Et Smart App Banner er en Apple-funktion, der viser et lille banner øverst på en webside i Safari på iOS. Du tilføjer det med ét metatag, der indeholder dit App Store-id. Har den besøgende appen, åbner banneret den, eventuelt på en tilsvarende skærm; hvis ikke, linker det til appens side i App Store. Det vises ikke på enheder, der ikke understøttes.

Hvordan måler man en landingsside for en app?

Følg klik på badges og QR-scanninger som konverteringer på siden, tag butikslinks og QR-destinationer med kampagneparametre, hvor det understøttes, og sammenlign dem med installationsdata i App Store Connect og Google Play Console. Installationer, der tilskrives siden, vil være ufuldstændige, så bedøm ændringer på klik videre til butikkerne, og bekræft med udviklingen i installationer.