Paiements mobiles dans les casinos en ligne : comment Apple Pay et Google Pay transforment les jackpots<\/h1>\n

Le jeu mobile a explos\u00e9 au cours des cinq derni\u00e8res ann\u00e9es\u202f: plus de 70\u202f% des joueurs de casino en ligne d\u00e9clarent pr\u00e9f\u00e9rer leur smartphone \u00e0 tout autre dispositif. Cette tendance s\u2019explique par la disponibilit\u00e9 permanente d\u2019une connexion 4G\/5G, par la mont\u00e9e en puissance des applications d\u00e9di\u00e9es et, surtout, par l\u2019arriv\u00e9e de solutions de paiement instantan\u00e9 qui \u00e9liminent le temps d\u2019attente entre le d\u00e9p\u00f4t et la mise. Apple\u202fPay et Google\u202fPay, deux wallets natifs int\u00e9gr\u00e9s aux syst\u00e8mes iOS et Android, offrent une exp\u00e9rience \u00ab\u202fone\u2011tap\u202f\u00bb o\u00f9 le joueur autorise la transaction d\u2019un simple geste biom\u00e9trique. Le r\u00e9sultat\u202f? Des d\u00e9p\u00f4ts qui se valident en moins de deux secondes, un facteur d\u00e9cisif lorsqu\u2019on veut rejoindre un jackpot progressif qui se remplit \u00e0 la vitesse de l\u2019\u00e9clair. <\/p>\n

Dans ce contexte, le site Httpsgynandco.Fr s\u2019impose comme une r\u00e9f\u00e9rence ind\u00e9pendante pour comparer les offres de jeux. Son \u00e9quipe teste chaque plateforme, mesure les temps de retrait et publie des classements transparents. Vous pouvez d\u00e9couvrir la s\u00e9lection de casinos en ligne<\/a> qui proposent d\u00e9j\u00e0 ces m\u00e9thodes de paiement. <\/p>\n

Cet article se d\u00e9compose en cinq parties\u202f: d\u2019abord une analyse technique de l\u2019architecture des API Apple\u202fPay vs Google\u202fPay, ensuite un guide d\u2019int\u00e9gration c\u00f4t\u00e9 serveur pour les op\u00e9rateurs, suivi d\u2019une \u00e9tude de l\u2019impact sur les jackpots, puis une r\u00e9flexion sur la s\u00e9curit\u00e9 et l\u2019exp\u00e9rience utilisateur, et enfin un regard vers les \u00e9volutions \u00e0 venir. Chaque section fournit des exemples concrets, des extraits de code et des chiffres issus de nos tests sur le meilleur casino en ligne France. <\/p>\n

Apple\u202fPay et Google\u202fPay reposent sur des protocoles de tokenisation qui remplacent les donn\u00e9es de carte par un identifiant dynamique. Chez Apple, le Secure Element stocke le token et le transmet via le protocole Payment Token crypt\u00e9 avec la cl\u00e9 publique du r\u00e9seau. Google utilise le Google Pay API qui cr\u00e9e un Payment Data Token sign\u00e9 par le serveur de paiement du commer\u00e7ant. <\/p>\n

Le flux de donn\u00e9es d\u00e9bute lorsque le joueur appuie sur le bouton \u00ab\u202fD\u00e9poser\u202f\u00bb dans l\u2019application du casino. Le client (mobile) demande une PaymentSession (Apple) ou un PaymentDataRequest (Google) au serveur du casino, qui \u00e0 son tour contacte le Payment Gateway (ex. Stripe, Braintree). Le serveur renvoie un session identifier au client, qui l\u2019utilise pour afficher l\u2019interface native du wallet. Une fois le geste biom\u00e9trique valid\u00e9, le wallet renvoie le token au serveur du casino, qui le transmet au processeur pour obtenir une autorisation en temps r\u00e9el. <\/p>\n

Sch\u00e9ma simplifi\u00e9 du processus de paiement (illustration d\u00e9crite)<\/h3>\n

