Web-to-App-Funnel planen und bauen: Anleitung für Abo-Apps

Vor dem Bauen: fünf Entscheidungen, die den Funnel prägen

Kläre diese Punkte, bevor du den Builder öffnest. Jeder davon verändert, was die Screens leisten müssen, und eine spätere Änderung bedeutet meist einen Umbau.

1. Lohnt sich ein Web-Funnel für deine App?

Web-Funnels zahlen sich aus, wenn Nutzer die App verstehen müssen, bevor sie zahlen: Abnehmen, Fitness, Sprachenlernen, persönliche Finanzen, mentale Gesundheit, Produktivität. Im Quiz sehen sie schon vor der Paywall einen Plan aus ihren eigenen Antworten. Eine App, die sich mit einem Screenshot erklärt, braucht meist keinen.

2. Welche Form passt zu deinem Traffic?

Bei breitem Meta-Traffic ist ein Quiz mit persönlichem Plan und Paywall der Standard. Leicht verständliche Apps kommen oft mit einer Landingpage aus. Kalter Native-Traffic von Taboola oder Outbrain braucht oft ein Advertorial vor dem Quiz. Wer den Checkout des Stores behalten will, kann im Web nur die Registrierung erfassen und dann zur Installation führen, verliert aber den Kauf im Web als Signal für die Anzeigen.

3. Was verkaufst du im Web?

Halte die Paywall im Web einfach: ein Jahrestarif, ein klar genannter Verlängerungspreis und ein Grund, jetzt zu kaufen. Kostenlose Testphasen sind im Web die riskanteste Wahl, weil anfangs nichts abgebucht wird. Viele Teams wechseln deshalb zu einer kleinen bezahlten Testphase (zum Beispiel 7 Tage für 1 €) oder einer Geld-zurück-Garantie. Zahlungsgebühren im Web liegen weit unter den 15 bis 30 % Provision von App Store und Google Play, und manche Teams geben einen Teil davon als Web-Preis weiter.

4. Wie erkennt die App den Käufer?

Davon hängt dein Checkout-Setup ab, also entscheide jetzt. Die drei Möglichkeiten sind Konto zuerst, Einlöse-Link oder Login mit derselben E-Mail. Mehr dazu im Abschnitt zum Checkout weiter unten.

5. Woran misst du den Erfolg?

Legt die Kennzahl vor dem Start fest. Umsatz pro Käufer und das Verhältnis von LTV zu CAC sagen mehr als die Conversion Rate der ersten Woche, denn Web-Funnels konvertieren anfangs oft weniger Besucher und halten mehr davon. Gib den Retention-Daten drei bis sechs Monate und definiere „Kunde“ einmal: Teststarter, erster Zahler oder Zahler nach Rückerstattungen.

Den Funnel in Heyflow bauen, Screen für Screen

Das Beispiel ist eine App zum Abnehmen, der häufigste Web-to-App-Fall. Mit anderen Fragen funktioniert die gleiche Struktur für eine Sprach-App (Niveau, Ziel, Minuten pro Tag) oder eine Budget-App (Einkommensspanne, Sparziel, Schulden).

Du musst nicht bei null anfangen. Heyflow hat Vorlagen für Web2App-Quiz-Funnels. Die Quiz-Funnel-Beispiele aus der Solarbranche zeigen das gleiche Muster aus Fragen, Ergebnis und Abschluss. Heyflow AI erstellt aus einem Prompt einen ersten Entwurf. Schalte Partial Submits ein, damit du die Antworten von Nutzern behältst, die vor der Paywall abbrechen, und sie nach Ziel retargeten kannst.

Wann vor das Quiz eine Seite gehört

Wer über Native Ads oder breite Zielgruppen kommt, hat sich oft noch nicht eingestanden, dass er ein Problem hat, für das sich ein Quiz lohnt. Ein Advertorial oder eine Presell-Seite erzählt diese Geschichte zuerst: was schiefläuft, warum frühere Versuche gescheitert sind und was die App anders macht. Du baust sie mit Heyflow Pages im selben Konto wie das Quiz, und Conversions von Taboola und Outbrain gehen genau wie die von Meta serverseitig raus.

Checkout und App verbinden

Das Quiz endet an der Paywall. Danach müssen sich drei Systeme einig sein, wer bezahlt hat: der Checkout, dein Backend und die App.

Den Checkout wählen

Die meisten Web-to-App-Angebote verlängern sich automatisch. Du brauchst also einen Checkout, der Abos anlegt, Steuern abwickelt und fehlgeschlagene Zahlungen wiederholt. Heyflows Checkout-Blöcke für Stripe und Solidgate nehmen Einmalzahlungen direkt im Funnel an, was zu einer Gebühr vorab oder einem einmaligen Add-on passt. Für das Abo schickt der Paywall-Button den Käufer mit E-Mail und Tarif in der URL zu deinem Billing-Anbieter.

