Exempel på landningssidor för mobilappar och vad du kan låna

En landningssida för en mobilapp har ett svårare jobb än de flesta landningssidor. Vissa besökare sitter med mobilen och vill nå butikssidan med ett tryck; andra sitter vid en dator, där en ”Download on the App Store”-knapp leder till en sida de inte kan installera från. Sidan måste fungera för båda, förklara appen så väl att butikssidan bara blir en formalitet och klara att konverteringen sker någonstans du inte har kontroll över.

Nedan: vad en landningssida för en app måste göra, en checklista för uppbyggnaden, nio verkliga landningssidor för appar som vi granskade i oktober 2026 (beskrivna med våra egna ord, med vad du kan låna från var och en), ett avsnitt om sidor för mobilappar inom B2B SaaS, vanliga misstag och en wireframe avsnitt för avsnitt som du kan kopiera. Vi beskriver vad sidorna visar, inte hur de presterar; inget av företagen publicerar konverteringsdata för dem, och vi gissar inte.

Vad en landningssida för en mobilapp måste göra

1. Led varje besökare till rätt installationsväg

Besökare på telefon behöver rätt appbutik för sin enhet. Besökare på dator behöver ett sätt att få in appen i en telefon de inte håller i: en QR-kod, ett fält för ”sms:a mig en länk” eller ett e-postalternativ. De bästa sidorna känner av enheten och inleder med det matchande alternativet, samtidigt som de andra syns.

2. Använd de officiella märkena från appbutikerna

Apples marknadsföringsriktlinjer för App Store kräver det officiella märket, oförändrat och inte översatt av dig, med fritt utrymme runt det på minst en fjärdedel av märkets höjd och en minsta höjd på skärmen på 40 px. Apple ber också att märket placeras underordnat huvudbudskapet. Google tillhandahåller sitt eget Google Play-märke. Hemmagjorda knappar med ”Hämta till iPhone” ser mindre trovärdiga ut och bryter mot riktlinjerna.

3. Lämna över till appen när den redan är installerad

På iOS är en Smart App Banner en enda metatagg som visar en banner högst upp på sidan i Safari. Enligt Apples dokumentation öppnar bannern appen om den är installerad och går annars till appens sida i App Store, den visas inte om enheten inte stöder appen eller om appen inte finns i den regionen, och en valfri app-argument skickar med en URL så att appen kan öppnas på motsvarande skärm. Taggen ser ut så här: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. På Android låter Android App Links verifierade webbadresser öppnas direkt i din app. Tillsammans innebär de att en befintlig användare som landar på din marknadssida inte uppmanas att installera något hen redan har.

4. Visa appen, inte en abstraktion av den

Riktiga skärmdumpar eller en kort skärminspelning av kärnfunktionen. Appköpare bedömer om gränssnittet ser användbart ut; illustrationer döljer just det de vill se.

5. Låna förtroende som butiken inte kan ge

Betyg i appbutikerna, redaktionella utmärkelser, pressciat, märken från tillsynsmyndigheter för finansappar, kundcitat för B2B. Visa bara betyg som du kan hålla aktuella: en siffra från för två år sedan är sämre än ingen alls.

Checklista för uppbyggnaden

9 exempel på landningssidor för mobilappar

Vi tittade på varje sida i oktober 2026 och beskriver vad som fanns där då. Sidor ändras ofta, så kontrollera den aktuella versionen innan du kopierar något.

1. Linear Mobile

Linear presenterar appen som ”the portable companion to the Linear system”, vilket direkt sätter förväntningarna: det här ersätter inte datorprodukten. Heron har de officiella märkena för App Store och Google Play plus en QR-kod med texten ”Scan to download”, och samma trio återkommer i ett avslutande avsnitt. Det finns inga betyg eller kundlogotyper. I stället säljer sidan genom produktdetaljer: en inkorg för högprioriterat arbete som du kan agera på, svepa bort eller skjuta upp, en snabb editor för att skapa ärenden, möjligheten att göra skärmdumpar eller foton till buggrapporter och ett konfigurerbart schema för aviseringar.

Det här kan du sno: QR-koden bredvid märkena i hero-sektionen, för besökare på desktop. Och inramningen. Sidan säger att appen är till för när du är "away from keyboard" och nämner de uppgifter som passar det ögonblicket, i stället för att lista alla desktopfunktioner.

