Om deep linking in AppsFlyer in te stellen, maak je een OneLink-sjabloon aan in het AppsFlyer-dashboard, configureer je de instellingen van je iOS- en Android-app, implementeer je de AppsFlyer SDK om inkomende deep link-gegevens te verwerken en test je je links voordat je ze live zet. Het proces vergt een paar uur ontwikkeltijd, maar de verbetering in gebruikerservaring en campagneprestaties is direct merkbaar. De onderstaande secties beschrijven elk onderdeel van de configuratie in detail.
Welke soorten deep linking ondersteunt AppsFlyer?
AppsFlyer ondersteunt drie soorten deep linking: standaard deep linking, uitgestelde deep linking en retargeting deep links. Standaard deep links openen een specifiek scherm in een reeds geïnstalleerde app. Uitgestelde deep links doen hetzelfde, maar dan voor gebruikers die de app nog niet hebben geïnstalleerd – zij gaan eerst via de app store en komen na installatie op het juiste scherm terecht. Retargeting deep links betrekken bestaande gebruikers opnieuw via betaalde campagnes.
Elk type deep linking is geschikt voor een andere fase in de klantreis. Standaard deep linking werkt goed voor bestaande gebruikers die op een link klikken en verwachten op een specifiek product, artikel of functie terecht te komen. Deferred deep linking is met name nuttig voor campagnes gericht op gebruikerswerving, waarbij een nieuwe gebruiker op een advertentie klikt, de app installeert en direct op de juiste content terecht moet komen die de klik heeft veroorzaakt, in plaats van op een generiek startscherm. Zonder deferred deep linking verdwijnen gebruikers na de installatie in een leeg onboardingproces zonder enige link naar de advertentie waarop ze hebben gereageerd. Retargeting deep links brengen inactieve gebruikers terug naar een relevante bestemming binnen de app, waarover we aan het einde van dit artikel meer in detail spreken.
Hoe werkt OneLink in AppsFlyer?
OneLink is AppsFlyer's universele deep linking-oplossing. Het is een slimme URL die het apparaat en besturingssysteem van de gebruiker detecteert en deze vervolgens doorverwijst naar de juiste bestemming: de App Store, Google Play of direct naar de app als deze al is geïnstalleerd. OneLink ondersteunt zowel standaard als uitgestelde deep linking via één linkstructuur, wat het campagnebeheer over verschillende kanalen vereenvoudigt.
Wanneer een gebruiker op een OneLink-URL klikt, leest AppsFlyer de apparaatcontext en past de door u geconfigureerde routeringslogica toe. Als de app is geïnstalleerd, gaat de gebruiker direct naar het in-app-scherm dat is gedefinieerd in de linkparameters. Als de app niet is geïnstalleerd, komt de gebruiker terecht in de relevante app store. Zodra de gebruiker de app installeert en opent, geeft AppsFlyer de oorspronkelijke deep link-gegevens door aan de SDK, zodat de app de gebruiker naar het juiste scherm kan leiden. Dit voorkomt dat gebruikers afhaken tijdens de app-onboarding vanwege een onsamenhangende ervaring na de installatie.
OneLink ondersteunt ook aangepaste domeinen, waardoor u een korte URL met uw merknaam kunt gebruiken in plaats van een generiek AppsFlyer-domein. Dit verbetert de doorklikratio en zorgt voor consistentie in uw merk op e-mail-, sociale media- en betaalde kanalen.
Hoe configureer je deep linking in het AppsFlyer-dashboard?
Om deep linking in het AppsFlyer-dashboard te configureren, ga je naar de configuratie-instellingen van je app, open je de sectie OneLink en maak je een nieuwe OneLink-sjabloon aan. Je definieert de iOS- en Android-bestemmingen, stelt fallback-URL's in voor desktops of niet-ondersteunde apparaten en specificeert het standaard deep link-pad. Vervolgens genereer je je OneLink-URL en voeg je parameters toe voor elke campagne- of contentbestemming.
De belangrijkste stappen zijn:
- Navigeer naar Configuratie > Aangepaste OneLink-links in het AppsFlyer-dashboard
- Maak een OneLink-sjabloon aan en wijs deze toe aan uw app.
- Stel de link naar de iOS App Store en de link naar de Android Play Store in als installatielocaties.
- Definieer een standaardwaarde voor een deep link (bijvoorbeeld een pad naar het startscherm) als terugvaloptie.
- Voeg campagnespecifieke parameters toe, zoals: diepe_link_waarde en deep_link_sub1 voor elke link die je maakt
- Configureer uw bijbehorende domeinen (iOS) en app-links (Android) in het dashboard om universeel en app-linkgedrag in te schakelen.
De diepe_link_waarde De parameter is wat je app leest om te bepalen welk scherm er geopend moet worden. Door deze waarde consistent te houden tussen je marketingteam en je ontwikkelaars voorkom je het veelvoorkomende probleem dat een retargeting-advertentie de verkeerde pagina opent.
Welke SDK-wijzigingen zijn nodig om deep links in de app te kunnen verwerken?
Uw ontwikkelteam moet de deep link listener van de AppsFlyer SDK implementeren. Deze listener wordt geactiveerd wanneer de app via een deep link wordt geopend. De listener ontvangt de linkparameters en uw app gebruikt deze waarden om de gebruiker naar het juiste scherm te leiden. Zonder deze listener openen deep link-URL's de app wel, maar negeert de app de routinginstructies.
De specifieke implementatie hangt af van uw platform. Voor native iOS- en Android-apps registreert u een callback in het initialisatieblok van de AppsFlyer SDK. Voor React Native-, Flutter- of Unity-apps biedt AppsFlyer speciale plugins met equivalente luistermethoden. Uw ontwikkelaar dient het volgende te doen:
- Initialiseer de AppsFlyer SDK met uw ontwikkelaarsleutel en app-ID.
- Registreer een onDeepLinking of onAppOpenAttribution terugbelverzoek
- Lees de diepe_link_waarde en alle subparameters uit de callback-payload
- Koppel die waarden aan de interne navigatielogica van je app.
- Behandel het geval waarin geen deep link-waarde aanwezig is (standaard openen zonder link).
Bij uitgestelde deep linking haalt de SDK automatisch de opgeslagen linkgegevens op bij de eerste keer openen na installatie. Hierdoor kan dezelfde listener zowel standaard- als uitgestelde scenario's afhandelen zonder extra code.
Hoe test je deep links voordat je ze live zet?
Je test deep links in AppsFlyer met behulp van de OneLink-testtool in het dashboard, in combinatie met de integratietests van de AppsFlyer SDK op een echt apparaat. Met de dashboardtool kun je de routinglogica bekijken voordat je live links genereert. Testen op het apparaat bevestigt dat de SDK de juiste parameters ontvangt en dat je app naar het juiste scherm navigeert.
Een betrouwbaar testproces volgt deze stappen:
- Gebruik de OneLink Link Tester In het AppsFlyer-dashboard kunt u klikken simuleren en de routering controleren.
- Installeer een debug-versie van je app op een fysiek apparaat (niet op een simulator).
- Klik op een test-OneLink-URL in een browser of berichtenapp op dat apparaat.
- Controleer de AppsFlyer SDK-logboeken om te bevestigen dat de deep link-parameters correct zijn ontvangen.
- Controleer of de app naar het verwachte scherm navigeert op basis van de diepe_link_waarde
- Test het uitgestelde scenario door de app te verwijderen, op de link te klikken, de app opnieuw te installeren vanuit de store en te controleren of het juiste scherm wordt geladen bij de eerste keer openen.
Testen op een echt apparaat is belangrijk omdat universele links (iOS) en app-links (Android) zich anders gedragen in simulators. Veel teams slaan de uitgestelde test over en ontdekken het probleem pas wanneer gebruikers klagen dat het winkelmandje verdwenen is na het opnieuw openen van de app, of dat ze op het startscherm terecht zijn gekomen in plaats van op de productpagina waarop ze hadden geklikt.
Waarom werken deep links niet na de installatie?
Deep links werken meestal niet meer door verkeerd geconfigureerde gekoppelde domeinen op iOS, ontbrekende intentfilters op Android of een mismatch tussen de diepe_link_waarde in de link en wat de SDK-listener van de app verwacht. Elk platform heeft zijn eigen vereisten en een enkele ontbrekende configuratiestap verstoort het hele proces ongemerkt.
iOS deep link-problemen
Op iOS vereisen universele links dat de bundel-ID en team-ID van uw app geregistreerd zijn in het AppsFlyer-dashboard, en dat uw app de juiste domeinrechten heeft die verwijzen naar uw OneLink-domein. Als een van beide ontbreekt of niet overeenkomt, opent iOS de App Store in plaats van de app, zelfs als de app is geïnstalleerd. Gebruikers komen dan op de verkeerde pagina terecht of raken de app kwijt na de installatie, omdat de gegevens van de uitgestelde link nooit worden opgehaald.
Android deep link-problemen
Op Android vereisen app-links een geverifieerd intent-filter in het manifest van je app en een gehoste verbinding. assetlinks.json Het bestand bevindt zich op uw domein. Als de SHA-256-certificaatvingerafdruk in het bestand met assetlinks niet overeenkomt met uw ondertekende APK, behandelt Android de link als een gewone web-URL en opent een browser in plaats van de app. Dit is een veelvoorkomende reden waarom gebruikers de app niet opnieuw openen nadat ze op een retargetinglink hebben getikt.
Controleer naast platformspecifieke problemen ook of de diepe_link_waarde De links die uw marketingteam in campagnes gebruikt, moeten exact overeenkomen met de links die uw ontwikkelaars in de SDK-listener hebben ingesteld. Hoofdlettergevoeligheid is hierbij van belang. Een verschil hier zorgt ervoor dat na een advertentieklik het verkeerde scherm wordt geopend, zonder dat er een foutmelding in het AppsFlyer-dashboard verschijnt. Dit maakt het lastig om het probleem te diagnosticeren.
Moet ik deep linking gebruiken voor retargetingcampagnes in AppsFlyer?
Ja, deep linking is belangrijk voor retargetingcampagnes in AppsFlyer. Zonder deep linking opent een retargetingadvertentie die een gebruiker terugleidt naar je app het startscherm in plaats van de relevante content, waardoor de campagne grotendeels zijn waarde verliest. Deep linking verbindt de advertentie-inhoud direct met de bestemming binnen de app, waardoor de kans groter wordt dat de gebruiker de beoogde actie voltooit.
Retargetingcampagnes richten zich doorgaans op gebruikers die de app al hebben geïnstalleerd, maar nog niet zijn overgegaan tot conversie of inactief zijn geworden. Veelvoorkomende situaties waarin deep linking de resultaten direct verbetert, zijn onder andere:
- Een gebruiker heeft artikelen aan zijn winkelmandje toegevoegd, maar de bestelling niet afgerond. De retargeting-advertentie linkt direct naar het winkelmandjescherm.
- Een gebruiker heeft een product- of servicepagina bekeken; de advertentie linkt terug naar diezelfde pagina.
- Een gebruiker heeft de app al 30 dagen niet geopend; de advertentie linkt naar een relevante aanbieding of functie-update.
In beide gevallen zorgt het ervoor dat de gebruiker op het juiste scherm terechtkomt, waardoor wrijving wordt weggenomen en de kans kleiner wordt dat de gebruiker afhaakt tijdens het onboardingproces of de app direct verlaat. De retargeting-attributie van AppsFlyer vereist ook deep link-parameters om de hernieuwde betrokkenheid correct toe te wijzen. Het overslaan van deep linking betekent dus dat u geen inzicht meer hebt in wat daadwerkelijk de conversies genereert met uw retargeting-budget.
Als je retargeting via Meta, TikTok of Google gebruikt, moet de deeplink-waarde correct worden doorgegeven in de advertentie-instellingen van elk platform. Elk platform heeft iets andere vereisten voor hoe deeplink-parameters moeten worden toegevoegd, dus het is raadzaam om de instellingen voor elk kanaal afzonderlijk te controleren.
Het correct instellen van deep linking voor iOS, Android en meerdere advertentieplatformen vereist nauwgezette coördinatie tussen uw marketing- en ontwikkelteams. Als u er zeker van wilt zijn dat uw attributie en routing vanaf het begin correct zijn geconfigureerd, onze expertise op het gebied van app-groei Dit omvat de volledige technische en strategische opzet. Je kunt ook Praat met een Wuzzon-specialist. Ontvang een gratis adviesgesprek over uw huidige deep linking- en retargeting-configuratie.
Veelgestelde vragen
Kan ik AppsFlyer deep linking gebruiken zonder een aangepast domein, en is het de moeite waard om er een aan te maken?
Je kunt het standaard OneLink-domein van AppsFlyer gebruiken zonder een aangepast domein, en de deep linking-functionaliteit werkt precies hetzelfde. Het instellen van een aangepast merkdomein (bijvoorbeeld go.yourapp.com) is echter de eenmalige configuratie-inspanning waard, omdat het de click-through rate (CTR) verbetert, het vertrouwen van gebruikers vergroot en je merk consistent houdt in e-mail, sms en betaalde kanalen. Bij campagnes met een hoog volume rechtvaardigt de hogere CTR de insteltijd meestal al.
Hoe kan ik deeplink-gegevens via betaalde kanalen zoals Meta of Google Ads doorgeven zonder dat er problemen ontstaan?
Elk advertentieplatform heeft zijn eigen methode om deeplink-parameters aan bestemmings-URL's toe te voegen. De meest voorkomende fout is een probleem met de URL-codering of het verwijderen van parameters tijdens de advertentiecontrole. Voor Meta-advertenties geef je de deeplink-waarde door in het veld 'App Link destination' in plaats van in de URL van de landingspagina. Voor Google Ads gebruik je het laatste URL-achtervoegsel om je deep_link_value en subparameters toe te voegen. Test altijd eerst een live advertentie in een kleine campagne voordat je opschaalt, om te controleren of de parameters correct in de AppsFlyer SDK-logboeken verschijnen.
Wat gebeurt er als een gebruiker op een deeplink klikt in een desktopbrowser terwijl de app niet geïnstalleerd kan worden?
Wanneer er op een OneLink-URL wordt geklikt in een desktopbrowser, detecteert AppsFlyer de apparaatcontext en stuurt de gebruiker door naar de fallback-URL die u in uw OneLink-sjabloon hebt geconfigureerd — meestal uw website of een specifieke landingspagina. Daarom is het belangrijk om tijdens de configuratie van het dashboard een zinvolle fallback-URL in te stellen: een algemene homepage is beter dan een kapotte link, maar een campagnespecifieke landingspagina die de advertentie-inhoud weerspiegelt, biedt de beste ervaring voor desktopgebruikers.
Hoe lang bewaart AppsFlyer de gegevens van uitgestelde deep links nadat een gebruiker op een link heeft geklikt, maar de app nog niet heeft geïnstalleerd?
AppsFlyer bewaart de gegevens van de uitgestelde deeplink tot 90 dagen na de oorspronkelijke klik. Dit betekent dat een gebruiker die op uw link klikt en de app weken later installeert, bij de eerste keer openen nog steeds naar het juiste scherm in de app wordt doorgestuurd. Het attributievenster voor het toekennen van de installatie aan een specifieke campagne is echter apart en is standaard ingesteld op 7 dagen. Deze periode kunt u aanpassen in uw campagne-instellingen. De routing van de uitgestelde deeplink en het attributievenster zijn onafhankelijke configuraties, dus het is de moeite waard om beide te bekijken.
Heb ik voor elke campagne een aparte OneLink-sjabloon nodig, of kan één sjabloon meerdere campagnes aan?
Eén OneLink-sjabloon kan een onbeperkt aantal campagnes aansturen; u hebt niet voor elke campagne een nieuw sjabloon nodig. Het sjabloon definieert de routeringslogica (iOS-bestemming, Android-bestemming, fallback-URL), terwijl campagnespecifieke content wordt beheerd via parameters zoals deep_link_value, deep_link_sub1 en UTM-parameters die u toevoegt bij het genereren van individuele links. Een gangbare best practice is om één sjabloon per app te gebruiken en naamgevingsconventies toe te passen in uw subparameters om campagnelinks overzichtelijk en rapporteerbaar te houden in het AppsFlyer-dashboard.
Wat is de meest voorkomende fout die teams maken wanneer ze voor het eerst deep linking instellen?
De meest voorkomende fout is een mismatch tussen de deep_link_value-strings die het marketingteam in campagnelinks gebruikt en de waarden die ontwikkelaars in de SDK-listener hebben ingesteld. Omdat deze mismatch geen foutmelding in het dashboard geeft en alleen het verkeerde scherm opent, blijft het vaak onopgemerkt totdat gebruikers een slechte ervaring melden. De oplossing is eenvoudig: maak een gedeeld referentiedocument aan met een lijst van alle geldige deep_link_values, het scherm waarnaar deze verwijst en wie de eigenaar is van elke deep_link_value, en voeg dit document toe aan de checklist voor de lancering van uw campagne.
Is de configuratie van deep linking anders voor apps die zijn gebouwd met React Native of Flutter in vergelijking met native iOS- en Android-apps?
De configuratie van het dashboard en de OneLink-instellingen zijn identiek, ongeacht de gebruikte technologie. Het verschil zit hem in de SDK: AppsFlyer biedt officiële plugins voor React Native, Flutter en Unity die dezelfde onDeepLinking-callback beschikbaar stellen als de native SDK's, maar met platformspecifieke initialisatiesyntaxis. Het belangrijkste aandachtspunt voor cross-platform frameworks is dat de bijbehorende domeinen (iOS) en intentfilters (Android) nog steeds op projectniveau geconfigureerd moeten worden. Deze worden niet door de frameworkplugin zelf afgehandeld en worden vaak over het hoofd gezien tijdens de eerste installatie.
Gerelateerde artikelen
- 5 redenen waarom app-gebruikers hun beoogde scherm nooit bereiken
- 4 redenen waarom uw app-retargetingadvertenties ondermaats presteren
- 5 manieren om het meest winstgevende advertentiekanaal voor je app te identificeren
- Hoe weet ik of onze app-meetmethode geschikt is voor de omvang van ons bedrijf?
- Welke platforms moet je gebruiken om je mobiele app te promoten?
- Hoe meet je de ROI (Return on Investment) bij het adverteren van je app?
- Hoe promoot je een app op sociale mediaplatformen?
- Wat zijn de wettelijke vereisten voor app-reclame in Europa?
- Hoe optimaliseer je een apptitel voor de app store?
- Hoe vind je de juiste zoekwoorden voor je app?
EN 
NL 