Plane fehlgeschlagene Zahlungen ein, denn im Web sind sie ein größeres Thema als in den Stores. Schalte automatische Wiederholungsversuche ein, biete Apple Pay und Google Pay an, wo dein Checkout sie unterstützt, zeig Preise in der Währung des Käufers und schick allen, die die Paywall erreicht und nicht bezahlt haben, eine Erinnerung mit dem Checkout-Link.

Den Käufer in die App bringen

Wähle eines von drei Mustern und bau den Bestätigungs-Screen darum herum:

• Konto zuerst. Der Funnel erfasst die E-Mail, ein Webhook aus Heyflow legt das Konto in deinem Backend an, und der Checkout hängt das Abo an die feste User-ID dieses Kontos. Verwende keine E-Mail-Adresse oder Telefonnummer als ID in einer URL.

• Einlöse-Link. Der Checkout legt einen anonymen Kunden an und schickt per E-Mail einen einmaligen Link, der den Kauf in der App einlöst. Solche Links laufen teils schnell ab (bei RevenueCat nach 60 Minuten), also sollten Bestätigungs-Screen und E-Mail sofort zur Installation führen.

• Login mit derselben E-Mail. Die App fragt nach der im Web genutzten E-Mail und findet das Abo beim Login. Das ist am einfachsten zu bauen und am anfälligsten für Tippfehler. Deshalb ist die E-Mail-Validierung im Funnel so wichtig.

Egal welches Muster du wählst: Der Button zum Öffnen der App sollte einen Deep Link aus deinem MMP nutzen, etwa einen AppsFlyer OneLink, einen Adjust-Link oder einen Branch-Link. Deferred Deep Linking behält das Ziel über die Installation aus dem Store hinweg, sodass der Käufer auf dem Login- oder Plan-Screen landet statt im allgemeinen Onboarding.

Tracking: welches System welches Event sendet

Jede Conversion sollte aus dem System kommen, das davon weiß, als Standard-Event und serverseitig. Heyflow kennt Leads und Checkout-Starts. Käufe, Verlängerungen und Rückerstattungen kennt dagegen nur dein Billing-System. Quiz-Starts helfen bei der Analyse von Absprüngen, fürs Bieten taugen sie nicht.

In Heyflow verbindest du die Meta Conversions API und die TikTok Events API pro Funnel mit Pixel-ID und Access Token. Du ordnest gehashte E-Mail und Telefonnummer für eine bessere Event Match Quality zu, legst fest, welcher Button welches Event auslöst, und übergibst Wert und Währung. Serverseitige Events gehen außerdem an Microsoft Ads, Taboola, Outbrain und OpenAI Ads, Google Ads und LinkedIn laufen clientseitig.

Zwei Setups kosten die meisten Signale. Das erste: das Browser-Pixel allein, denn Adblocker, Safaris Tracking-Schutz und die In-App-Browser von Instagram und TikTok verschlucken Events. Das andere ist ein Kauf, der als Custom Event gesendet wird. Meta nutzt Custom Events nicht für Attribution oder Optimierung, worauf RevenueCat bei seiner eigenen Meta-Integration hinweist. Du brauchst also trotzdem ein Standard-Purchase-Event aus deinem Backend. Senden Pixel und Server dasselbe Event, gib beiden dieselbe Event-ID, damit Meta es nur einmal zählt.

Ein MMP brauchst du, sobald du den Anzeigenklick mit der Installation und dem Verhalten in der App verbinden willst. Ist der Kauf im Web die einzige Conversion, über die du berichtest, kannst du ohne starten.

Gesundheits- und Wellness-Apps bei Meta

Seit Januar 2025 schränkt Meta manche Werbetreibende aus Gesundheit und Wellness, darunter Apps zum Abnehmen und für Fitness, bei der Optimierung auf Events weiter unten im Funnel wie Purchase ein (Haus). Bevor du eine Purchase-Kampagne planst, prüf im Events Manager, ob es für deinen Datensatz einen Hinweis auf eine Einschränkung gibt. Eingeschränkte Konten optimieren stattdessen auf ein früheres Event und messen Käufe in den eigenen Daten.

Halte Gesundheitsbegriffe aus allem heraus, was du sendest, auch aus Seitenpfaden, URL-Parametern, Event-Namen und Namen von Zielgruppen. Einen Pfad wie /abnehmen-plan/ neben einem Kauf wertet Meta als Gesundheitsinformation (Jetfuel). Verarbeitet deine App geschützte Gesundheitsdaten, bekommst du im Scale-Tarif von Heyflow HIPAA-Abdeckung mit unterzeichnetem BAA.

Den Funnel messen und verbessern

Verfolge diese Kennzahlen pro Kampagne. Fällt eine ab, zeigt sie auf einen bestimmten Teil des Funnels:

