Op 18 maart 2026 verwijderde Meta automatische deep links uit Instagram. Links die de bezoeker vroeger naar hun eigen browser doorstuurden, bleven voortaan in de in-appbrowser van Instagram geopend.
De wijziging lijkt cosmetisch, maar dat is ze niet. De bezoeker die in de in-appbrowser blijft, is nergens ingelogd en heeft geen toegang tot opgeslagen wachtwoorden of betalingsgegevens. De bestemming veranderde niet. De omgeving wel, en in die omgeving vindt conversie plaats.
Waarom het verliezen van de browseroverdracht conversies kost
De bezoeker arriveert zonder sessie
Een browser bewaart status. Cookies, een actieve sessie, opgeslagen wachtwoorden, automatisch invullen, een opgeslagen betaalmethode. Een in-appbrowser bevat daar vrijwel niets van, omdat die de sessie niet deelt met de browser die de bezoeker daadwerkelijk gebruikt.
Een pagina waarop de bezoeker ingelogd moet zijn, leidt dus tot een heel ander resultaat, afhankelijk van waar deze wordt geopend. Dezelfde pagina, hetzelfde aanbod, dezelfde persoon, maar degene die in de webview terechtkomt, moet nu opnieuw inloggen, een wachtwoord opvragen, wachten op een code via e-mail en soms de identiteit verifiëren.
De meesten doen dat niet. Ze sluiten het tabblad en zijn van plan later terug te komen.
Wat we hebben gemeten
In een onderzoek van LinkScale onder enkele duizenden Instagram-accounts bereikten links die de bezoeker naar hun eigen browser doorstuurden 71% conversie op het bestemmingsplatform, omdat de bezoeker al ingelogd aankomt, met toegang tot wachtwoorden en betalingsgegevens.
Dat verschil is het hele argument. Het gaat er niet om dat de link er mooier uitziet. Het gaat erom of de persoon aan de andere kant helemaal opnieuw moet beginnen.
Wat we hebben herbouwd en wat het daadwerkelijk is
Het eerste dat we uitbrachten was de handmatige overdracht, de route via de drie puntjes, die de bezoeker begeleidt om de link zelf in hun eigen browser te openen. Dat werkt, en het is een actie die de bezoeker zelf initieert, in plaats van iets dat buiten hun medeweten gebeurt.
Daarna vonden we een route die voor een groot deel van het iPhone-verkeer een veel betere benadering van het oorspronkelijke gedrag herstelt. In de praktijk kan de overdracht opnieuw tot stand worden gebracht als de bezoeker naast Safari een browser heeft geïnstalleerd, zoals Chrome, Brave, Opera, Ecosia of een andere browser.
Dit dekt een groot deel van de iPhone-bezoekers. Het dekt niet iedereen, en we gaan niet doen alsof dat wel zo is.
Wat we u wel en niet kunnen vertellen
Dit deel is de moeite waard om zorgvuldig te lezen, omdat veel beweringen in deze markt niet standhouden wanneer ze met de werkelijkheid worden geconfronteerd.
Wat we kunnen zeggen. De overdracht wordt geactiveerd door het gedrag van het apparaat en de browserconfiguratie van de bezoeker zelf. Het verbergt de bestemming niet, het geeft de link aan niemand verkeerd weer en het is niet afhankelijk van het verbergen van iets voor Instagram.
Wat we niet kunnen zeggen. Geen enkele aanbieder kan garanderen hoe een platform zich volgende maand zal gedragen. Meta heeft dit eenmaal gewijzigd en kan het opnieuw wijzigen, en iedereen die u een permanente oplossing belooft, verkoopt zekerheid die ze niet hebben. Waar we ons wel toe kunnen verbinden, is snel leveren wanneer het verandert, en dat is wat hier gebeurde.
Wat niet werkt. Proberen een bestemming te publiceren die een platform zou weigeren, door deze te verbergen. Dat is een ander probleem met een ander antwoord, en het antwoord is om de bestemming te herstellen. We gaan dieper in op dat onderscheid in wat cloaking betekent in SEO en voor links.
