Beispiele für App-Landingpages und was Sie davon übernehmen können

Eine Landingpage für eine Mobile App hat eine schwierigere Aufgabe als die meisten Landingpages. Manche Besucher sind am Smartphone und wollen mit einem Tipp in den Store; andere sitzen am Laptop, wo ein „Download on the App Store“-Badge auf eine Seite führt, von der aus sie nichts installieren können. Die Seite muss beide bedienen, die App so gut erklären, dass der Store-Eintrag nur noch Formsache ist, und damit leben, dass die Conversion an einem Ort stattfindet, den Sie nicht kontrollieren.

Im Folgenden: was eine App-Landingpage leisten muss, eine Checkliste zum Aufbau, neun echte App-Landingpages, die wir im Oktober 2026 geprüft haben (in eigenen Worten beschrieben, jeweils mit dem, was Sie übernehmen können), ein Abschnitt zu Seiten für mobile B2B-SaaS-Apps, häufige Fehler und ein Wireframe zum Kopieren, Abschnitt für Abschnitt. Wir beschreiben, was die Seiten zeigen, nicht wie sie performen; keines dieser Unternehmen veröffentlicht Conversion-Daten dazu, und wir raten nicht.

Was eine Landingpage für Mobile Apps leisten muss

1. Jeden Besucher zum richtigen Installationsweg leiten

Smartphone-Besucher brauchen den richtigen Store für ihr Gerät. Desktop-Besucher brauchen einen Weg, die App auf ein Smartphone zu bringen, das sie gerade nicht in der Hand halten: einen QR-Code, ein Feld „Link per SMS senden“ oder eine E-Mail-Option. Die besten Seiten erkennen das Gerät und stellen die passende Option voran, während die anderen sichtbar bleiben.

2. Die offiziellen Store-Badges verwenden

Apples Marketingrichtlinien für den App Store verlangen das offizielle Badge-Motiv, unverändert und nicht selbst übersetzt, mit einem Freiraum ringsum von mindestens einem Viertel der Badge-Höhe und einer Mindesthöhe von 40 px auf dem Bildschirm. Apple verlangt außerdem, dass das Badge der Hauptbotschaft untergeordnet ist. Google stellt eigene Motive für das Google-Play-Badge bereit. Selbstgebaute „Get it on iPhone“-Buttons wirken weniger vertrauenswürdig und verstoßen gegen die Richtlinien.

3. An die App übergeben, wenn sie bereits installiert ist

Unter iOS ist ein Smart App Banner ein einzelnes Meta-Tag, das in Safari oben auf der Seite ein Banner anzeigt. Laut Apples Dokumentation öffnet das Banner die App, wenn sie installiert ist, und führt andernfalls zum App-Store-Eintrag; es erscheint nicht, wenn das Gerät die App nicht unterstützt oder die App in der Region nicht verfügbar ist, und ein optionales app-argument übergibt eine URL, damit die App beim passenden Bildschirm öffnet. Das Tag sieht so aus: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. Unter Android sorgen Android App Links dafür, dass verifizierte Web-URLs direkt in Ihrer App öffnen. Zusammen bedeutet das, dass ein bestehender Nutzer, der auf Ihrer Marketingseite landet, nicht aufgefordert wird, etwas zu installieren, das er bereits hat.

4. Zeigen Sie die App, nicht eine Abstraktion davon

Echte Screenshots oder eine kurze Bildschirmaufnahme der Kernaktion. App-Käufer beurteilen, ob die Oberfläche benutzbar aussieht; Illustrationen verbergen genau das, was sie sehen wollen.

5. Vertrauen leihen, das der Store nicht bieten kann

Store-Bewertungen, redaktionelle Auszeichnungen, Pressezitate, Siegel von Aufsichtsbehörden bei Finanz-Apps, Kundenzitate im B2B. Zeigen Sie nur Bewertungen, die Sie aktuell halten können: Eine Zahl von vor zwei Jahren ist schlechter als keine.

Checkliste zum Aufbau

9 Beispiele für Landingpages mobiler Apps

Wir haben uns jede Seite im Oktober 2026 angesehen und beschreiben, was damals darauf zu sehen war. Seiten ändern sich häufig; prüfen Sie daher die aktuelle Version, bevor Sie etwas übernehmen.