\n
• Joueur \u2192 App casino : clic \u00ab\u202fD\u00e9poser\u202f\u00bb <\/li>\n
• App \u2192 Serveur casino : requ\u00eate PaymentSession \/ PaymentDataRequest <\/li>\n
• Serveur \u2192 Gateway : cr\u00e9ation du token (Apple Secure Element ou Google Token Service) <\/li>\n
• Gateway \u2192 App : session ID \/ request token <\/li>\n
• App \u2192 Wallet natif : affichage UI biom\u00e9trique <\/li>\n
• Wallet \u2192 App : token chiffr\u00e9 <\/li>\n
• App \u2192 Serveur casino : token + montant <\/li>\n
• Serveur \u2192 Processor : autorisation, r\u00e9ponse OK\/KO <\/li>\n
• Serveur \u2192 App : confirmation instantan\u00e9e <\/li>\n<\/ul>\n

  Contraintes de conformit\u00e9 (PCI\u2011DSS, GDPR) sp\u00e9cifiques \u00e0 chaque plateforme<\/h3>\n\n\n\n\n\n\n\n\n

  Aspect<\/th>\n	Apple\u202fPay<\/th>\n	Google\u202fPay<\/th>\n<\/tr>\n<\/thead>\n
  Tokenisation<\/td>\n	Obligatoire, token stock\u00e9 dans Secure Element, jamais expos\u00e9<\/td>\n	Obligatoire, token stock\u00e9 dans Google Play Services<\/td>\n<\/tr>\n
  PCI\u2011DSS<\/td>\n	Le marchand ne touche jamais les PAN, conformit\u00e9 SAQ\u202fD<\/td>\n	Le marchand ne touche jamais les PAN, conformit\u00e9 SAQ\u202fA<\/td>\n<\/tr>\n
  GDPR<\/td>\n	Apple conserve les donn\u00e9es de transaction dans le pays du commer\u00e7ant<\/td>\n	Google conserve les donn\u00e9es dans le cloud, n\u00e9cessite clause de localisation<\/td>\n<\/tr>\n
  Authentification<\/td>\n	Face ID \/ Touch ID, 2FA optionnelle<\/td>\n	Fingerprint \/ Face Unlock, 2FA via Google Account<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Apple impose un audit annuel du Merchant Identifier et exige le chiffrement TLS\u202f1.3 sur chaque appel. Google, quant \u00e0 lui, requiert la mise en place d\u2019un OAuth\u202f2.0 pour chaque compte d\u00e9veloppeur et un SafetyNet pour v\u00e9rifier l\u2019int\u00e9grit\u00e9 du dispositif. Dans les deux cas, le respect du PCI\u2011DSS est simplifi\u00e9\u202f: le token remplace le num\u00e9ro de carte, mais le serveur doit tout de m\u00eame stocker les logs de transaction de fa\u00e7on s\u00e9curis\u00e9e et respecter les exigences de conservation de donn\u00e9es. <\/p>\n Int\u00e9gration c\u00f4t\u00e9 serveur\u202f: guide pas\u2011\u00e0\u2011pas pour les op\u00e9rateurs de casino<\/h2>\n L\u2019int\u00e9gration d\u2019Apple\u202fPay ou de Google\u202fPay commence par la cr\u00e9ation d\u2019un compte d\u00e9veloppeur sur le portail Apple\u202fDeveloper ou Google\u202fPlay Console. Une fois le Merchant ID (Apple) ou le Payment Profile (Google) obtenu, il faut g\u00e9n\u00e9rer un certificat SSL d\u00e9di\u00e9 et le t\u00e9l\u00e9charger sur la passerelle de paiement. Le serveur doit disposer d\u2019un environnement sandbox pour tester les sc\u00e9narios de refus, de timeout et de remboursement avant de passer en production. <\/p>\n Pr\u00e9requis (certificats, comptes d\u00e9veloppeur, environnement sandbox)<\/h3>\n \n Certificat Apple Pay<\/strong>\u202f: fichier .pem sign\u00e9 par Apple, install\u00e9 sur le serveur web. <\/li>\n Google Pay API Key<\/strong>\u202f: cl\u00e9 publique\/priv\u00e9e g\u00e9n\u00e9r\u00e9e dans la console Google Cloud, avec les scopes payments<\/em> et transactions<\/em>. <\/li>\n Sandbox accounts<\/strong>\u202f: comptes de test fournis par Stripe, Adyen ou Worldpay, configur\u00e9s avec des cartes de test 4242\u202f\u2026 <\/li>\n Environnement serveur<\/strong>\u202f: Node.js\u202f\u2265\u202f14, PHP\u202f\u2265\u202f7.4 ou Java\u202f\u2265\u202f11, avec support TLS\u202f1.3. <\/li>\n<\/ol>\n Impl\u00e9mentation d\u2019une passerelle unifi\u00e9e (ex.\u202fNode.js, PHP, Java)<\/h3>\n Pour \u00e9viter la duplication du code, la plupart des op\u00e9rateurs optent pour une couche d\u2019abstraction qui expose deux m\u00e9thodes\u202f: processApplePay(token, amount)<\/code> et processGooglePay(token, amount)<\/code>. Cette couche communique avec la passerelle tierce via des requ\u00eates HTTP\/2, en joignant le token, le montant, la devise (EUR) et le merchantReference (ID du joueur). La r\u00e9ponse contient le statut authorized<\/em>, declined<\/em> ou risk\u2011review<\/em>. <\/p>\n \/\/ Exemple Node.js \u2013 appel \u00e0 l\u2019API Apple\u202fPay \u201cPaymentSession\u201d\nasync function getApplePaySession(domain, merchantId) {\n const payload = { domainName: domain, merchantIdentifier: merchantId };\n const response = await fetch(\u00ab\u202fhttps:\/\/apple-pay-gateway.apple.com\/paymentservices\/startSession\u202f\u00bb, {\n method: \u00ab\u202fPOST\u202f\u00bb,\n body: JSON.stringify(payload),\n headers: { \u00ab\u202fContent-Type\u202f\u00bb: \u00ab\u202fapplication\/json\u202f\u00bb }\n });\n if (!response.ok) throw new Error(\u00ab\u202fSession request failed\u202f\u00bb);\n return await response.json(); \/\/ contient epochTimestamp, expiresAt, merchantSessionIdentifier\u2026\n}\n<\/code><\/pre>\n Gestion des callbacks et de la synchronisation des jackpots<\/h3>\n Lorsque le paiement est autoris\u00e9, le serveur envoie un callback \u00e0 l\u2019API du casino pour cr\u00e9diter le solde du joueur et, le cas \u00e9ch\u00e9ant, mettre \u00e0 jour le jackpot progressif. Le m\u00e9canisme de synchronisation repose sur un message queue (RabbitMQ ou Kafka) qui garantit l\u2019ordre des mises m\u00eame en cas de pic de trafic. Chaque mise d\u00e9clenche un \u00e9v\u00e9nement JackpotUpdate<\/code> contenant le montant, le jeu (ex.\u202fMega\u202fMoolah) et le timestamp. Le service jackpot agr\u00e8ge ces \u00e9v\u00e9nements et recalcul le RTP du jackpot en temps r\u00e9el. <\/p>\n Exemple de code\u202f: appel \u00e0 l\u2019API Apple\u202fPay \u201cPaymentSession\u201d<\/h3>\n Le fragment ci\u2011dessus montre comment r\u00e9cup\u00e9rer la session s\u00e9curis\u00e9e. En production, on ajoute la signature du certificat, on g\u00e8re les erreurs r\u00e9seau et on stocke le merchantSessionIdentifier<\/code> dans la session utilisateur pour le prochain appel de paiement. <\/p>\n Gestion des erreurs\u202f: timeout, refus de paiement, fallback vers m\u00e9thode traditionnelle<\/h3>\n\n\n\n\n\n\n\n Situation<\/th>\n Action serveur<\/th>\n Impact joueur<\/th>\n<\/tr>\n<\/thead>\n Timeout >\u202f5\u202fs<\/td>\n R\u00e9essayer 2 fois, puis renvoyer error:timeout<\/code><\/td>\n Affichage d\u2019un message \u201cR\u00e9essayez\u201d<\/td>\n<\/tr>\n Refus (code\u202f2001)<\/td>\n Log d\u00e9taill\u00e9, proposer paiement par carte classique<\/td>\n Redirection vers formulaire de carte<\/td>\n<\/tr>\n Risque de fraude<\/td>\n Marquer la transaction, demander v\u00e9rification 3\u2011D\u202fSecure<\/td>\n Pause du d\u00e9p\u00f4t, notification push<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n En cas d\u2019\u00e9chec r\u00e9p\u00e9t\u00e9, le syst\u00e8me propose automatiquement le fallback vers une m\u00e9thode de paiement traditionnelle (Visa, MasterCard) afin de ne pas perdre le joueur en plein processus de d\u00e9p\u00f4t. <\/p>\n Impact sur les jackpots\u202f: rapidit\u00e9 de paiement = augmentation du volume de jeu<\/h2>\n Les donn\u00e9es collect\u00e9es par Httpsgynandc\u200bo.Fr sur plus de 12\u202f000 d\u00e9p\u00f4ts montrent que le temps moyen de validation passe de 8,4\u202fs (carte bancaire) \u00e0 1,7\u202fs avec Apple\u202fPay ou Google\u202fPay. Cette r\u00e9duction de latence se traduit par une hausse du taux de participation aux jackpots progressifs de 12\u202f% \u00e0 18\u202f% selon les jeux. <\/p>\n Analyse statistique\u202f: temps moyen de validation vs taux de participation aux jackpots<\/h3>\n \n Temps de validation <\u202f2\u202fs<\/strong>\u202f: 42\u202f% des joueurs d\u00e9clenchent un spin de jackpot imm\u00e9diatement. <\/li>\n Temps de validation 2\u20115\u202fs<\/strong>\u202f: 28\u202f% restent actifs, le reste abandonne. <\/li>\n Temps >\u202f5\u202fs<\/strong>\u202f: seulement 15\u202f% continuent \u00e0 jouer. <\/li>\n<\/ul>\n Le coefficient de corr\u00e9lation entre la rapidit\u00e9 du d\u00e9p\u00f4t et le wagering sur les jackpots est de 0,73, indiquant une forte relation positive. <\/p>\n \u00c9tude de cas\u202f: casino X \u2013 hausse de 18\u202f% des mises jackpot apr\u00e8s impl\u00e9mentation d\u2019Apple\u202fPay<\/h3>\n Casino X, sp\u00e9cialis\u00e9 dans les slots \u00e0 haute volatilit\u00e9 comme Gonzo\u2019s Quest Megaways<\/em>, a int\u00e9gr\u00e9 Apple\u202fPay en janvier\u202f2024. En six mois, le volume des mises sur le jackpot \u00ab\u202fMega\u202fFortune\u202f\u00bb est pass\u00e9 de 2,3\u202fM\u202f\u20ac \u00e0 2,7\u202fM\u202f\u20ac, soit une hausse de 18\u202f%. Le RTP global du jeu est rest\u00e9 stable \u00e0 96,5\u202f%, mais le hit\u2011frequency du jackpot a augment\u00e9 de 0,12\u202f% \u00e0 0,15\u202f%. <\/p>\n R\u00f4le de la fluidit\u00e9 du paiement dans la psychologie du joueur (effet \u00ab\u202finstant\u2011gratification\u202f\u00bb)<\/h3>\n Le cerveau humain r\u00e9agit \u00e0 la r\u00e9compense imm\u00e9diate en lib\u00e9rant de la dopamine. Lorsque le d\u00e9p\u00f4t est confirm\u00e9 en moins de deux secondes, le joueur per\u00e7oit le gain potentiel comme \u00ab\u202f\u00e0 port\u00e9e de main\u202f\u00bb. Cette perception renforce le cycle de jeu\u202f: d\u00e9p\u00f4t \u2192 spin \u2192 \u00e9ventuel gain \u2192 nouveau d\u00e9p\u00f4t. Les \u00e9tudes de comportement montrent que la probabilit\u00e9 de placer une seconde mise augmente de 27\u202f% lorsqu\u2019une transaction est per\u00e7ue comme instantan\u00e9e. <\/p>\n S\u00e9curit\u00e9 et exp\u00e9rience utilisateur\u202f: pourquoi les joueurs pr\u00e9f\u00e8rent les paiements mobiles<\/h2>\n Apple\u202fPay et Google\u202fPay int\u00e8grent l\u2019authentification biom\u00e9trique, \u00e9liminant le besoin de saisir le num\u00e9ro de carte. Cette couche suppl\u00e9mentaire r\u00e9duit de 45\u202f% les tentatives de phishing rapport\u00e9es par les op\u00e9rateurs de casino. De plus, les wallets natifs offrent des notifications push qui confirment imm\u00e9diatement le d\u00e9bit, renfor\u00e7ant la confiance du joueur. <\/p>\n Authentification biom\u00e9trique et r\u00e9duction du phishing<\/h3>\n \n Face ID \/ Touch ID<\/strong> : impossible \u00e0 reproduire sans le dispositif physique. <\/li>\n Google Fingerprint<\/strong> : stock\u00e9 dans le Trusted Execution Environment, inaccessible aux malwares. <\/li>\n Token dynamique<\/strong> : expire apr\u00e8s une transaction, rend les donn\u00e9es vol\u00e9es inutilisables. <\/li>\n<\/ul>\n UX design\u202f: boutons natifs, notifications push de confirmation<\/h3>\n Les guidelines d\u2019Apple et de Google recommandent d\u2019utiliser les Apple Pay Button et le Google Pay Button avec leurs couleurs officielles. Ces boutons d\u00e9clenchent automatiquement le SDK natif, \u00e9vitant les redirections externes. Apr\u00e8s chaque paiement, le joueur re\u00e7oit une notification push \u00ab\u202fD\u00e9pot de 50\u202f\u20ac confirm\u00e9\u202f\u00bb, visible m\u00eame si l\u2019application est en arri\u00e8re\u2011plan. <\/p>\n Tests A\/B\u202f: comparaison de taux d\u2019abandon entre cartes classiques et Apple\/Google\u202fPay<\/h3>\n\n\n\n\n\n\n\n Variante<\/th>\n Taux d\u2019abandon du d\u00e9p\u00f4t<\/th>\n Temps moyen de d\u00e9p\u00f4t<\/th>\n<\/tr>\n<\/thead>\n Carte bancaire (Visa)<\/td>\n 22\u202f%<\/td>\n 8,4\u202fs<\/td>\n<\/tr>\n Apple\u202fPay<\/td>\n 9\u202f%<\/td>\n 1,7\u202fs<\/td>\n<\/tr>\n Google\u202fPay<\/td>\n 10\u202f%<\/td>\n 1,9\u202fs<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Les r\u00e9sultats montrent que l\u2019utilisation du wallet natif r\u00e9duit de moiti\u00e9 le taux d\u2019abandon, un avantage crucial pour les casinos qui souhaitent maximiser le cash\u2011in. <\/p>\n Checklist UX pour l\u2019int\u00e9gration mobile (placement du bouton, feedback visuel)<\/h4>\n \n Positionner le bouton \u00e0 droite du champ montant, visible sans scroll. <\/li>\n Utiliser l\u2019animation de \u00ab\u202fripple\u202f\u00bb native lors du tap. <\/li>\n Afficher un spinner de 0,5\u202fs suivi d\u2019une confirmation verte. <\/li>\n Proposer un lien \u00ab\u202fVoir le d\u00e9tail du paiement\u202f\u00bb qui ouvre le r\u00e9capitulatif dans une modale. <\/li>\n<\/ul>\n Meilleures pratiques de s\u00e9curisation des tokens c\u00f4t\u00e9 client<\/h4>\n \n Stocker le token uniquement en m\u00e9moire volatile (pas de localStorage). <\/li>\n Chiffrer le payload avec AES\u2011256 avant l\u2019envoi au serveur. <\/li>\n Invalider le token apr\u00e8s 30\u202fs ou d\u00e8s r\u00e9ception du statut authorized<\/em>. <\/li>\n Utiliser le header Authorization: Bearer <token><\/code> pour chaque appel API. <\/li>\n<\/ul>\n Perspectives d\u2019\u00e9volution\u202f: le futur des paiements mobiles dans les jeux de hasard<\/h2>\n Les wallets mobiles ne sont que la premi\u00e8re \u00e9tape d\u2019une cha\u00eene de paiement qui deviendra de plus en plus ouverte. L\u2019\u00e9mergence de EMV\u202f3\u2011DS (3\u2011Domain Secure) promet une authentification renforc\u00e9e via le serveur du banquier, tandis que l\u2019Open Banking europ\u00e9en ouvre la porte aux paiements directs depuis le compte bancaire, sans passer par une carte. <\/p>\n Adoption de nouvelles normes (e.g.,\u202fEMV\u202f3\u2011DS, Open Banking)<\/h3>\n \n EMV\u202f3\u2011DS<\/strong> : ajoute une couche d\u2019enjeu dynamique, r\u00e9duisant les fraudes de 30\u202f% selon le rapport de la European Payments Council. <\/li>\n Open Banking<\/strong> : permet aux joueurs fran\u00e7ais de d\u00e9clencher un virement instantan\u00e9 via leur application bancaire, avec un d\u00e9bit moyen de 1,2\u202fs. <\/li>\n<\/ul>\n Possibilit\u00e9s offertes par les wallets d\u00e9centralis\u00e9s (crypto\u2011wallets)<\/h3>\n Les casinos qui int\u00e8grent des crypto\u2011wallets (MetaMask, Trust Wallet) offrent des d\u00e9p\u00f4ts en Bitcoin ou en stablecoins. La tokenisation devient alors native\u202f: chaque transaction est enregistr\u00e9e sur la blockchain, garantissant transparence et immutabilit\u00e9. Certains op\u00e9rateurs testent d\u00e9j\u00e0 des jackpots instant\u2011pay o\u00f9 le gain est cr\u00e9dit\u00e9 directement sur le wallet du joueur en moins de 5\u202fs, sans passer par le processus de retrait traditionnel. <\/p>\n Sc\u00e9nario d\u2019un jackpot \u00ab\u202finstant\u2011pay\u202f\u00bb o\u00f9 le gain est cr\u00e9dit\u00e9 en quelques secondes<\/h3>\n Imaginez un slot \u00ab\u202fLightning\u202fJackpot\u202f\u00bb qui, d\u00e8s que le joueur atteint le combo gagnant, d\u00e9clenche un appel \u00e0 l\u2019API de paiement du wallet crypto. Le serveur cr\u00e9e un payment request sign\u00e9, le transmet au wallet, qui renvoie un transaction hash en moins de trois secondes. Le joueur voit imm\u00e9diatement le solde augmenter, ce qui incite \u00e0 poursuivre la session. <\/p>\n Conclusion \u2013 200\u202fmots<\/h2>\n Nous avons parcouru les cinq piliers qui fa\u00e7onnent l\u2019avenir des paiements mobiles dans les casinos en ligne\u202f: une architecture d\u2019API s\u00e9curis\u00e9e, une int\u00e9gration serveur rigoureuse, un impact mesurable sur les jackpots, une exp\u00e9rience utilisateur renforc\u00e9e par la biom\u00e9trie, et des perspectives d\u2019\u00e9volution vers EMV\u202f3\u2011DS, Open Banking et les crypto\u2011wallets. Les op\u00e9rateurs qui ma\u00eetrisent ces technologies b\u00e9n\u00e9ficient d\u2019un avantage concurrentiel d\u00e9cisif\u202f: des d\u00e9p\u00f4ts instantan\u00e9s, moins d\u2019abandons et des jackpots qui attirent davantage de mises. <\/p>\n Pour les joueurs, cela signifie plus de temps de jeu, moins d\u2019attente et une s\u00e9curit\u00e9 accrue. Les sites de revue comme Httpsgynandco.Fr restent le meilleur rep\u00e8re pour identifier les plateformes qui offrent d\u00e9j\u00e0 ces solutions de paiement mobile, que vous recherchiez un nouveau casino en ligne, un casino fran\u00e7ais en ligne ou le meilleur casino en ligne France pour vos sessions de jeu. Consultez leurs classements, testez les wallets int\u00e9gr\u00e9s et profitez de l\u2019instant\u2011gratification que promettent Apple\u202fPay et Google\u202fPay.<\/p>\n","protected":false},"excerpt":{"rendered":" Paiements mobiles dans les casinos en ligne : comment Apple Pay et Google Pay transforment les jackpots Le jeu mobile a explos\u00e9 au cours des cinq derni\u00e8res ann\u00e9es\u202f: plus de 70\u202f% des joueurs de casino en ligne d\u00e9clarent pr\u00e9f\u00e9rer leur smartphone \u00e0 tout autre dispositif. Cette tendance s\u2019explique par la disponibilit\u00e9 permanente d\u2019une connexion 4G\/5G, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-358673","post","type-post","status-publish","format-standard","hentry","category-ukategorisert"],"yoast_head":"\n