De App Store-strijd trekt weer terug naar het web
Het belangrijkste appstore-verhaal van deze week gaat niet over een nieuwe store. Het gaat erom of ontwikkelaars gebruikers terug kunnen verwijzen naar het web, zonder daarvoor te worden bestraft.
Dat klinkt klein, totdat je het geld volgt. Al jaren heeft de app-economie mobiele oprichters geleerd om het web te zien als een landingspagina en de app store als de plek waar de echte klantrelatie begint. Ontdekking, installatie, facturering, refunds, abonnementen, vertrouwenssignalen en beleidrisico werden allemaal samengebracht in twee dominante mobiele ecosystemen. Het web bleef open, maar zat vaak buiten de meest waardevolle transacties.
De Britse Competition and Markets Authority onderzoekt nu die grens. Volgens recente berichtgeving van The Guardian en de Financial Times, de toezichthouder raadpleegt over maatregelen die beperkingen zouden versoepelen die app-ontwikkelaars verhinderen gebruikers te sturen naar alternatieve betaalopties buiten de app-winkels van Apple en Google. The Guardian meldde dat de CMA Apple en Google omschreef als een effectieve duopolie op mobiele platforms, met ten minste 90% van de Britse mobiele apparaten die op hun platforms draaien.
Dit is geen direct PWA-beleid. Het geeft iOS-webapps niet opeens nieuwe API’s, verhelpt geen installatiemeldingen, en het maakt service workers niet krachtiger. Maar voor installeerbare webapps is het wel relevant, omdat distributie niet alleen over installatie gaat. Distributie gaat ook over waar een gebruiker zich aanmeldt, betaalt, verlengt, een upgrade uitvoert, opzegt en er genoeg vertrouwen in heeft om terug te komen.
Wat is er gebeurd
De CMA bekijkt app-winkelregels rondom sturen: het vermogen voor ontwikkelaars om gebruikers te vertellen dat ze aankopen ergens anders kunnen afronden, doorgaans op het web. De gemelde voorstellen richten zich op de vraag of Apple en Google app-ontwikkelaars moeten toestaan klanten naar alternatieve betaalmethoden buiten hun eigen betaalsystemen te verwijzen.
De bedrijfsspanning is bekend. Apple en Google hebben historisch commissies tot wel 30% in rekening gebracht voor sommige aankopen in apps en abonnementen. Ontwikkelaars hebben aangevoerd dat die kosten de prijzen verhogen, de marges verzwakken en het moeilijker maken om een directe klantrelatie op te bouwen. Platformeigenaren stellen dat hun betaalsystemen gebruikers beschermen tegen fraude, oplichting, verwarrende flows en zwakke ouderlijke controles.
De door de CMA gerapporteerde positie is niet simpelweg “geen kosten.” The Guardian merkte op dat Apple en Google nog steeds redelijke kosten kunnen heffen voor het doorverwijzen, terwijl belangenorganisaties van ontwikkelaars erop aandringen dat die kosten transparant en verifieerbaar worden gerechtvaardigd. Dat onderscheid is van belang. Een regel die links naar externe afrekeningen toestaat maar een hoge platformkosten in rekening brengt, kan de interface veranderen terwijl een groot deel van de economie behouden blijft.
Google zegt dat het al wijzigingen heeft doorgevoerd, waaronder het toestaan van apps om gebruikers buiten Google Play te sturen om transacties af te ronden. Apple blijft waarschuwen dat het wegleiden van gebruikers van zijn betalingssysteem de bescherming vermindert. De toezichthouder onderzoekt naar verluidt ook of Apple toegang tot NFC-technologie moet openstellen, wat betalingen directer zou beïnvloeden binnen native iOS-apps.
Waarom webappbouwers hier aandacht voor zouden moeten hebben
Voor oprichters en productteams die installeerbare webapps bouwen, is de voor de hand liggende vraag: als dit over native apps gaat, waarom hoort het dan in een IndApp-nieuwsfeed?
Omdat het web de bestemming is waarheen besturing meestal wijst.
Wanneer een app een gebruiker vraagt om zich te abonneren via een website, te upgraden via een website, een abonnement te beheren via een website of een aankoop te voltooien via een browsergebaseerde flow, wordt het web meer dan een marketinglaag. Het wordt de commerciële laag van het product. Als dezelfde webervaring snel, te installeren, persistent, geauthenticeerd en app-achtig is, kan het de plek worden waar de klantrelatie leeft.
Dat verandert de strategische waarde van de PWA-fundamenten:
- Installeerbaarheid wordt een retentietool na webcheckout, niet alleen een leuke gimmick in het browsermenu.
- Serviceworkers help om ervoor te zorgen dat account-, ontvangstbewijs-, ondersteuning- en gebruiksoverzichten betrouwbaar aanvoelen nadat de gebruiker de winkelomgeving verlaat.
- Manifesten en pictogrammen maak de webbestemming iets dat gebruikers kunnen herkennen op een startscherm of in een bureaubladlauncher.
- Passkeys en privacyvriendelijke identiteit verminder de vertrouwenskloof tussen accountflows voor native apps en accountflows in de browser.
- Duidelijk herkomst- en domeinontwerp maak deel uit van de vertrouwensarchitectuur van het product, vooral wanneer platformeigenaren gebruikers waarschuwen voor oplichting.
De kans is niet dat elke abonnementsapp van de ene op de andere dag een PWA wordt. De kans is dat webproduct-onderdelen commercieel belangrijker worden wanneer toezichthouders regels tegen sturen (anti-steering) aanvechten. De native app kan nog steeds betrokkenheid stimuleren. Het web kan in toenemende mate eigenaarschap nemen over prijsstelling, planvergelijking, onboarding, accountherstel, ondersteuning, ontvangstbewijzen en naadloze continuïteit tussen platforms.
Het vertrouwensprobleem verdwijnt niet
Open webdistributie heeft één groot voordeel: er hoeft geen poortwachter een website goed te keuren voordat deze kan worden gepubliceerd. Het heeft ook één grote last: gebruikers moeten zelf beslissen of ze de ervaring vertrouwen.
Daarom kan het beveiligingsargument van Apple niet zomaar worden weggewuifd als theater, zelfs niet wanneer ontwikkelaars het oneens zijn met Apple’s commerciële prikkels. Gebruikers kunnen worden misleid door domeinen die erop lijken, vijandige betaalpagina’s, verwarrende abonnementsvoorwaarden en neppe ondersteuningsflows. Als toezichthouders meer ruimte geven voor webgebaseerde handel, zullen de beste producten niet degenen zijn die alleen maar de winkelvergoeding weten te ontlopen. Ze zullen degenen zijn die het web veiliger, duidelijker en beter aanspreekbaar laten aanvoelen.
Voor installeerbare webapps is dit waar app-achtige UX en trustdesign samenkomen. Een serieuze webapp moet zijn identiteit duidelijk maken. Het moet een strak domein gebruiken, zichtbare bedrijfsgegevens, voorspelbare betalingsproviders, duidelijke taal voor refunds, sterke authenticatie en consistente naamgeving tussen de native app, de website en de geïnstalleerde webapp. Het mag de browseroorsprong niet verbergen en de gebruiker niet onderdompelen in schermen met dark patterns voor upgrades.
De sterkste versie van open webdistributie is niet ‘alles kan’. Het is een web waar ontwikkelaars klanten rechtstreeks kunnen bereiken en gebruikers nog steeds kunnen begrijpen aan wie ze betalen, wat ze installeren en hoe ze kunnen vertrekken.
Wat verandert er voor de productstrategie
Als de aanwijzing van de CMA standhoudt, moeten productteams het web behandelen als een volwaardige app-omgeving, niet als een omweg voor compliance. Dat betekent dat je webflows ontwerpt met dezelfde discipline die doorgaans wordt voorbehouden aan native onboarding.
Nu zijn een paar praktische vragen belangrijker:
- Kan een gebruiker van een native app naar een webcheckout overstappen zonder context te verliezen? Als het antwoord nee is, zorgt sturen voor wrijving in plaats van marge.
- Voelt het webaccountgedeelte als hetzelfde product? Inconsistente naamgeving, zwak responsief ontwerp en trage pagina’s zullen ervoor zorgen dat gebruikers het overdrachtsproces niet vertrouwen.
- Wordt de installatie aangeboden op het juiste moment? Een PWA-prompt vóór de waarde is ruis. Een prompt na aankoop, activering of herhaald gebruik kan zich ontwikkelen tot retentie.
- Kan ondersteuning en annulering netjes worden afgehandeld op het web? Zowel toezichthouders als gebruikers zullen stromen onder de loep nemen die betalingen makkelijk maken en annulering moeilijk.
- Verdient de webapp vertrouwen zonder het te lenen van de app store? Dat betekent een transparante identiteit, beveiligde sessies en geen onverwachte omleidingen.
De oprichters die het meeste profiteren, zijn niet degenen die external checkout behandelen als een verborgen kortingspagina. Zij zullen degenen zijn die een samenhangende, door het web beheerde relatie met de klant opbouwen.
Wat bekijkt IndApp hierna
Het volgende signaal is of de CMA consultatietaal omzet in regels met echte commerciële kracht. De details zullen bepalen of dit uitgroeit tot een betekenisvolle hervorming van de distributie of tot weer een smalle compliance-route met platformkosten eraan vast.
IndApp houdt vijf dingen nauwlettend in de gaten. Ten eerste of externe web-aankoopkoppelingen duidelijk kunnen worden weergegeven in apps, of alleen via beperkende, op waarschuwingen gebaseerde flows. Ten tweede of eventuele sturingskosten laag genoeg zijn om het gedrag van ontwikkelaars te veranderen. Ten derde of Apple en Google consistente vertrouwensboodschappen toepassen of juist angstaanjagende interstitials gebruiken die gebruikers ervan weerhouden de winkelbilling te verlaten. Ten vierde of webgebaseerde account- en betalingsflows een concurrentievoordeel worden voor bedrijven in abonnementen, media, SaaS, onderwijs en games. Ten vijfde of dezelfde regelgevende druk uiteindelijk ook van directer invloed wordt op installeerbaarheid, browserkeuze en mogelijkheden van web-apps.
Dit is waarom de invalshoek van webapps ertoe doet. Appstores kunnen krachtig blijven en toch exclusiviteit over de klantrelatie verliezen. Native apps kunnen hun plek op het startscherm behouden, terwijl het web de plek wordt waar gebruikers plannen vergelijken, betalen, identiteit beheren en een companion-ervaring voor meerdere platforms installeren.
Het web hoeft niet een app store te worden om belangrijker te zijn. Het moet het vertrouwde pad worden dat ontwikkelaars mogen tonen.
Verder lezen
Laatste nieuws
