Mer än nio av tio Pay N Play-sessioner jag startat under det senaste året har varit på mobil. Det är inte en gissning — sportsbokerna själva publicerar liknande siffror, och hela Pay N Play-tekniken är i grunden formgiven för en touchskärm i handen. BankID är en mobilteknik, Trustlys flöde är optimerat för djuplänkar mellan appar, och själva poängen med kontolöst spel — att registreringen tar mindre tid än det tar att skriva e-postadressen — får sin riktiga betydelse i just det format där tangentbordet är litet och tålamodet ännu mindre.
Men ”mobilt” är inte en monolit. Två olika tekniska upplägg dominerar marknaden, och valet mellan dem påverkar både hur du upplever spelet och vilken spår du lämnar efter dig. Jag tänker gå igenom skillnaden mellan PWA och native app, hur BankID-flödet fungerar i mobilen specifikt, vad som händer på svaga nätverk, och vilka risker som är unika för mobilformatet.
Varför mobilen blev standardvägen för Pay N Play
BankID-statistiken berättar varför. I Sverige använde 8,6 miljoner människor BankID under 2024, och 99,9 procent av befolkningen mellan 18 och 67 har den installerad. Den absoluta majoriteten av dessa ligger på mobilen — inte på datorbankID-installationer eller fildatorbanker, vilka huvudsakligen är legacy. När en svensk öppnar en sportsbok är BankID redan tre tryck bort i en parallell app, vilket ingen annan marknad i Europa har riktigt på samma sätt.
Tjänsten användes ungefär 7,5 miljarder gånger under 2024, fördelat på cirka 7 500 anslutna tjänster. För Pay N Play betyder det att betalningsflödet — som från användarens sida bara är ett klick i Trustlys swish-liknande gränssnitt och ett svep i BankID — är nästan friktionsfritt på mobilen. På datorn finns motsvarande flöde, men det kräver ofta att du tar fram telefonen ändå för att signera, vilket eliminerar fördelen.
Webb-PWA mot native app: två olika världar
Den första distinktionen är att förstå. Webb-PWA — Progressive Web App — är en webbsida som beter sig som en app. Du går till sportsbokens domän i Safari eller Chrome, lägger till den på hemskärmen och får en ikon. Klick på ikonen öppnar sajten i ett app-liknande läge utan webbläsarhuvudet. Det är inte en installerad app i teknisk mening, men den känns som en.
Native apps är de du laddar ner från App Store eller Google Play. De körs som riktiga applikationer, har tillgång till djupare systemfunktioner som push-notiser, biometri och bakgrundskörning, och kan integreras tätare med BankID via djuplänkar. Nackdelen är att appstores i båda systemen har strikta gambling-regler. Apple kräver att svenska speloperatörer har svensk licens och att appen genomgår en separat godkännandeprocess. Google Play har liknande krav.
Resultatet är att de flesta Pay N Play-sportsböcker i Sverige opererar via PWA snarare än native, framför allt eftersom PWA är snabbare att uppdatera och inte beroende av appstore-cykler. Vissa större operatörer har också native, men flödet är ofta i grunden samma webbvy med ett tunt lager runt om.
För dig som spelare är skillnaden i praktiken liten på de flesta funktioner. Push-notiser och biometrisk öppning fungerar bättre på native; allt annat är jämförbart. PWA är dock alltid uppdaterat och utan installation — du går från att söka på sajten till att vara aktiv spelare på mindre än en minut.
BankID-flödet på mobilen i detalj
När du klickar ”Sätt in 200 SEK” i en mobil sportsbok händer en serie djuplänkar som spelar roll. Sportsboken anropar Trustlys betalflöde. Trustly öppnar BankID-appen via ett protokoll som operativsystemet känner igen — på iOS heter det universal links, på Android intent-filter. BankID startar, du autentiserar, och appen skickar sedan tillbaka kontroll via samma mekanism.
Sedan maj 2024 är funktionen Secure Start obligatorisk för alla företag som använder BankID. Den kräver att autentiseringen sker på samma enhet som klickade — det går inte längre att starta ett flöde på datorn och signera på telefonen som tidigare. För Pay N Play-mobilflödet är detta naturligt; du klickar och signerar på samma enhet ändå. För datoranvändare har det skapat extra steg där QR-kod måste scannas. På mobilen är hela flödet osynligt och tar mindre än fem sekunder från klick till hemkomst hos sportsboken.
En detalj som ibland förvirrar: om du bytt telefon nyligen och bara har BankID utfärdat på en gammal enhet, kommer flödet inte att fungera direkt på den nya. Du måste först installera BankID via din bank på den nya enheten — inte genom att kopiera över appen från backup. Det är ett vanligt felscenario som inte har med sportsboken att göra alls, men som upplevs som om Pay N Play ”inte fungerar”.
Svaga nätverk och offline-läge
Ett område där PWA och native skiljer sig konkret är beteende vid dåliga uppkopplingar. PWA är beroende av att nätverket fungerar för i princip allt — visning av odds, placering av kuponger, cash out. Vid dålig 4G eller fluktuerande wifi blir upplevelsen instabil, och i värsta fall hänger en kupong i gränsläget ”inte placerad, inte avbruten” tills nätet kommer tillbaka.
Native apps har bättre möjligheter att hantera detta. Vissa kan visa cachade odds offline (med tydlig markering att de är gamla) och låta dig förbereda kuponger som skickas så fort uppkopplingen kommer tillbaka. Men för att placera ett bet krävs alltid live-uppkoppling — det är ett regulatoriskt krav, inte en teknisk begränsning. Bookmakern måste kunna verifiera att marknaden fortfarande är öppen i samma sekund som kupongen tas emot.
Min praktiska erfarenhet: på resor med svag täckning är Pay N Play-flödet det första som bryter, eftersom BankID-anropet kräver två rundtrips. Insättningen försenas; du upplever att ”sajten är seg” när det egentligen är BankID-servern som svarar långsamt över ditt eget bristfälliga nät. Den tumregel jag har är att om man är på utflykt och vill kunna spela snabbt, gör första insättningen hemma innan resan — då är sessionen aktiv och följande spel kräver inte ny BankID-signering.
Mobilspecifika risker som är värda att förstå
Mobilformatet skapar några risker som inte finns på datorn. Den första är klick-felaktighet. Skärmen är liten, knapparna är nära varandra, och med tummen är det lätt att råka trycka ”Sätt in 500” istället för ”Sätt in 200”. Vissa operatörer har bekräftelsesteg; andra inte. Jag rekommenderar att alltid sätta dygnsgränsen lågt, inte för att jag inte litar på mig själv på en stillsam kväll, utan för att fingrarna ibland är otryggare än hjärnan.
Den andra risken är notiser. Native apps kan skicka push: ”Live nu — Hammarby vs. AIK”, ”Cash out tillgänglig på din kupong”, ”Ny bonus”. Det är effektiva marknadsföringsverktyg och kan trigga impulsspel som du inte hade planerat. Stäng av push från sportsboken om du upplever att det rör dig till handling oftare än du vill — det är en grundinställning du sätter i operativsystemet, inte i appen.
Den tredje är behörigheter. Apparna ber ofta om tillgång till plats (för regulatorisk kontroll att du är i Sverige), kontakter (för ”bjud in en vän”-funktioner) och kamera (för att ta foto av eventuella ID-handlingar vid EDD). Plats är legitimt och nödvändigt; de andra två är frivilliga och bör avslås om du inte ser konkret nytta. För djupare genomgång av BankID-flödet specifikt har jag samlat det på BankID-flödet i Pay N Play steg för steg.
Vad jag landat i för mobil Pay N Play
Efter åren har jag mest återvänt till PWA-flödet. Det är snabbt, kräver ingen appstore-installation och uppdateras automatiskt. Native använder jag bara för operatörer där pushen om live-startade matcher är en konkret tillgång. För alla andra fall är PWA enkelt och tillräckligt. Det viktigaste är att förstå att Pay N Play och mobilen inte är två oberoende val — de förutsätter varandra. Hela arkitekturen i kontolöst spel är gjord för en handhållen skärm med BankID en knapptryckning bort. På datorn är den fortfarande funktionell men inte längre en vinst.