1. Linear Mobile

Linear stellt die App als „the portable companion to the Linear system“ vor und setzt damit sofort die Erwartungen: Sie ersetzt nicht das Desktop-Produkt. Im Hero stehen die offiziellen Badges für App Store und Google Play sowie ein QR-Code mit der Beschriftung „Scan to download“, und dasselbe Trio kehrt in einem abschließenden Abschnitt wieder. Bewertungen oder Kundenlogos gibt es nicht. Stattdessen verkauft die Seite über Produktdetails: ein Posteingang für wichtige Aufgaben, die man bearbeiten, wegwischen oder zurückstellen kann, ein schneller Editor zum Anlegen von Issues, die Umwandlung von Screenshots oder Fotos in Bug-Reports und ein konfigurierbarer Benachrichtigungsplan.

Was Sie übernehmen sollten: den QR-Code neben den Store-Badges im Hero-Bereich für Desktop-Besucher. Und die Rahmung. Die Seite sagt, die App sei für Momente, in denen man „nicht an der Tastatur“ ist, und nennt die Aufgaben, die zu diesem Moment passen, statt jede Desktop-Funktion aufzulisten.

2. Notion Mobile

Notion hält es kurz: eine Headline über das Arbeiten unterwegs, eine Subheadline, die iOS und Android nennt, und schlichte Textlinks („For iOS“, „For Android“) statt Store-Badges. Es folgen drei Smartphone-Screenshots, dann ein Abschnitt zur separaten App Notion Calendar mit eigenen Store-Links und schließlich eine Zeile mit Verweis auf die Desktop-App. Social Proof gibt es außer einem Zitat von Marshall McLuhan keinen.

Nachahmenswert: eine Seite, die zu jedem Client leitet – Mobil, eine Begleit-App und Desktop. Für ein Produkt, das auf mehreren Geräten genutzt wird, ist das die ehrliche Struktur. Was wir ändern würden: Offizielle Badges und ein QR-Code würden den Installationsweg für Desktop-Besucher, die von der Haupt-Website kommen, klarer machen.

3. HubSpot Mobile App

Die H1 lautet schlicht „HubSpot Mobile App“, mit einer Subheadline über CRM und KI, die überall zusammenarbeiten. Offizielle Badges für App Store und Google Play stehen direkt unter der Subheadline und erneut am Seitenende. Ein Registrierungslink im Header und eine Telefonnummer für Fragen decken Besucher ab, die noch keine Kunden sind.

Der Beleg ist ein einziges namentliches Zitat eines CRM-Direktors, dessen Außendienstmitarbeiter „ständig unterwegs“ sind und auf die App angewiesen sind. Es folgen vier Feature-Abschnitte (KI, Deals in Bewegung halten, mit Kunden in Kontakt treten, Insights), dann ein FAQ, das unter anderem beantwortet, welche Geräte unterstützt werden und was die App kostet.

Das Kundenzitat ist der Teil, den Sie übernehmen sollten. Es beschreibt genau die Situation, die die App löst – Menschen, die nicht am Schreibtisch arbeiten –, statt allgemeinen Lobs. Und die FAQ beantworten die zwei Fragen, die ein Käufer sonst per E-Mail an den Vertrieb schicken würde.

4. Headspace

Die Startseite dient als Landingpage der App. Die Headline besteht aus zwei Wörtern, „Stress less“, dazu eine Zeile zur App und ein einziger Anmelde-CTA. Darunter fragt eine Zielauswahl „What kind of headspace are you looking for?“ und bietet sechs Optionen von Schlaf bis Therapie. Es folgen eine Vorschau der Inhaltsbibliothek, ein Bereich für Arbeitgeber und Krankenversicherer mit Demo-Button und ein FAQ mit acht Fragen. Die Store-Badges stehen im Footer, nicht im Hero.

Was Sie übernehmen sollten: die Zielauswahl. Besucher segmentieren sich mit einem Tippen selbst und landen bei Inhalten, die zu ihrem Anliegen passen. Außerdem ist es ein gelungenes Beispiel dafür, wie eine Consumer-App-Seite einen B2B-Pfad (den Bereich für Arbeitgeber) unterbringt, ohne den Hero-Bereich zu überladen.