2. Notion Mobile

Notion håller det kort: en rubrik om att arbeta när du är på språng, en underrubrik som nämner iOS och Android och enkla textlänkar (”For iOS”, ”For Android”) i stället för märken från appbutikerna. Därefter följer tre skärmdumpar från mobilen, sedan ett avsnitt om den separata appen Notion Calendar med egna butikslänkar och sedan en rad som hänvisar till skrivbordsappen. Det finns inga sociala bevis utöver ett citat av Marshall McLuhan.

Värt att kopiera: en sida som leder till alla klienter: mobil, en kompletterande app och dator. För en produkt som används på flera enheter är det den ärliga strukturen. Vad vi skulle ändra: officiella märken och en QR-kod skulle göra installationsvägen tydligare för besökare på dator som kommer från huvudwebbplatsen.

3. HubSpot Mobile App

H1:an är helt enkelt ”HubSpot Mobile App”, med en underrubrik om att CRM och AI arbetar tillsammans var du än är. Officiella märken för App Store och Google Play finns direkt under underrubriken och igen längst ner på sidan. En registreringslänk i sidhuvudet och ett telefonnummer för frågor täcker besökare som ännu inte är kunder.

Beviset är ett enda namngivet citat från en CRM-chef vars företag har fältsäljare som ”alltid är på vägen” och förlitar sig på appen. Därefter följer fyra funktionsavsnitt (AI, att hålla affärer i rörelse, att få kontakt med kunder, insikter) och sedan en FAQ som bland annat tar upp vilka enheter som stöds och vad appen kostar.

Kundcitatet är det du ska låna. Det beskriver exakt den situation appen löser, människor som arbetar borta från ett skrivbord, i stället för generellt beröm. Och FAQ:n besvarar de två frågor som en köpare annars skulle mejla sälj om.

4. Headspace

Startsidan fungerar som appens landningssida. Rubriken består av två ord, ”Stress less”, med en enradig beskrivning av appen och en enda CTA för registrering. Under den frågar en målväljare ”What kind of headspace are you looking for?” och erbjuder sex alternativ, från sömn till terapi. Sedan kommer en förhandsvisning av innehållsbiblioteket, en sektion för arbetsgivare och sjukförsäkringar med en knapp för att begära demo, och en FAQ med åtta frågor. Appbutiksmärkena ligger i sidfoten, inte i herosektionen.

Vad du kan sno: målväljaren. Besökarna segmenterar sig själva med ett tryck och landar på innehåll som matchar varför de kom. Det är också ett snyggt exempel på en konsumentapps sida som har en B2B-väg (avsnittet för arbetsgivare) utan att hero-sektionen blir rörig.

5. Calm

Calms hero är ett kort löfte (”Calm your mind. Change your life.”) och ett kategoripåstående, med en enda CTA för registrering. Därefter följer tre förmånsblock för stress, sömn och mindfulness. Recensionsavsnittet använder korta citat signerade med förnamn och stad, och en lång FAQ avslutar sidan. Sidans kod innehåller även QR-koder märkta för nedladdning av mobilappen, som förmodligen visas för besökare på större skärmar.

Låna stilen på omdömena: vart och ett beskriver en specifik situation (kan inte somna, en hjärna som går på högvarv, en stressig arbetsdag) snarare än ”bra app”. Varje citat fungerar också som ett användningsfall.

6. Strava

Strava inleder med en rubrik om gemenskap och tre registreringsknappar: Google, Apple och e-post. Navigeringen har en post ”Get the App”, men själva butiksmärkena finns i sidfoten. Brödtexten har tre funktionskort (spåra och analysera, dela och koppla upp dig, utforska och tävla), ett avsnitt om funktioner på datorn som ruttplanering, ett avsnitt om prenumeration och registreringsbannern upprepad nära slutet.

Idén att ta med sig är att skapa kontot på webben före installationen. En besökare som har registrerat sig med ett tryck har en anledning att öppna appen efteråt, och företaget kan följa upp via e-post om de inte gör det. Avvägningen är att butiksmärkena är lätta att missa.

7. Monzo

