{"id":4983,"date":"2026-03-25T12:30:02","date_gmt":"2026-03-25T11:30:02","guid":{"rendered":"https:\/\/blogs.uned.es\/spapruebas\/2026\/03\/25\/construire-une-bibliotheque-igaming-securisee-guide-technique-pour-selectionner-les-meilleurs-jeux-tout-en-garantissant-la-protection-des-paiements\/"},"modified":"2026-03-25T12:30:02","modified_gmt":"2026-03-25T11:30:02","slug":"construire-une-bibliotheque-igaming-securisee-guide-technique-pour-selectionner-les-meilleurs-jeux-tout-en-garantissant-la-protection-des-paiements","status":"publish","type":"post","link":"https:\/\/blogs.uned.es\/spapruebas\/2026\/03\/25\/construire-une-bibliotheque-igaming-securisee-guide-technique-pour-selectionner-les-meilleurs-jeux-tout-en-garantissant-la-protection-des-paiements\/","title":{"rendered":"Construire une biblioth\u00e8que iGaming s\u00e9curis\u00e9e : guide technique pour s\u00e9lectionner les meilleurs jeux tout en garantissant la protection des paiements"},"content":{"rendered":"

Les op\u00e9rateurs de casino en ligne font face \u00e0 un double d\u00e9fi\u202f: proposer une offre de jeux \u00e0 la fois riche, innovante et adapt\u00e9e aux attentes des joueurs, tout en assurant que chaque transaction financi\u00e8re soit prot\u00e9g\u00e9e contre la fraude et les vuln\u00e9rabilit\u00e9s techniques. Aujourd\u2019hui, la simple popularit\u00e9 d\u2019un titre ou son taux de retour au joueur (RTP) ne suffit plus \u00e0 garantir le succ\u00e8s \u00e0 long terme. Les exigences de conformit\u00e9 (licences, AML, KYC), les standards de cryptage et les m\u00e9canismes de pr\u00e9vention de la fraude sont devenus des crit\u00e8res incontournables d\u00e8s la phase de s\u00e9lection. <\/p>\n

Pour illustrer ce point, les op\u00e9rateurs peuvent s\u2019appuyer sur des ressources sp\u00e9cialis\u00e9es comme le site d\u2019Essi\u202f: https:\/\/www.essi.fr\/<\/a>. Ce portail propose des informations d\u00e9taill\u00e9es sur les exigences r\u00e9glementaires et les meilleures pratiques de paiement, ce qui en fait un point de r\u00e9f\u00e9rence fiable lorsqu\u2019on construit une biblioth\u00e8que de jeux s\u00e9curis\u00e9e. <\/p>\n

Ce guide se d\u00e9cline en cinq parties\u202f: d\u2019abord, les crit\u00e8res techniques et r\u00e9glementaires \u00e0 prendre en compte ; ensuite, l\u2019\u00e9valuation de la robustesse du code et de l\u2019architecture ; puis, l\u2019int\u00e9gration des solutions de paiement d\u00e8s la s\u00e9lection du jeu ; apr\u00e8s cela, la mise en place d\u2019un processus d\u2019audit continu ; et enfin, les meilleures pratiques op\u00e9rationnelles pour le d\u00e9ploiement. Chaque \u00e9tape est accompagn\u00e9e d\u2019exemples concrets, de listes de contr\u00f4le et d\u2019outils recommand\u00e9s afin de fournir aux d\u00e9cideurs un plan d\u2019action clair et imm\u00e9diatement exploitable. <\/p>\n

1. D\u00e9finir les crit\u00e8res techniques et r\u00e9glementaires des jeux<\/h2>\n

Compatibilit\u00e9 multiplateforme<\/h3>\n

Un jeu qui ne fonctionne que sur desktop devient rapidement obsol\u00e8te dans un march\u00e9 o\u00f9 plus de 70\u202f% des mises sont r\u00e9alis\u00e9es depuis un smartphone. Les fournisseurs doivent livrer leurs titres en HTML5 ou WebGL, avec une adaptation responsive qui garantit la m\u00eame fluidit\u00e9 sur iOS, Android et les navigateurs de bureau. Par exemple, le slot \u00ab\u202fDragon\u2019s Treasure\u202f\u00bb de Pragmatic Play propose une version mobile qui conserve les animations 3D et les fonctions bonus sans perte de performance. <\/p>\n

Licences et certifications<\/h3>\n

Les licences d\u00e9livr\u00e9es par la Malta Gaming Authority (MGA), la UK Gambling Commission (UKGC) ou Cura\u00e7ao offrent des cadres juridiques diff\u00e9rents. Une licence MGA, par exemple, impose des exigences strictes en mati\u00e8re de protection des joueurs et de lutte contre le blanchiment d\u2019argent, tandis que Cura\u00e7ao est souvent per\u00e7ue comme plus souple mais moins rassurante pour les joueurs fran\u00e7ais. <\/p>\n

Conformit\u00e9 aux normes de jeu responsable<\/h3>\n

Les jeux doivent int\u00e9grer des outils de self\u2011exclusion, de limites de mise et de temps de jeu. Certains fournisseurs, comme NetEnt, offrent des API qui permettent aux plateformes de bloquer automatiquement les comptes des joueurs inscrits sur des listes d\u2019auto\u2011exclusion nationales. <\/p>\n

Exigences de RNG et de RTP<\/h3>\n

Le g\u00e9n\u00e9rateur de nombres al\u00e9atoires (RNG) doit \u00eatre certifi\u00e9 par un laboratoire ind\u00e9pendant (eCOGRA, iTech Labs). Le RTP, quant \u00e0 lui, doit \u00eatre d\u00e9clar\u00e9 de fa\u00e7on transparente et v\u00e9rifiable. Un titre tel que \u00ab\u202fMega Joker\u202f\u00bb de Evolution Gaming affiche un RTP de 99\u202f% apr\u00e8s audit, ce qui rassure les joueurs \u00e0 la recherche de jeux \u00e0 faible volatilit\u00e9. <\/p>\n

Impacts sur la s\u00e9curit\u00e9 des paiements<\/h3>\n

Un jeu non certifi\u00e9 peut devenir une porte d\u2019entr\u00e9e pour des attaques de type injection de code ou manipulation de session. Si le moteur de jeu accepte des param\u00e8tres de mise non valid\u00e9s, un acteur malveillant pourrait modifier la valeur de la mise avant que la transaction ne soit envoy\u00e9e \u00e0 la passerelle de paiement, cr\u00e9ant ainsi une perte financi\u00e8re potentielle. <\/p>\n

1.1. V\u00e9rification des licences et des audits externes<\/h4>\n

La premi\u00e8re \u00e9tape consiste \u00e0 collecter les certificats de licence et les rapports d\u2019audit. Un tableau de suivi simple permet de cocher chaque document\u202f: <\/p>\n\n\n\n\n\n\n\n
Fournisseur<\/th>\nLicence<\/th>\nOrganisme d\u2019audit<\/th>\nDate du dernier audit<\/th>\n<\/tr>\n<\/thead>\n
Pragmatic Play<\/td>\nMGA<\/td>\neCOGRA<\/td>\n12\/2023<\/td>\n<\/tr>\n
Play\u2019n GO<\/td>\nUKGC<\/td>\niTech Labs<\/td>\n03\/2024<\/td>\n<\/tr>\n
Red Tiger<\/td>\nCura\u00e7ao<\/td>\nGLI<\/td>\n08\/2023<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Ensuite, il faut v\u00e9rifier la validit\u00e9 de chaque licence sur le registre officiel du r\u00e9gulateur et s\u2019assurer que le fournisseur a bien respect\u00e9 les exigences de mise \u00e0 jour du RNG. <\/p>\n

1.2. Analyse des exigences de conformit\u00e9 locale<\/h4>\n

Chaque juridiction impose des r\u00e8gles sp\u00e9cifiques en mati\u00e8re d\u2019AML (Anti\u2011Money Laundering) et de KYC (Know Your Customer). En France, par exemple, les op\u00e9rateurs doivent se conformer \u00e0 l\u2019Autorit\u00e9 Nationale des Jeux (ANJ) qui exige la v\u00e9rification de l\u2019identit\u00e9 du joueur avant la premi\u00e8re mise et l\u2019obligation de signaler les transactions sup\u00e9rieures \u00e0 10\u202f000\u202f\u20ac. Un jeu qui ne supporte pas ces contr\u00f4les ne pourra pas \u00eatre propos\u00e9 sur un nouveau casino en ligne destin\u00e9 au march\u00e9 fran\u00e7ais. <\/p>\n

2. \u00c9valuer la robustesse du code et l\u2019architecture du jeu<\/h2>\n

Audit du code source<\/h3>\n

Les revues statiques permettent d\u2019identifier les vuln\u00e9rabilit\u00e9s connues du OWASP Top\u202f10, telles que les injections SQL ou les failles XSS. Un outil comme SonarQube peut scanner le code JavaScript du client et signaler les fonctions qui manipulent directement les param\u00e8tres de mise. <\/p>\n

Modularit\u00e9 et API<\/h3>\n

Les jeux modernes exposent des SDK ou des API REST qui facilitent l\u2019interaction avec les syst\u00e8mes de paiement. Par exemple, le SDK de Microgaming propose des endpoints \u00ab\u202f\/transaction\/init\u202f\u00bb et \u00ab\u202f\/transaction\/confirm\u202f\u00bb, qui utilisent des jetons JWT sign\u00e9s pour s\u00e9curiser chaque appel. <\/p>\n

Gestion des sessions et des jetons<\/h3>\n

Le d\u00e9tournement de session est une menace courante lorsqu\u2019un joueur passe du jeu \u00e0 la page de paiement. L\u2019utilisation de jetons d\u2019acc\u00e8s \u00e0 courte dur\u00e9e de vie (TTL\u202f\u2264\u202f5\u202fminutes) et le rafra\u00eechissement via le flux OAuth 2.0 r\u00e9duisent le risque d\u2019usurpation. <\/p>\n

Cryptage des donn\u00e9es<\/h3>\n

TLS\u202f1.3 doit \u00eatre impos\u00e9 sur toutes les communications client\u2011serveur. De plus, les param\u00e8tres de mise (montant, devise, ID de jeu) doivent \u00eatre chiffr\u00e9s c\u00f4t\u00e9 client avec une cl\u00e9 sym\u00e9trique d\u00e9riv\u00e9e d\u2019un secret partag\u00e9, afin d\u2019emp\u00eacher toute modification en transit. <\/p>\n

2.1. Tests d\u2019intrusion sp\u00e9cifiques aux jeux<\/h4>\n

Les sc\u00e9narios d\u2019attaque incluent\u202f: <\/p>\n

    \n
  • Man\u2011in\u2011the\u2011middle sur le flux de mise, o\u00f9 l\u2019attaquant intercepte et modifie le montant avant qu\u2019il n\u2019atteigne la passerelle. <\/li>\n
  • Replay attack, o\u00f9 une requ\u00eate de mise valide est renvoy\u00e9e plusieurs fois. <\/li>\n<\/ul>\n

    Des outils comme Burp Suite ou OWASP ZAP permettent d\u2019automatiser ces tests. Par exemple, on peut configurer ZAP pour r\u00e9injecter les m\u00eames param\u00e8tres de mise avec un d\u00e9lai de 2\u202fsecondes et v\u00e9rifier que le serveur rejette la seconde requ\u00eate gr\u00e2ce \u00e0 un nonce unique. <\/p>\n

    2.2. V\u00e9rification de l\u2019isolation des micro\u2011services<\/h4>\n

    La conteneurisation via Docker et l\u2019orchestration Kubernetes offrent une isolation forte entre le moteur de jeu et le module de paiement. Chaque service poss\u00e8de son propre namespace, ses limites de ressources et ses politiques r\u00e9seau (NetworkPolicy) qui bloquent tout trafic non autoris\u00e9. Un diagramme typique montre le jeu dans un pod \u00ab\u202fgame\u2011engine\u202f\u00bb, le service de paiement dans un pod \u00ab\u202fpayment\u2011gateway\u202f\u00bb, et un side\u2011car de logging qui envoie les traces vers un SIEM central. <\/p>\n

    3. Int\u00e9grer les solutions de paiement s\u00e9curis\u00e9es d\u00e8s la s\u00e9lection du jeu<\/h2>\n

    Compatibilit\u00e9 avec les passerelles<\/h3>\n

    Les jeux doivent pouvoir appeler les API de PayPal, Stripe, ou des solutions locales comme Paylib. La plupart des fournisseurs offrent des adaptateurs pr\u00e9\u2011configur\u00e9s\u202f; toutefois, il est crucial de v\u00e9rifier que les r\u00e9ponses de la passerelle sont sign\u00e9es et que le code g\u00e8re correctement les codes d\u2019erreur (ex.\u202f: 402\u202f\u2013\u202fPayment Required). <\/p>\n

    Tokenisation des cartes et conformit\u00e9 PCI\u2011DSS<\/h3>\n

    La tokenisation remplace le num\u00e9ro de carte par un identifiant al\u00e9atoire stock\u00e9 dans un vault PCI\u2011DSS. Lorsqu\u2019un joueur place une mise, le jeu envoie uniquement le token au backend, ce qui \u00e9limine le stockage de donn\u00e9es sensibles. <\/p>\n

    Gestion des flux de fonds<\/h3>\n

    S\u00e9parer les comptes de jeu (o\u00f9 les gains sont cr\u00e9dit\u00e9s) des comptes de paiement (o\u00f9 les d\u00e9p\u00f4ts sont re\u00e7us) r\u00e9duit le risque de m\u00e9lange de fonds, exigence fr\u00e9quente des r\u00e9gulateurs europ\u00e9ens. Un mod\u00e8le de \u201cwallet\u201d interne, aliment\u00e9 par des transferts automatis\u00e9s vers le compte de paiement, facilite la r\u00e9conciliation. <\/p>\n

    D\u00e9tection de fraude en temps r\u00e9el<\/h3>\n

    Les moteurs de scoring, comme ceux fournis par Riskified ou Forter, analysent chaque mise en temps r\u00e9el\u202f: g\u00e9olocalisation, historique de jeu, vitesse de clics. Si le score d\u00e9passe un seuil (ex.\u202f>\u202f80\u202f%), la transaction est mise en quarantaine et une v\u00e9rification manuelle est d\u00e9clench\u00e9e. <\/p>\n

    Sc\u00e9narios de rollback<\/h3>\n

    En cas d\u2019\u00e9chec de transaction ou de suspicion de triche, le syst\u00e8me doit pouvoir annuler la mise et restaurer le solde du joueur. Une approche courante consiste \u00e0 enregistrer chaque \u00e9tat de portefeuille dans une base de donn\u00e9es immuable (ex.\u202f: Cassandra avec horodatage) et \u00e0 appliquer un \u201ccompensating transaction\u201d qui inverse les mouvements financiers. <\/p>\n

    4. Mettre en place un processus d\u2019audit continu et de mise \u00e0 jour des jeux<\/h2>\n

    Calendrier de r\u00e9\u2011audit<\/h3>\n

    Un audit trimestriel permet de v\u00e9rifier que les jeux restent conformes aux nouvelles exigences l\u00e9gales. Un exemple de planning\u202f: <\/p>\n

      \n
    • Q1\u202f: revue des licences et des certificats RNG. <\/li>\n
    • Q2\u202f: test d\u2019intrusion automatis\u00e9 sur les API de paiement. <\/li>\n
    • Q3\u202f: audit de la configuration Kubernetes (CIS Benchmarks). <\/li>\n
    • Q4\u202f: analyse des logs SIEM et mise \u00e0 jour des r\u00e8gles de d\u00e9tection de fraude. <\/li>\n<\/ul>\n

      Surveillance des logs<\/h3>\n

      Les logs d\u2019\u00e9v\u00e9nements de jeu (mise, gain, session) doivent \u00eatre agr\u00e9g\u00e9s dans un SIEM (Splunk, Elastic). Des alertes sont configur\u00e9es sur les indicateurs suivants\u202f: <\/p>\n

        \n
      • Augmentation soudaine du taux de rejet de paiement (>\u202f5\u202f% en 1\u202fh). <\/li>\n
      • Plusieurs tentatives de mise avec le m\u00eame token. <\/li>\n
      • Sessions qui passent de \u201cidle\u201d \u00e0 \u201cactive\u201d en moins de 2\u202fsecondes. <\/li>\n<\/ul>\n

        Patch management<\/h3>\n

        Les fournisseurs publient r\u00e9guli\u00e8rement des correctifs de s\u00e9curit\u00e9. Gr\u00e2ce \u00e0 une pipeline CI\/CD, les patches sont d\u00e9ploy\u00e9s dans un environnement de staging, puis pouss\u00e9s en production sans interruption gr\u00e2ce \u00e0 des d\u00e9ploiements blue\u2011green. <\/p>\n

        Feedback loop<\/h3>\n

        Les rapports des joueurs (ex.\u202f: \u201cma mise a disparu\u201d) et les incidents de paiement sont centralis\u00e9s dans un ticketing system (Jira). Chaque incident d\u00e9clenche une revue des crit\u00e8res de s\u00e9lection afin d\u2019ajuster les exigences de s\u00e9curit\u00e9 pour les prochains jeux. <\/p>\n

        4.1. Tableaux de bord de conformit\u00e9 et de s\u00e9curit\u00e9<\/h4>\n

        Un tableau de bord type\u202f: <\/p>\n\n\n\n\n\n\n\n\n
        KPI<\/th>\nObjectif<\/th>\nValeur actuelle<\/th>\n\u00c9cart<\/th>\n<\/tr>\n<\/thead>\n
        Taux de refus de paiement<\/td>\n<\u202f2\u202f%<\/td>\n1,8\u202f%<\/td>\nOK<\/td>\n<\/tr>\n
        Incidents de fraude d\u00e9tect\u00e9s<\/td>\n\u2264\u202f5\/mois<\/td>\n3\/mois<\/td>\nOK<\/td>\n<\/tr>\n
        Temps moyen de r\u00e9solution (h)<\/td>\n\u2264\u202f24<\/td>\n18<\/td>\nOK<\/td>\n<\/tr>\n
        % de jeux certifi\u00e9s \u201cbadge s\u00e9curit\u00e9\u201d<\/td>\n100\u202f%<\/td>\n92\u202f%<\/td>\n\u00c0 am\u00e9liorer<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

        Ces indicateurs sont mis \u00e0 jour quotidiennement et partag\u00e9s avec les \u00e9quipes conformit\u00e9 et IT. <\/p>\n

        4.2. Programme de certification interne<\/h4>\n

        Le \u201cbadge s\u00e9curit\u00e9\u201d est attribu\u00e9 aux jeux qui ont pass\u00e9\u202f: <\/p>\n

          \n
        • Audit de code (OWASP). <\/li>\n
        • Validation de la licence et du RNG. <\/li>\n
        • Test d\u2019int\u00e9gration paiement (tokenisation, rollback). <\/li>\n<\/ul>\n

          Le badge appara\u00eet dans le catalogue interne, facilitant la d\u00e9cision d\u2019ajout de nouveaux titres. <\/p>\n

          5. D\u00e9ployer la biblioth\u00e8que de jeux\u202f: meilleures pratiques op\u00e9rationnelles<\/h2>\n

          Plan de lancement graduel<\/h3>\n

          Commencer par un groupe test de 5\u202f% des joueurs actifs, en utilisant un test A\/B qui compare le taux de r\u00e9tention entre la biblioth\u00e8que existante et la nouvelle s\u00e9lection. Si le groupe test montre une hausse de 8\u202f% du temps moyen de jeu sans augmentation des incidents de paiement, le d\u00e9ploiement s\u2019\u00e9tend \u00e0 25\u202f% puis \u00e0 100\u202f%. <\/p>\n

          Documentation technique<\/h3>\n

          Chaque jeu doit disposer d\u2019un guide d\u2019int\u00e9gration qui d\u00e9crit\u202f: <\/p>\n

            \n
          • Sch\u00e9ma de flux de paiement (diagramme s\u00e9quence). <\/li>\n
          • Param\u00e8tres de configuration (URL de callback, cl\u00e9s API). <\/li>\n
          • Proc\u00e9dures de rollback et de gestion des erreurs. <\/li>\n<\/ul>\n

            Ces documents sont h\u00e9berg\u00e9s sur un wiki interne et versionn\u00e9s via Git. <\/p>\n

            Formation des \u00e9quipes<\/h3>\n

            Les \u00e9quipes support doivent conna\u00eetre les sp\u00e9cificit\u00e9s de chaque titre (volatilit\u00e9, jackpots, exigences de KYC). Des sessions de formation mensuelles, anim\u00e9es par le responsable conformit\u00e9, permettent de r\u00e9pondre aux questions sur les nouvelles licences ou les changements de r\u00e9glementation (ex.\u202f: mise \u00e0 jour du seuil AML en France). <\/p>\n

            Gestion des incidents<\/h3>\n

            Un protocole d\u2019escalade d\u00e9finit\u202f: <\/p>\n

              \n
            1. Niveau 1\u202f: support client \u2013 collecte des faits. <\/li>\n
            2. Niveau 2\u202f: \u00e9quipe technique \u2013 reproduction du bug. <\/li>\n
            3. Niveau 3\u202f: responsable conformit\u00e9 \u2013 \u00e9valuation de l\u2019impact r\u00e9glementaire. <\/li>\n<\/ol>\n

              Une communication transparente avec le joueur (email de suivi, mise \u00e0 jour du statut) r\u00e9duit le churn li\u00e9 aux incidents. <\/p>\n

              \u00c9valuation post\u2011d\u00e9ploiement<\/h3>\n

              Apr\u00e8s 30\u202fjours, analyser les m\u00e9triques suivantes\u202f: <\/p>\n

                \n
              • Ratio mise\/gain par jeu. <\/li>\n
              • Nombre d\u2019incidents de paiement li\u00e9s \u00e0 chaque titre. <\/li>\n
              • Taux de churn des joueurs expos\u00e9s aux nouveaux jeux. <\/li>\n<\/ul>\n

                Ces donn\u00e9es alimentent le tableau de bord de conformit\u00e9 et orientent les futures s\u00e9lections. <\/p>\n

                Conclusion<\/h2>\n

                Allier une s\u00e9lection technique rigoureuse des jeux \u00e0 une protection robuste des paiements n\u2019est plus une option, c\u2019est une n\u00e9cessit\u00e9 pour tout op\u00e9rateur qui veut se d\u00e9marquer dans le paysage concurrentiel du meilleur nouveau casino. En suivant un processus it\u00e9ratif d\u2019audit, de mise \u00e0 jour et de surveillance continue, les plateformes peuvent garantir que chaque titre respecte les exigences de licence, de RNG, de jeu responsable et de s\u00e9curit\u00e9 des donn\u00e9es. <\/p>\n

                Ce cadre, inspir\u00e9 des bonnes pratiques que l\u2019on retrouve sur des ressources comme Essi, permet de transformer la biblioth\u00e8que de jeux en un atout strat\u00e9gique\u202f: les joueurs per\u00e7oivent la plateforme comme fiable, les r\u00e9gulateurs comme conforme, et les revenus augmentent gr\u00e2ce \u00e0 une r\u00e9tention accrue. En adoptant ces \u00e9tapes, les op\u00e9rateurs de casino en ligne 2026, qu\u2019ils ciblent la France ou d\u2019autres march\u00e9s, disposeront d\u2019une base solide pour d\u00e9velopper un catalogue de jeux \u00e0 la fois innovant et s\u00e9curis\u00e9.<\/p>\n","protected":false},"excerpt":{"rendered":"

                Les op\u00e9rateurs de casino en ligne font face \u00e0 un double d\u00e9fi\u202f: proposer une offre de jeux \u00e0 la fois riche, innovante et adapt\u00e9e aux attentes des joueurs, tout en assurant que chaque transaction financi\u00e8re soit prot\u00e9g\u00e9e contre la fraude et les vuln\u00e9rabilit\u00e9s techniques. Aujourd\u2019hui, la simple popularit\u00e9 d\u2019un titre ou son taux de retour […]<\/p>\n","protected":false},"author":7381,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-4983","post","type-post","status-publish","format-standard","hentry","category-sin-categoria"],"_links":{"self":[{"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/posts\/4983","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/users\/7381"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/comments?post=4983"}],"version-history":[{"count":0,"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/posts\/4983\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/media?parent=4983"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/categories?post=4983"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.uned.es\/spapruebas\/wp-json\/wp\/v2\/tags?post=4983"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}