5. Calm

Der Hero von Calm besteht aus einem kurzen Versprechen („Calm your mind. Change your life.“) und einem Kategorie-Claim mit einem einzigen Registrierungs-CTA. Es folgen drei Nutzenblöcke zu Stress, Schlaf und Achtsamkeit. Der Bewertungsabschnitt nutzt kurze Zitate mit Vorname und Stadt, und ein langes FAQ schließt die Seite ab. Das Seiten-Markup enthält außerdem QR-Codes zum Herunterladen der mobilen App, vermutlich für Besucher mit größeren Bildschirmen.

Übernehmen Sie den Stil der Testimonials: Jedes beschreibt eine konkrete Situation (nicht einschlafen können, ein voller Kopf, ein stressiger Arbeitstag) statt „tolle App“. Jedes Zitat ist zugleich ein Anwendungsfall.

6. Strava

Strava beginnt mit einer Community-Headline und drei Registrierungsbuttons: Google, Apple und E-Mail. Die Navigation enthält einen Eintrag „Get the App“, die Store-Badges selbst stehen aber im Footer. Der Hauptteil hat drei Funktionskarten (Aufzeichnen und Analysieren, Teilen und Vernetzen, Entdecken und Wettkämpfen), einen Abschnitt zu Desktop-Funktionen wie der Routenplanung, einen Abo-Abschnitt und das Registrierungsbanner, das weiter unten wiederholt wird.

Die Idee, die man mitnehmen sollte: Kontoerstellung im Web vor der Installation. Ein Besucher, der sich mit einem Tippen registriert hat, hat einen Grund, die App danach zu öffnen, und das Unternehmen kann per E-Mail nachfassen, falls nicht. Der Nachteil: Die Store-Badges sind leicht zu übersehen.

7. Monzo

Die Startseite von Monzo beginnt mit einer Zeile über Geld und Leben und einem einzigen CTA „Konto eröffnen“. Als Beleg dienen keine App-Bewertungen, sondern Vertrauensmerkmale: ein Which?-Recommended-Provider-Badge, die Current Account Switch Guarantee und der FSCS-Schutz. Danach folgen Produktkarten (Girokonten, Sparen, Kredite, Investments, Altersvorsorge, Wohneigentum), dann Funktionen und Tarifstufen. Store-Links sind nicht Teil des Hero-Bereichs.

Die Lehre: Wählen Sie den Nachweis, der die größte Sorge des Besuchers beantwortet. Bei einer Bank lautet sie „Ist mein Geld sicher?“, daher zählen Einlagenschutz- und Empfehlungssiegel mehr, als Sternebewertungen es täten.

8. Todoist Downloads

Die Headline lautet „Award-winning apps for every device“. Sechs Tabs wechseln zwischen Desktop, Android, iOS, Wearables, Browser-Erweiterungen und E-Mail-Add-ons, jeweils mit eigenem Screenshot, und die Einleitung verlinkt auf die einzelnen Plattformen (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch und Wear OS). Die Seite endet mit der Einladung, sich den „millions of people“ anzuschließen, die die App nutzen.

Was Sie übernehmen sollten: die Geräteauswahl per Tabs. Bei einem Produkt auf so vielen Plattformen hält ein Tab pro Plattform die Seite kurz, während jeder Client nur einen Klick entfernt bleibt. Ein Vorbehalt: „preisgekrönt“ ohne Nennung des Preises ist ein schwacher Beleg; wenn Sie eine konkrete Auszeichnung haben, nennen Sie sie.

9. Dinge

Die Seite von Cultured Code für Things beginnt mit dem Produktnamen, einer Beschreibung in einem Satz und einem Einführungsvideo. Darunter trägt je eine Karte pro Apple-Gerät (Mac, iPhone und Watch, iPad, Vision Pro) das passende Store-Badge und verlinkt auf eine Preisseite, die Preise in Ihrer Währung anzeigt. Ein Abschnitt „Read all about it“ listet zwei Apple Design Awards und Zitate namentlich genannter Rezensenten von Publikationen wie Wirecutter, WIRED und MacStories.