Monzos startsida inleds med en rad om pengar och livet och en enda CTA, ”open an account”. Dess bevis är inte appbetyg utan förtroendemarkörer: en Which? Recommended Provider-badge, Current Account Switch Guarantee och FSCS-skydd. Därefter följer produktkort (lönekonton, sparande, kredit, investeringar, pension, bostadsägande), sedan funktioner och plannivåer. Länkar till appbutikerna finns inte i hero-sektionen.

Lärdomen: välj det bevis som besvarar besökarens största rädsla. För en bank är det ”är mina pengar säkra?”, så märkena för insättarskydd och rekommendationer betyder mer än vad stjärnbetyg skulle göra.

8. Todoist Downloads

Rubriken är "Award-winning apps for every device". Sex flikar växlar mellan desktop, Android, iOS, wearables, webbläsartillägg och e-posttillägg, var och en med sin egen skärmdump, och inledningen länkar till de enskilda plattformarna (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch och Wear OS). Sidan avslutas med en inbjudan att ansluta sig till "millions of people" som använder appen.

Vad du kan låna: enhetsväljaren med flikar. För en produkt på så många plattformar håller en flik per plattform sidan kort samtidigt som varje klient bara är ett klick bort. En varning: ”prisbelönt” utan att nämna priset är ett svagt bevis; har du ett namngivet pris, nämn det.

9. Saker

Cultured Codes sida för Things inleds med produktnamnet, en beskrivning på en mening och en introduktionsvideo. Under den finns ett kort per Apple-enhet (Mac, iPhone och Watch, iPad, Vision Pro) med matchande butiksmärke och en länk till en prissida som visar priserna i din valuta. Avsnittet ”Read all about it” listar två Apple Design Awards och citat från namngivna recensenter på publikationer som Wirecutter, WIRED och MacStories.

Värt att kopiera för en betald app: pressciat, där en redaktörs omdöme väger tyngre än ett anonymt betyg. Och ett butiksmärke per enhetskort, så att en iPad-ägare inte behöver lista ut vilken butikssida som är deras.

Sidor för B2B SaaS-mobilappar

Linear, Notion, HubSpot och Todoist ovan är alla B2B- eller prosumer-produkter, och de delar ett mönster som är värt att sätta namn på. Köparen använder redan produkten på datorn; sidan för mobilappen säljer inte produkten, den säljer vanan att använda den i mobilen. Det förändrar sidan:

• Behandla besökaren på datorn som huvudmålgruppen. Besökare kommer ofta från produktens egen webbplats, hjälpcenter eller uppmaningar i appen medan de sitter vid en laptop. Därför är QR-koden (eller ett fält för ”skicka mig en länk”) den primära CTA:n, inte en reservlösning. Linear gör detta rätt.
• Ange vilka uppgifter mobilen är till för: godkännanden, notiser, snabb inmatning, förberedelser inför ett möte, loggning av ett samtal efteråt. Lista inte alla funktioner från datorversionen.
• Besvara administratörens frågor om single sign-on, enhetshantering, datasäkerhet och om appen ingår i planen. HubSpots FAQ hanterar kostnadsfrågan; enterprise-produkter bör lägga till säkerhets- och administratörsinställningar.
• Använd rollspecifika bevis. Ett citat från en fältsäljchef eller en jourhavande ingenjör övertygar de personer som faktiskt kommer att använda appen.

Samma B2B-besökare kan också komma via mobilen från ett mejl, så den mobila layouten spelar fortfarande roll. Vårt inlägg om mobil B2B-personalisering visar hur B2B-sidor bör anpassa sig på små skärmar, och våra exempel på B2B-landningssidor bryter ner de andra sidtyperna ett SaaS-bolag behöver.

Vanliga misstag

