Je app-advertentie opent het verkeerde scherm omdat de deeplink die aan je advertentie is gekoppeld, defect, verkeerd geconfigureerd of helemaal ontbreekt. Wanneer een deeplink niet werkt, opent de app standaard het startscherm in plaats van de gebruiker naar de beoogde bestemming te leiden. Dit treft zowel nieuwe gebruikers die na een installatie binnenkomen als bestaande gebruikers die op een retargeting-advertentie klikken. De onderstaande paragrafen leggen precies uit waarom dit gebeurt en hoe je het kunt oplossen.
Waarom opent een app-advertentie het verkeerde scherm?
Het verkeerde scherm wordt geopend wanneer de deeplink in uw advertentie de bestemmingsparameter niet correct doorgeeft aan de app. Dit kan verschillende oorzaken hebben: de link is onjuist geformuleerd, de app is niet geconfigureerd om het URL-schema te verwerken, de Mobile Measurement Partner (MMP) is niet correct ingesteld of de link is helemaal niet aan de advertentie toegevoegd. In al deze gevallen wordt de gebruiker naar het standaard startscherm van de app gestuurd in plaats van naar de productpagina, aanbieding of winkelwagen waarop hij of zij heeft geklikt.
In de praktijk is de meest voorkomende oorzaak een mismatch tussen het URL-schema dat in de app is geregistreerd en het schema dat in de advertentie wordt gebruikt. Als uw advertentie verwijst naar myapp://product/123 maar de app herkent alleen myapp://shop/product/123, De link werkt niet, maar de verbinding mislukt stilzwijgend. De app opent wel, maar de routeringslogica vindt geen overeenkomend scherm en keert terug naar het startscherm. Gebruikers verdwijnen in de app zonder context, met als gevolg een daling van het aantal conversies.
Wat is een deep link en hoe bepaalt deze waar gebruikers terechtkomen?
Een deep link is een URL die een specifiek scherm binnen een mobiele app opent in plaats van de app helemaal opnieuw op te starten. Het werkt door een bestemmingspad in de URL te coderen, dat de app bij het opstarten leest en gebruikt om direct naar de juiste content te navigeren. Zonder een deep link komt elke advertentieklik op het startscherm terecht, ongeacht wat de advertentie toonde.
Diepe links bestaan in verschillende vormen. Traditionele URI-schema-links (zoals mijn app://) werken wanneer de app al is geïnstalleerd. Universele links op iOS en app-links op Android gebruiken standaard HTTPS-URL's en worden door het besturingssysteem afgehandeld, waardoor ze betrouwbaarder en moeilijker te kraken zijn. Wanneer een deep link correct is ingesteld, vertelt deze de app precies waarheen te gaan, welk scherm te laden en soms welke gebruikersstatus te herstellen, zoals een vooraf ingevuld winkelmandje of een specifieke onboardingstap.
Wat is het verschil tussen deep linking en deferred deep linking?
Deep linking leidt een bestaande gebruiker rechtstreeks naar een scherm binnen een reeds geïnstalleerde app. Deferred deep linking doet hetzelfde, maar dan voor nieuwe gebruikers die de app nog niet hebben geïnstalleerd. De bestemming wordt vóór de installatie opgeslagen en toegepast zodra de gebruiker de app voor het eerst opent na het downloaden.
Dit onderscheid is van groot belang voor betaalde acquisitiecampagnes. Wanneer een nieuwe gebruiker op uw advertentie klikt, wordt deze doorgestuurd naar de App Store of Google Play om de app te installeren. Zonder uitgestelde deep linking gaat deze bestemmingscontext verloren tijdens het installatieproces en komt de gebruiker op het startscherm terecht. Met uitgestelde deep linking bewaart het MMP- of linkplatform de bestemmingsparameter en injecteert deze in de eerste app die wordt geopend, waardoor de gebruiker direct naar het scherm wordt geleid dat de advertentie beloofde. Het verlies van deze context is een van de belangrijkste redenen waarom de app-onboarding direct na de installatie afneemt.
Waarom opent de app het startscherm in plaats van de advertentiepagina?
De app opent het startscherm in plaats van de advertentiepagina wanneer de routeringsketen van de deep link op enig punt tussen de advertentieklik en de navigatielogica van de app wordt onderbroken. Dit kan gebeuren omdat de deep link niet was opgenomen in de advertentie-instellingen, de URL-verwerkingscode van de app het pad niet herkent, of de MMP de uitgestelde link na installatie niet correct heeft doorgegeven.
Een paar specifieke scenario's veroorzaken dit consequent:
- De advertentie was ingesteld zonder een deep link-parameter, waardoor er nooit een bestemming aan de app werd doorgegeven.
- De app is bijgewerkt en de URL-structuur is gewijzigd, waardoor bestaande links in actieve campagnes niet meer werken.
- De MMP is niet correct geïntegreerd, waardoor uitgestelde deep link-gegevens de app bij de eerste keer openen nooit bereiken.
- De deeplink werkt op het ene platform wel, maar op het andere niet; zo werkt hij bijvoorbeeld op Android, maar niet op iOS vanwege configuratieproblemen met Universal Link.
- Een retargeting-advertentie opent de verkeerde pagina omdat het segment of de product-ID in de link niet meer overeenkomt met een actief scherm.
Elk van deze factoren veroorzaakt een ander faalpunt. Daarom is het bij de diagnose van het probleem nodig om het volledige traject te testen in plaats van alleen te controleren of de link er correct uitziet.
Hoe kun je een defecte deeplink in een advertentiecampagne testen en diagnosticeren?
Om een defecte deep link te diagnosticeren, test u het volledige klik-naar-scherm-traject op zowel iOS als Android, afzonderlijk, voor zowel geïnstalleerde als nieuwe installaties. Begin met rechtstreeks op de link te klikken op een apparaat waarop de app is geïnstalleerd om te controleren of de basisroutering werkt. Simuleer vervolgens een nieuwe installatie om het uitgestelde deep link-pad te testen. Hiervoor hebt u een testapparaat nodig waarop de app is verwijderd, of een sandbox-omgeving die door uw MMP wordt aangeboden.
Enkele nuttige stappen voor het diagnosticeren van het probleem zijn:
- Open de deeplink-URL rechtstreeks op een apparaat en controleer of deze naar het juiste scherm leidt.
- Controleer de URL-schema-registratie van de app in de iOS Info.plist- en AndroidManifest.xml-bestanden.
- Controleer of Universal Links en App Links correct aan uw domein zijn gekoppeld.
- Gebruik het dashboard van uw MMP om te controleren of de parameter voor de uitgestelde deep link wordt doorgegeven bij de eerste opening.
- Test de deeplink-parameter van de advertentie in de previewtool van het advertentieplatform voordat u deze publiceert.
- Controleer of er recente app-updates zijn die de URL-padstructuur mogelijk hebben gewijzigd.
Veel MMP's, waaronder Branch, Adjust en AppsFlyer, bieden tools voor het testen van links die het installatie- en eerste-openingsproces simuleren. Hierdoor is het gemakkelijker om uitgestelde deeplinkfouten op te sporen voordat ze live campagnes beïnvloeden.
Welke advertentieplatformen en MMP's beïnvloeden het gedrag van deep links?
Elk belangrijk advertentieplatform behandelt deep links anders, en uw MMP bevindt zich in het midden van dat proces. Dit betekent dat beide lagen correct geconfigureerd moeten zijn om deep linking van begin tot eind te laten werken. Bij Apple Search Ads zijn Universal Links vereist en moeten deze worden geverifieerd via de bijbehorende domeinen van Apple. Bij Meta en Google kunt u deep link-parameters doorgeven via de advertentie-instellingen, maar deze parameters werken alleen als de app is ontworpen om ze te ontvangen en te verwerken.
Branch deep linking is een van de meest gebruikte oplossingen voor het beheren van deze complexiteit, omdat het zowel standaard deep links als deferred deep links via één SDK afhandelt en direct integreert met de belangrijkste advertentieplatformen. Adjust en AppsFlyer bieden vergelijkbare functionaliteit via hun eigen deep link-modules. Het belangrijkste is dat de SDK van uw MMP correct is geïnitialiseerd in de app en dat de deep link-callback wordt afgehandeld in de opstartcode van de app, en niet alleen in de URL-routeringslogica.
Platformspecifiek gedrag om in de gaten te houden:
- iOS: Universal Links kan terugvallen op de App Store als het bijbehorende domein niet correct is geconfigureerd, waardoor de deep link volledig wordt omzeild.
- Android: App-links vereisen domeinverificatie en oudere Android-versies ondersteunen deze mogelijk niet, waardoor een URI-schema als alternatief nodig is.
- Meta-advertenties: Deeplinkparameters moeten op advertentieniveau worden toegevoegd, niet alleen op campagneniveau, en moeten overeenkomen met het geregistreerde schema van de app.
- Google UAC: Deep links worden via de advertentie-URL doorgegeven, maar de app moet de intent op Android correct afhandelen.
Dit op alle platforms tegelijk goed instellen is een van de technisch meest complexe onderdelen van app-campagnes. Het is juist hier dat kleine configuratiefouten de grootste problemen met de gebruikerservaring veroorzaken, zoals gebruikers die na de installatie afhaken, winkelwagens die verdwijnen na het opnieuw openen van de app en gebruikers die niet terugkeren na een klik op een retargeting-advertentie.
Als je in je campagnes te maken hebt met aanhoudende problemen met deeplinks, is het de moeite waard om je volledige attributie- en linkstructuur te laten controleren door specialisten die dagelijks met deze platforms werken. app-groeiservices Bij Wuzzon wordt precies dit behandeld, van MMP-configuratie tot kwaliteitscontrole van deeplinks op iOS en Android. Als je direct wilt zien waar het misgaat met jouw configuratie, Praat met een van onze specialisten. En dan kunnen we samen je huidige configuratie bekijken.
Veelgestelde vragen
Kan een deep link tijdens het testen wel werken, maar in een live advertentiecampagne toch falen?
Ja, dit is een van de meest voorkomende en frustrerende problemen met deep links. Een link kan correct worden doorgestuurd wanneer er direct op een apparaat op wordt getikt, maar in een live campagne mislukken omdat het advertentieplatform URL-parameters verwijdert of opnieuw codeert voordat ze naar de app worden doorgestuurd. Test deep links altijd via de advertentiepreviewtool op elk platform (Meta, Google, Apple Search Ads) in plaats van alleen op de onbewerkte URL te tikken, en controleer het volledige traject met de testmodus van je MMP nadat de campagne live is gegaan.
Wat moet ik als eerste controleren als deep linking wel werkt op Android, maar niet op iOS?
De meest waarschijnlijke oorzaak is een verkeerd geconfigureerde Universal Link-instelling op iOS. Controleer of uw Apple App Site Association (AASA)-bestand correct is gehost in de root van uw domein, of de machtiging voor gekoppelde domeinen is ingeschakeld in het Xcode-project van uw app en of Apple's CDN uw AASA-bestand succesvol heeft opgehaald en in de cache heeft opgeslagen. U kunt dit controleren met behulp van de validatietool van Apple's App Search API of door de logboeken van gekoppelde domeinen in de apparaatconsole van Xcode te bekijken tijdens een nieuwe installatie.
Hoe zorg ik ervoor dat deeplink-bestemmingen na een app-update nog steeds werken?
Stel een register van deeplinks samen — een gedocumenteerde lijst van alle URL-paden die in actieve campagnes worden gebruikt — en beschouw dit als een verplichte controle vóór elke app-release. Voordat een update wordt uitgebracht, moet de kwaliteitscontrole (QA) controleren of elk pad in het register nog steeds naar het juiste scherm verwijst in de nieuwe versie. Als een padstructuur moet worden gewijzigd, implementeer dan een redirect- of fallback-handler in de app, zodat oude links van actieve campagnes gebruikers nog steeds naar een relevant scherm leiden in plaats van ze stilletjes naar het startscherm te sturen.
Heb ik een MMP nodig om uitgestelde deep linking te implementeren, of kan ik die zelf bouwen?
Technisch gezien kun je zelf een eenvoudige oplossing voor uitgestelde deep linking bouwen met behulp van platformspecifieke API's, zoals Google's Play Install Referrer API op Android of het doorgeven van aangepaste URL-parameters op iOS. Het bouwen en onderhouden hiervan voor beide platforms, inclusief attributie, campagnetracking en integratie met advertentieplatformen, is echter een aanzienlijke investering in engineering. Voor de meeste app-marketingteams is het gebruik van een MMP zoals Branch, Adjust of AppsFlyer de meer praktische en betrouwbare optie, omdat deze de complexiteit van platformoverschrijdende compatibiliteit afhandelen en kant-en-klare integraties met de belangrijkste advertentienetwerken bieden.
Wat is de beste manier om om te gaan met gebruikers die klikken op een retargeting-advertentie voor een product dat niet meer bestaat?
Voeg een fallback-routeringsregel toe aan de deeplink-handler van je app, zodat de gebruiker, als het bestemmingsscherm of de product-ID niet langer geldig is, wordt doorgestuurd naar een relevant alternatief – zoals een gerelateerde productcategorie, een aanbiedingspagina of het startscherm met een contextuele boodschap – in plaats van dat de app crasht of een foutmelding weergeeft. Controleer aan de campagnekant regelmatig je retargeting-doelgroepsegmenten en pauzeer of update advertenties die linken naar stopgezette producten of verlopen aanbiedingen om te voorkomen dat deze gebruikers überhaupt bereiken.
Welke specifieke impact hebben defecten aan deep links op de ROAS en de conversieratio's?
Wanneer een deep link niet werkt, komen gebruikers op het startscherm terecht in plaats van bij het specifieke product, de aanbieding of de content die de advertentie beloofde. Dit verbreekt de continuïteit tussen de advertentie-uiting en de in-app-ervaring. Deze discrepantie zorgt voor een hoger afhaakpercentage direct na de advertentieklik, een lager percentage producten dat aan het winkelmandje wordt toegevoegd en een hogere aankoopratio, en een hogere kostprijs per acquisitie – allemaal zonder dat u uw biedingen of advertentiemateriaal hoeft aan te passen. Omdat de fout in de meeste standaard rapportagedashboards onzichtbaar is, kan deze wekenlang ongemerkt de ROAS (Return on Advertising Spend) aantasten voordat deze wordt ontdekt. Hierdoor is kwaliteitscontrole van deep links een direct omzetprobleem, en niet alleen een technisch probleem.
Is er een manier om de status van deep links continu te monitoren, in plaats van alleen te testen vóór de lancering?
Ja, en dit wordt sterk aanbevolen voor elke app die continu actieve campagnes uitvoert. De meeste MMP's bieden dashboards die de doorvoersnelheid van deep links en de bestemming van de eerste opening weergeven. U kunt deze gegevens gebruiken om plotselinge dalingen te detecteren die wijzen op een routeringsfout. U kunt ook synthetische monitoring instellen met behulp van tools die periodiek linkklikken simuleren en de bestemming controleren. Uw team wordt dan gewaarschuwd als een link niet meer werkt. Controleer in ieder geval wekelijks de leveringsstatistieken van uw MMP voor deep links en stel waarschuwingen in voor significante dalingen in het percentage sessies dat een deep link-bestemming succesvol bereikt.
Gerelateerde artikelen
- 6 redenen waarom elk advertentiekanaal dezelfde app-installatie claimt
- Hoe weet ik of onze app-meetmethode geschikt is voor de omvang van ons bedrijf?
- Waarom heb ik te veel dashboards voor app-marketing?
- Hoe promoot je een app met behulp van influencer marketing?
- Hoe kun je een app effectief promoten via TikTok?
- Hoe meet je het rendement op je investering (ROI) van app store-optimalisatie?
- Hoe meet je het succes van app store-optimalisatie?
- Wat is promotietekst op iOS en hoe werkt het?
- Wat zijn app store creatives?
- Wat is reputatiemanagement in de app store?
EN 
NL 