Je tikt op een link op je Android-smartphone om een online aanbieding te bekijken, naar een podcast te luisteren of het profiel van een vriend te bekijken. Ook al heb je de officiële app al op je telefoon geïnstalleerd, Google Chrome komt tot leven en opent de mobiele website. U wordt gevraagd in te loggen, cookies te accepteren en door een verkleinde interface te navigeren. Deze terugkerende ergernis, waarbij een link wordt geopend in Chrome en niet in de app, frustreert miljoenen mobiele gebruikers en vermindert de marketingefficiëntie in het Android-ecosysteem.
Android biedt een open, krachtige intentiearchitectuur die is ontworpen om web-URL's te verbinden met native applicatiecode. Moderne versies van Android (vooral Android 12, 13, 14 en hoger) hebben de regels voor linkverificatie echter aanzienlijk aangescherpt. Begrijpen hoe Android-app-links en Chrome-intentiefilters werken, is essentieel voor iedereen die een defecte routering diagnosticeert of campagnes voor de acquisitie van mobiele gebruikers uitvoert. In deze uitgebreide gids onderzoeken we de onderliggende oorzaken van Chrome-omleidingen en beschrijven we de oplossingen die beschikbaar zijn voor zowel apparaateigenaren als ontwikkelaars.
Waarom Android hyperlinks naar Google Chrome routeert
Wanneer u op een Android-apparaat op een HTTP- of HTTPS-link klikt, inspecteert de pakketbeheerder van het besturingssysteem de URL om te beslissen welke geïnstalleerde software de intentie moet verwerken. In oudere versies van Android leidde het tikken op een URL vaak tot een dialoogvenster 'Openen met...' waarin Chrome werd weergegeven naast geïnstalleerde apps die ondersteuning claimden. Om vervelende pop-ups te elimineren en opzettelijke spoofing te voorkomen, vereist moderne Android echter geverifieerd domeineigendom.
Als een app de cryptografische verificatie voor dat domein niet heeft doorstaan, beschouwt het besturingssysteem de link als niet-geverifieerd. In dat geval gebruikt Android standaard de primaire webbrowser van de gebruiker, wat bijna altijd Google Chrome is. Als u zich bovendien al in Chrome bevindt en op een link tikt die naar hetzelfde hostdomein verwijst, geeft Chrome prioriteit aan het blijven binnen het browsertabblad om de gebruikerscontinuïteit te behouden, net zoals Safari doet op Apple-apparaten, zoals besproken in onze analyse van problemen met de routering van Safari-links.
Veelvoorkomende boosdoeners achter onverwachte Chrome-omleidingen zijn onder meer:
- Niet-geverifieerde domeindeclaraties: de doelapplicatie heeft geen geverifieerde Digital Asset Links-record op de hostwebsite.
- Systeeminstelling overschrijft: de gebruiker of fabrikant heeft 'Ondersteunde links openen' uitgeschakeld in de voorkeuren van de apparaatapplicatie.
- Browsernavigatiecontext: links waarop wordt geklikt vanuit Chrome-bladwijzers, geschiedenis of zoekresultaten, worden standaard weergegeven op Chrome-tabbladen.
- Onjuiste intentiesyntaxis: weblinks missen de noodzakelijke Android-intentievlaggen die nodig zijn om aangepaste Chrome-tabbladen te doorbreken.
- Trapping van in-app-webweergaven: sociale apps zoals Instagram vangen links op in hun ingebouwde browsers, zoals beschreven in onze handleiding over wat is een in-app-browser.
Android-app-links versus deep link-intenties
Om Android-routeringsproblemen op te lossen, moeten ontwikkelaars het technische onderscheid begrijpen tussen traditionele deep links en officiële Android-app-links. Traditionele deep links gebruiken aangepaste URI-protocollen (zoals twitter:// of tg://). Hoewel ze functioneel zijn, kunnen meerdere apps hetzelfde protocol registreren, wat veiligheidsrisico's met zich meebrengt en aanleiding geeft tot ondubbelzinnige dialogen. U kunt naar alle bekende protocollen verwijzen in onze directory met mobiele URL-schema's.
Android App-links gebruiken daarentegen standaard web-URL's (https://) in combinatie met een assetlinks.json-bestand dat wordt gehost op /.well-known/assetlinks.json. Wanneer een app is geïnstalleerd, controleert Android of de SHA256-fingerprint die in dat JSON-bestand is opgegeven overeenkomt met de cryptografische handtekening van de geïnstalleerde APK.
| Koppelingsmechanisme | Verificatie Vereist | Gebruikerservaring | Betrouwbaarheid |
|---|---|---|---|
| Aangepast URI-schema | Geen verificatie | Toont app-chooser dialoog of faalt stil | Gemiddeld (vaak geblokkeerd door moderne browsers) |
| Links naar Android-apps | Digital Asset Links JSON | Open de native app onmiddellijk zonder dialoog | Hoog (vereist een geldige HTTPS-serverconfiguratie) |
| Chrome Intent-URI's | Pakketnaam opgegeven | Start app of verwijst door naar Play Store | Hoog in Android Chrome-browsers |
Als het bestand assetlinks.json een HTTP-fout retourneert, het te lang duurt om te reageren of een niet-overeenkomende SHA256-vingerafdruk bevat, markeert Android de domeinverificatie als mislukt en wordt al het verkeer doorgestuurd naar Google Chrome.
Creëer binnen enkele seconden een slimme deep link
Voorkom dat mobiele bezoekers verloren gaan aan onhandige in-app-inlogschermen in de browser. Gebruik DSLink om schone, app-openende deep links te genereren met realtime analyses.
Open URL schemes directoryHoe standaard app-instellingen op Android te repareren
Als u een individuele gebruiker of kwaliteitsborgingstester bent en merkt dat een link wordt geopend in Chrome en niet in de app, kan het probleem te maken hebben met de standaard app-instellingen van uw apparaat. Met Android kunnen gebruikers ondersteunde webadressen per app wisselen.
Volg deze instructies om de standaard linkverwerking op Samsung Galaxy, Google Pixel en andere Android-apparaten te resetten:
- Open de app Instellingen op uw Android-smartphone.
- Navigeer naar Apps (of Applicatiebeheer) en tik op Standaardapps.
- Selecteer Openingslinks.
- Blader door de lijst en tik op de applicatie die weigert te openen (bijvoorbeeld YouTube, Reddit of Instagram).
- Zorg ervoor dat de schakelaar voor Ondersteunde links openen is ingeschakeld.
- Tik op Ondersteunde webadressen en zorg ervoor dat alle relevante selectievakjes (zoals
*.youtube.comofyoutu.be) zijn geselecteerd.
Eenmaal ingeschakeld, zal het tikken op geverifieerde links in e-mailclients, berichten-apps en externe documenten Chrome onmiddellijk omzeilen en de native app openen.
Aangepaste Chrome-tabbladen en intentiefilters
Een belangrijk obstakel bij mobiele marketing is de prevalentie van aangepaste Chrome-tabbladen. Wanneer apps van derden, zoals Twitter, Slack of Gmail, weblinks weergeven, laden ze deze vaak in een lichtgewicht Chrome-venster in plaats van het volledige Chrome of de doel-app te starten.
Aangepaste Chrome-tabbladen leggen strikte navigatiebeveiligingsregels op. Als een HTML-ankertag alleen maar naar een standaard HTTPS-URL verwijst, houden aangepaste Chrome-tabbladen de navigatie vaak binnen het tabblad. Om op een betrouwbare manier uit deze container te ontsnappen en de native app te forceren om te openen, gebruiken ontwikkelaars expliciete Android-intentie-URL's die als volgt zijn opgemaakt:
intent://path/#Intent;scheme=myscheme;package=com.example.app;endDeze expliciete structuur geeft aan Chrome door dat de link bedoeld is voor een geïnstalleerd pakket. Als de gebruiker de app niet heeft geïnstalleerd, kan de intentie eenvoudig terugvallen op een opgegeven web-URL of de bezoeker naar de Google Play Store leiden, waardoor doodlopende foutpagina's worden geëlimineerd.
Best practices voor marketeers en app-ontwikkelaars
Voor groeiteams en marketeers die links delen via advertenties, nieuwsbrieven en sociale biografieën, garandeert het vertrouwen op gewone web-URL's verloren betrokkenheid op Android. Omdat u de smartphone-instellingen van elke klant niet handmatig opnieuw kunt configureren, moet uw linkarchitectuur randgevallen programmatisch afhandelen, zoals beschreven in onze gids over hoe slimme links functioneren.
Het implementeren van een gespecialiseerde deep linking-oplossing zoals DSLink biedt cruciale voordelen:
- Intelligente User-Agent-detectie: Detecteert of de bezoeker Chrome op Android, een in-app browserwebview of desktophardware gebruikt.
- Dynamische intentiegeneratie: maakt Android-intentie-payloads on-the-fly om de geïnstalleerde app betrouwbaar te activeren.
- Fallback-orkestratie: geeft mobiele webinhoud of een schone landingspagina op een elegante manier weer als de app afwezig is, zonder cryptische browserfouten.
- Unified multi-platform links: gebruikt één korte URL die iOS-gebruikers naadloos naar Universele Links en Android-gebruikers naar App Links stuurt.
- Diagnostische verificatie: verifieer de URL-status voordat u advertentiecampagnes lanceert met onze gratis link checker-tool.
Door slimme koppelingen te gebruiken die zijn ontworpen voor moderne mobiele besturingssystemen, elimineert u Chrome-browserbarrières en zorgt u ervoor dat uw publiek direct daar terechtkomt waar u ze hebben wilt.
Veelgestelde vragen
Waarom opent Android links in Chrome in plaats van mijn geïnstalleerde app?
Android routeert naar Chrome wanneer de app de Digital Asset Links-verklaring niet heeft geverifieerd, wanneer standaard app-associaties zijn uitgeschakeld of wanneer de link in Chrome zelf is geopend.
Hoe maak ik links geopend in de app in plaats van Chrome op Android?
Ga naar Instellingen > Apps > Standaardapps > Koppelingen openen, zoek uw doel-app en schakel 'Ondersteunde koppelingen openen' in. Zorg ervoor dat de ondersteunde webadressen zijn gecontroleerd.
Wat is het verschil tussen Android-app-links en deep links?
Deep links gebruiken aangepaste schema's zoals 'myapp://' die dialoogvensters voor het ondubbelzinnig maken van de app-kiezer kunnen activeren. Android-app-links gebruiken geverifieerde 'https://'-URL's die de app automatisch en zonder prompts openen.
Kan Google Chrome intentie-URL's blokkeren?
Ja. Chrome blokkeert intentienavigatie als de klik niet werd geïnitieerd door een direct gebruikersgebaar, of als de intentie geen geldige pakketnaam en reserve-URL bevat.