• Bara märken, ingen väg för datorn. En besökare på dator klickar på App Store-märket, landar på en webblistning och måste leta upp sin telefon. Lägg till en QR-kod som pekar på en länk som omdirigerar beroende på enhet.
• Att skriva ut en separat QR-kod per appbutik. Besökarna vet inte vilken de ska skanna. Använd en kod med enhetsigenkänning på serversidan.
• Popups i helskärm med ”hämta vår app” på mobilen blockerar innehållet som besökaren kom för. Apples egen dokumentation ställer dess diskreta banner mot avbrott i helskärm.
• Att visa ett stjärnbetyg som kopierats från en gammal skärmdump. Om det inte längre stämmer med appbutiken kan vem som helst kontrollera det, och det skadar förtroendet.
• Funktionslistor utan skärmbilder. Varje påstående om en funktion bör ha skärmdumpen som bevisar det.
• Ingen mätning. Installationer i appbutikerna kan som standard inte spåras från sidan. Tagga länkarna till butikerna med kampanjparametrar där butikerna stöder det, tagga QR-kodens destination med en UTM-byggare och mät klick på märkena och skanningar av QR-koden som konvertering på sidan.
• Utan Smart App Banner eller App Links uppmanas en kund som redan har appen att installera den igen.

Wireframe att kopiera för en landningssida för en app

En exempelstruktur för en B2B- eller prosumer-app. Fyll i den med hjälp av en brief för landningssidan först, så att rubriken och bevisen kommer från din målgruppsresearch och inte från funktionslistan.

1. Head: metataggen för Smart App Banner med en app-argument som pekar på den aktuella sidan.
2. Hero, vänster: rubrik (det jobb appen gör, under 10 ord), underrubrik (vem den är för och på vilka enheter), en rad bevis (betyg, utmärkelse eller kund).
3. Hero, höger: på dator en QR-kod märkt ”Skanna för att ladda ned” med båda butiksmärkena under; på mobil först det matchande butiksmärket och en skärmbild från telefonen.
4. Skärmar: tre skärmdumpar, var och en med en bildtext som beskriver en åtgärd (”Godkänn med ett tryck”).
5. Avsnitt om uppgifter: tre eller fyra block, vart och ett med en situation plus funktionen som hanterar den.
6. Bevisavsnitt: ett eller två specifika kundcitat eller omnämnanden i press, plus det aktuella betyget i appbutiken om du visar ett.
7. Andra plattformar: länkar till dator- och webbappar.
8. FAQ: pris, enheter och OS-versioner som stöds, kontosynk, säkerhet och administratörskontroller.
9. Avslutande CTA: märken och QR-kod upprepas.

Testa sedan de delar som mest sannolikt spelar roll: placeringen av QR-koden på datorn, registrering på webben före installation jämfört med direkt till appbutiken, och vilket bevis som sitter i heron. Vår guide till optimering av landningssidor för B2B beskriver hur du prioriterar de testerna när trafiken är begränsad. Om samma sida tjänar mycket olika målgrupper kan Markettailors segmentering byta bevisblocket efter bransch eller företag utan att du bygger separata sidor.

Vanliga frågor

Vad ska en landningssida för en mobilapp innehålla?

En tydlig rubrik om vad appen gör, officiella märken för App Store och Google Play, en QR-kod eller möjlighet att skicka en länk för besökare på dator, verkliga skärmdumpar eller en kort video, ett starkt bevis som ett betyg, en utmärkelse eller ett kundcitat, några funktionsavsnitt formulerade som användaruppgifter, en FAQ och en upprepad nedladdnings-CTA i slutet.

Ska en landningssida för en app ha en QR-kod?

Ja, om en betydande andel av besökarna kommer via dator, vilket är vanligt för B2B-appar och för sidor som länkas från en huvudwebbplats. Placera en QR-kod bredvid butiksmärkena och låt den peka på en länk som känner av enheten och skickar besökaren till rätt butik. I mobilen, dölj den eller flytta den under märkena.

Vad är en Smart App Banner?

En Smart App Banner är en Apple-funktion som visar en liten banner högst upp på en webbsida i Safari på iOS. Du lägger till den med en enda metatagg som innehåller ditt App Store-id. Om besökaren har appen öppnar bannern den, om du vill på en matchande skärm; annars länkar den till appens sida i App Store. Den visas inte på enheter som inte stöds.

Hur mäter man en landningssida för en app?

Spåra klick på butiksmärken och QR-skanningar som konverteringar på sidan, tagga butikslänkar och QR-destinationer med kampanjparametrar där det stöds och jämför dem med installationsdata i App Store Connect och Google Play Console. Installationer som tillskrivs sidan kommer att vara ofullständiga, så bedöm ändringar efter klick vidare till butikerna och bekräfta med trender för installationer.