Übernehmenswert für eine kostenpflichtige App: Pressezitate, bei denen das Urteil einer Redaktion mehr Gewicht hat als eine anonyme Bewertung. Und ein Store-Badge pro Gerätekarte, damit ein iPad-Besitzer nicht herausfinden muss, welcher Eintrag für ihn gilt.

Mobile-App-Seiten für B2B-SaaS

Linear, Notion, HubSpot und Todoist oben sind allesamt B2B- oder Prosumer-Produkte, und sie teilen ein Muster, das es zu benennen lohnt. Der Käufer nutzt das Produkt bereits am Computer; die Seite für die Mobile App verkauft nicht das Produkt, sondern die Gewohnheit, es auch auf dem Smartphone zu nutzen. Das verändert die Seite:

• Betrachten Sie den Desktop-Besucher als Hauptzielgruppe. Besucher kommen oft von der eigenen Website des Produkts, aus dem Help Center oder über In-App-Hinweise, während sie am Laptop sitzen. Daher ist der QR-Code (oder ein Feld „Link an mich senden“) der primäre CTA, keine Notlösung. Linear macht das richtig.
• Nennen Sie die Aufgaben, für die die mobile App gedacht ist: Freigaben, Benachrichtigungen, schnelles Erfassen, Vorbereitung vor einem Meeting, Protokollieren eines Anrufs danach. Listen Sie nicht jede Desktop-Funktion auf.
• Beantworten Sie die Fragen des Administrators zu Single Sign-on, Geräteverwaltung, Datensicherheit und ob die App im Tarif enthalten ist. Die FAQ von HubSpot klären die Kostenfrage; Enterprise-Produkte sollten Sicherheits- und Admin-Funktionen ergänzen.
• Nutzen Sie rollenspezifische Belege. Ein Zitat eines Außendienstleiters oder eines Bereitschaftsingenieurs überzeugt die Menschen, die die App tatsächlich nutzen werden.

Derselbe B2B-Besucher kommt womöglich auch auf dem Smartphone aus einer E-Mail, daher bleibt das mobile Layout wichtig. Unser Beitrag zur mobilen B2B-Personalisierung zeigt, wie sich B2B-Seiten auf kleinen Bildschirmen anpassen sollten, und unsere Beispiele für B2B-Landingpages analysieren die anderen Seitentypen, die ein SaaS-Unternehmen braucht.

Häufige Fehler

• Nur Badges, kein Desktop-Weg. Ein Desktop-Besucher klickt auf das App-Store-Badge, landet auf einer Web-Seite des Stores und muss sein Smartphone suchen. Fügen Sie einen QR-Code hinzu, der auf einen Link verweist, der je nach Gerät weiterleitet.
• Für jeden Store einen eigenen QR-Code drucken. Besucher wissen nicht, welchen sie scannen sollen. Verwenden Sie einen Code mit serverseitiger Geräteerkennung.
• Bildschirmfüllende „Hol dir unsere App“-Pop-ups auf Mobilgeräten verdecken die Inhalte, für die der Besucher gekommen ist. Apples eigene Dokumentation stellt das unaufdringliche Banner bildschirmfüllenden Unterbrechungen gegenüber.
• Eine Sternebewertung aus einem alten Screenshot zeigen. Stimmt sie nicht mehr mit dem Store überein, kann das jeder nachprüfen, und es schadet dem Vertrauen.
• Funktionslisten ohne Screens. Jede Aussage zu einer Funktion sollte den Screenshot haben, der sie belegt.
• Keine Messung. App-Installationen lassen sich standardmäßig nicht von der Seite aus tracken. Versehen Sie Store-Links mit Kampagnenparametern, wo die Stores das unterstützen, kennzeichnen Sie das QR-Ziel mit einem UTM-Builder und messen Sie Badge-Klicks und QR-Scans als Conversion auf der Seite.
• Ohne Smart App Banner oder App Links wird ein Kunde, der die App bereits hat, erneut zur Installation aufgefordert.

Wireframe zum Kopieren für eine App-Landingpage

Eine Beispielstruktur für eine B2B- oder Prosumer-App. Füllen Sie zuerst ein Landingpage-Briefing aus, damit Headline und Belege aus Ihrer Zielgruppenrecherche stammen und nicht aus der Feature-Liste.