Viele Käufe bei niedriger Einlöserate deuten auf ein Problem bei der Übergabe hin, nicht bei der Akquise.

Teste eine Änderung nach der anderen auf den Screens, die die meisten Nutzer verlieren. Bei den meisten Web-to-App-Funnels sind das der Einstieg und die Paywall. Heyflow testet nativ mit Traffic-Aufteilung und eingebauter Signifikanzprüfung. Der Absprung pro Screen, gefiltert nach Gerät und UTM, zeigt, ob das Leck im Funnel selbst liegt oder in einer Anzeigengruppe, die die falschen Leute schickt. Der Optimize Agent prüft einen laufenden Funnel, nennt mit den Daten dahinter den Screen, an dem du ansetzen solltest, und kann die Änderung als Test starten. Lass Varianten volle Wochen laufen. Den Gewinner bewertest du nach Umsatz pro Besucher, nicht nach abgeschlossenen Quizzen.

Eine gute erste Testrunde:

1. Der Einstiegs-Screen: eine zur Anzeige passende Überschrift und die erste Frage.

2. Wie viele Fragen vor der E-Mail-Abfrage kommen.

3. Das Angebot auf der Paywall: bezahlte Testphase gegen Geld-zurück-Garantie oder zwei Arten, den Jahrespreis darzustellen.

4. Der Ergebnis-Screen: wie konkret der Plan wirkt.

5. Eine Presell-Seite vor dem Quiz für kalte Zielgruppen.

Funnel und App sollten dieselbe Geschichte erzählen. Verspricht die Anzeige das eine und zeigt der erste Screen in der App etwas anderes, kündigen Web-Käufer. Bau einen Funnel pro Ansatz und sorg dafür, dass der erste Screen in der App dort weitermacht, wo der Funnel aufgehört hat.

Fehlersuche im Web-to-App-Funnel

Die meisten ersten Funnels scheitern zwischen den Systemen, nicht im Quiz. Prüf diese Punkte, bevor du Screens umbaust.

FAQ zum Web-to-App-Funnel

Was ist ein Web-to-App-Funnel?

Ein Web-to-App-Funnel ist eine bezahlte Akquise-Strecke, die auf einer Webseite oder in einem Quiz beginnt und in einer mobilen App endet. Der Käufer bezahlt meist im Web, installiert dann die App und öffnet sie mit aktivem Abo. Manche Funnels erfassen im Web nur die Registrierung und überlassen die Zahlung der App.

Erlaubt Apple Web-to-App-Funnels?

Ja. Ein Abo auf der eigenen Website zu verkaufen und es in der App nutzen zu lassen, war schon immer erlaubt. Seit dem Urteil im Verfahren Epic gegen Apple von 2025 dürfen Apps in den USA außerdem aus der App auf einen Web-Checkout verlinken.

Sparen Web-to-App-Funnels Geld?

Nicht automatisch. Zahlungsgebühren im Web sind viel niedriger als die 15 bis 30 % Store-Provision, aber du brauchst einen eigenen Checkout und eine eigene Steuerabwicklung, und Web-Funnels konvertieren anfangs oft weniger Besucher. Der Gewinn kommt meist aus besseren Verlängerungsraten und neuen Zielgruppen, nicht aus der Gebühr allein.

Brauche ich Entwickler, um einen Web-to-App-Funnel zu bauen?

Nicht für den Funnel. Ein No-Code-Funnel-Builder deckt alles von der ersten Frage bis zur Übergabe an den Checkout ab. Einen Entwickler brauchst du einmal: um Konten aus dem Webhook anzulegen, das Kauf-Event aus dem Backend zu senden und die Deep Links in der App einzurichten.

Welche Apps profitieren am meisten von einem Web-to-App-Funnel?

Apps mit höherem Preis oder einem Onboarding, das Erklärung braucht: Gesundheit und Fitness, Abnehmen, Telemedizin, Sprachenlernen, Finanzen und Produktivität.

Soll ich Meta den Lead oder den Kauf senden?

Beides, serverseitig, und optimiere auf den Kauf, wo dein Konto das zulässt. Wer auf abgeschlossene Quizze optimiert, bringt Meta bei, Leute zu finden, die Quizze ausfüllen, nicht Leute, die ein Abo abschließen. Konten aus Gesundheit und Wellness, die nicht auf Purchase optimieren dürfen, optimieren auf ein früheres Event und messen Käufe in den eigenen Daten.

Kann Heyflow Abo-Zahlungen direkt im Funnel annehmen?

Heyflows Checkout-Blöcke für Stripe und Solidgate nehmen Einmalzahlungen an. Für wiederkehrende Abos übergibt der Funnel den Käufer mit E-Mail und Tarif an deinen Abo-Checkout, etwa Stripe Checkout oder Paddle.