1. Head: Smart-App-Banner-Meta-Tag mit einem app-argument, der auf die aktuelle Seite verweist.
2. Hero-Bereich, links: Überschrift (die Aufgabe, die die App erledigt, unter 10 Wörter), Unterzeile (für wen und auf welchen Geräten), eine Zeile als Beleg (Bewertung, Auszeichnung oder Kunde).
3. Hero, rechts: auf dem Desktop ein QR-Code mit der Beschriftung „Zum Herunterladen scannen“ und beiden Store-Badges darunter; auf Mobilgeräten zuerst das passende Store-Badge und ein Smartphone-Screenshot.
4. Screens: drei Screenshots, jeweils mit einer Aktion beschriftet („Mit einem Tippen freigeben“).
5. Abschnitt zu Aufgaben: drei oder vier Blöcke, jeweils eine Situation plus die Funktion, die sie löst.
6. Beleg-Abschnitt: ein oder zwei konkrete Kundenzitate oder Pressestimmen, dazu die aktuelle Store-Bewertung, falls Sie eine zeigen.
7. Andere Plattformen: Links zu Desktop- und Web-Apps.
8. FAQ: Preis, unterstützte Geräte und Betriebssystemversionen, Kontosynchronisierung, Sicherheit und Admin-Kontrollen.
9. Abschließender CTA: Badges und QR-Code wiederholt.

Testen Sie dann die Teile, die am ehesten zählen: die Platzierung des QR-Codes auf dem Desktop, Web-Anmeldung vor der Installation gegenüber direkt in den Store und welches Nachweiselement im Hero steht. Unser Leitfaden zur B2B-Landingpage-Optimierung zeigt, wie Sie diese Tests bei begrenztem Traffic priorisieren. Bedient dieselbe Seite sehr unterschiedliche Zielgruppen, kann die Segmentierung von Markettailor den Nachweisblock nach Branche oder Unternehmen austauschen, ohne separate Seiten zu bauen.

Häufig gestellte Fragen

Was gehört auf eine Landingpage für eine mobile App?

Eine klare Headline zur Aufgabe, die die App erledigt, offizielle Badges für App Store und Google Play, ein QR-Code oder eine Option „Link senden“ für Desktop-Besucher, echte Screenshots oder ein kurzes Video, ein starker Beleg wie eine Bewertung, eine Auszeichnung oder ein Kundenzitat, einige Funktionsabschnitte, formuliert als Nutzeraufgaben, ein FAQ und am Ende ein wiederholter Download-CTA.

Sollte eine App-Landingpage einen QR-Code haben?

Ja, wenn ein nennenswerter Teil der Besucher am Desktop kommt, was bei B2B-Apps und bei Seiten, die von einer Hauptwebsite verlinkt sind, häufig ist. Platzieren Sie einen QR-Code neben den Store-Badges und lassen Sie ihn auf einen Link zeigen, der das Gerät erkennt und den Besucher zum richtigen Store schickt. Auf Mobilgeräten blenden Sie ihn aus oder verschieben ihn unter die Badges.

Was ist ein Smart App Banner?

Ein Smart App Banner ist eine Apple-Funktion, die in Safari unter iOS oben auf einer Webseite ein kleines Banner anzeigt. Sie fügen es mit einem einzigen Meta-Tag hinzu, das Ihre App-Store-ID enthält. Hat der Besucher die App, öffnet das Banner sie, optional auf einem passenden Bildschirm; andernfalls verlinkt es auf den App-Store-Eintrag. Auf nicht unterstützten Geräten erscheint es nicht.

Wie misst man den Erfolg einer App-Landingpage?

Erfassen Sie Badge-Klicks und QR-Scans als On-Page-Conversions, versehen Sie Store-Links und QR-Ziele mit Kampagnenparametern, wo unterstützt, und vergleichen Sie sie mit den Installationsdaten in App Store Connect und der Google Play Console. Der Seite zugeordnete Installationen bleiben unvollständig; bewerten Sie Änderungen daher anhand der Klickrate zu den Stores und bestätigen Sie sie mit Installationstrends.