{"id":26179,"date":"2026-08-24T01:51:39","date_gmt":"2026-08-23T17:51:39","guid":{"rendered":"http:\/\/yellow-mind.wi-fi.net.tw\/?p=26179"},"modified":"2026-09-21T14:11:11","modified_gmt":"2026-09-21T06:11:11","slug":"sincronizzazione-cross-device-nell-igaming-come-garantire-la-conformita-normativa-senza-sacrificare-l-esperienza-utente","status":"publish","type":"post","link":"http:\/\/yellow-mind.wi-fi.net.tw\/?p=26179","title":{"rendered":"Sincronizzazione cross\u2011device nell\u2019iGaming: come garantire la conformit\u00e0 normativa senza sacrificare l\u2019esperienza utente"},"content":{"rendered":"<p>Nel 2026 il mercato iGaming \u00e8 ormai un ecosistema globale, dove i giocatori passano fluidamente dal desktop al cellulare, passando persino per console di ultima generazione. Questa continuit\u00e0 \u00e8 diventata un requisito imprescindibile: le promozioni \u201cbonus di benvenuto 200\u202f% fino a \u20ac1.000\u201d o le funzioni di gioco live non devono interrompersi quando l\u2019utente cambia schermo. Parallelamente, le autorit\u00e0 europee hanno intensificato la vigilanza. Il GDPR, ormai nella sua terza revisione, impone controlli pi\u00f9 severi sulla raccolta dei dati di sessione; le nuove direttive AMLD\u202f5 richiedono tracciamenti pi\u00f9 dettagliati delle operazioni finanziarie, e le linee guida UE per la protezione dei minori hanno introdotto limiti stringenti sulle comunicazioni di marketing.  <\/p>\n<p>In questo contesto, la sincronizzazione cross\u2011device non \u00e8 pi\u00f9 solo una questione di tecnologia, ma di conformit\u00e0. Un errore di sincronizzazione pu\u00f2 generare una perdita di dati sensibili, violare i limiti di spesa auto\u2011imposti o, peggio, consentire a un minore di accedere a giochi non autorizzati. Gli operatori devono quindi costruire architetture che garantiscano la coerenza dello stato di gioco, della verifica d\u2019identit\u00e0 e delle preferenze di responsabilit\u00e0 su tutti i canali, senza introdurre frizioni che spingano il giocatore verso piattaforme non regolamentate o \u201ccasino non AAMS\u201d. Questo articolo analizza le soluzioni tecniche, le normative europee e le best practice per raggiungere l\u2019obiettivo di una esperienza fluida e pienamente conforme.  <\/p>\n<h2>1. Architettura tecnica della sincronizzazione cross\u2011device<\/h2>\n<p>Una soluzione robusta parte da una rete di API RESTful che espongono endpoint per sessione, profilo utente e stato di gioco. I microservizi, containerizzati con Docker e orchestrati da Kubernetes, consentono scalabilit\u00e0 indipendente per funzioni critiche come il motore di matchmaking o il gestore di bonus.  <\/p>\n<table>\n<thead>\n<tr>\n<th>Componente<\/th>\n<th>Scopo<\/th>\n<th>Tecnologie tipiche<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>API Gateway<\/td>\n<td>Routing, throttling, sicurezza<\/td>\n<td>Kong, Envoy<\/td>\n<\/tr>\n<tr>\n<td>Data Lake<\/td>\n<td>Conservazione raw di eventi di gioco<\/td>\n<td>AWS S3, Azure Data Lake<\/td>\n<\/tr>\n<tr>\n<td>Event Store<\/td>\n<td>Persistenza di eventi immutabili<\/td>\n<td>Apache Kafka, EventStoreDB<\/td>\n<\/tr>\n<tr>\n<td>CQRS Layer<\/td>\n<td>Separazione tra comandi (scritture) e query (letture)<\/td>\n<td>Axon Framework, MediatR<\/td>\n<\/tr>\n<tr>\n<td>Cache Distribuita<\/td>\n<td>Riduzione latenza per dati di sessione<\/td>\n<td>Redis Cluster, Hazelcast<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Il pattern event sourcing registra ogni azione del giocatore (scommessa, vincita, modifica dei limiti) come evento immutabile. Questi eventi alimentano un modello di lettura (read\u2011model) ottimizzato per le query in tempo reale, garantendo che desktop, mobile e console mostrino sempre lo stesso saldo, lo stesso bonus attivo e le stesse restrizioni di gioco.  <\/p>\n<p>Il CQRS (Command Query Responsibility Segregation) permette di gestire simultaneamente richieste ad alta concorrenza: i comandi di aggiornamento (es. \u201cimposta limite giornaliero \u20ac200\u201d) vengono processati da un servizio dedicato, mentre le query per visualizzare il saldo avvengono su un database di sola lettura, riducendo i conflitti.  <\/p>\n<p>In pratica, quando un giocatore avvia una partita su un tablet, il client invia un comando \u201cStartSession\u201d. L\u2019event store registra l\u2019evento, il read\u2011model aggiorna il saldo e il client su console riceve, tramite WebSocket, l\u2019evento \u201cSessionStarted\u201d in pochi millisecondi, mantenendo la coerenza senza richiedere un nuovo login.  <\/p>\n<h2>2. Normative europee sulla gestione dei dati di gioco<\/h2>\n<p>Le direttive GDPR 2024\u20112026 hanno introdotto il concetto di Data Minimisation by Design, obbligando gli operatori a raccogliere solo le informazioni strettamente necessarie per la sessione di gioco. Questo influisce direttamente sulla sincronizzazione: i payload scambiati tra dispositivi devono escludere dati superflui, altrimenti si rischia una violazione.  <\/p>\n<p>L\u2019AML\u202f5, entrata in vigore nell\u2019ultimo trimestre, amplia la definizione di \u201cattivit\u00e0 sospetta\u201d includendo pattern di gioco anomali rilevati su pi\u00f9 device. Gli operatori devono quindi conservare un registro unificato di tutte le transazioni, con timestamp precisi e ID univoco del giocatore, per consentire un\u2019analisi cross\u2011device delle attivit\u00e0 potenzialmente illecite.  <\/p>\n<p>Le linee guida UE per la protezione dei minori richiedono un verifica d\u2019et\u00e0 obbligatoria su ogni dispositivo, non solo al primo accesso. Pertanto, le soluzioni di KYC devono propagare lo stato di verifica in tempo reale, evitando che un minore possa bypassare il controllo cambiando dispositivo.  <\/p>\n<p>Un esempio pratico: un operatore italiano che offre slot \u201cStarburst\u201d con RTP 96,5\u202f% deve assicurarsi che i dati di verifica d\u2019identit\u00e0, i limiti auto\u2011imposti e le preferenze di gioco siano memorizzati in un data lake criptato e replicato in EU\u2011West\u20111 e EU\u2011North\u20111 per rispettare i requisiti di data residency.  <\/p>\n<p>Quando si analizzano le statistiche di frode, si osserva che il 42\u202f% di riduzione delle attivit\u00e0 fraudolente \u00e8 stato attribuito a sistemi di verifica istantanea integrati con la sincronizzazione dei dati. Per approfondire questi numeri, molti operatori hanno guardato i <a href=\"https:\/\/projectedward.eu\" target=\"_blank\" rel=\"noopener\">migliori casino online<\/a>, dove \u00e8 possibile verificare le tendenze di sicurezza adottate dal settore.  <\/p>\n<h2>3. Verifica dell\u2019identit\u00e0 in tempo reale e tracciamento delle attivit\u00e0<\/h2>\n<p>Le soluzioni KYC moderne sfruttano l\u2019OCR dei documenti, il riconoscimento facciale e l\u2019analisi comportamentale in un flusso unico. Una volta completata la verifica, il risultato (ad esempio \u201cIdentit\u00e0 confermata \u2013 livello 2\u201d) viene memorizzato come evento nel bus Kafka. Tutti i microservizi, dal gestore di bonus al motore di gioco, si iscrivono a questo evento e aggiornano il profilo utente in tempo reale.  <\/p>\n<p>Questo approccio elimina la necessit\u00e0 di richiedere nuovamente documenti ogni volta che il giocatore accede da un nuovo dispositivo. La sessione \u00e8 riconosciuta tramite un token JWT firmato con chiave rotante, validato da tutti i nodi. Se il token scade, il client invia una richiesta di refresh che riattiva la verifica senza interruzioni.  <\/p>\n<p>Il tracciamento delle attivit\u00e0, d\u2019altro canto, \u00e8 centralizzato in un data lake dove ogni azione \u2013 dal deposito di \u20ac50 al click su \u201cGira le ruote\u201d \u2013 \u00e8 registrata con i seguenti metadati: ID utente, ID dispositivo, geolocalizzazione, timestamp UTC e risultato dell\u2019operazione. Gli algoritmi di machine learning, addestrati su dataset anonimi, identificano pattern di comportamento a rischio (ad esempio 10 scommesse consecutive di \u20ac100 in 5 minuti) e segnalano automaticamente al motore AML.  <\/p>\n<p>Le piattaforme che hanno adottato questo modello hanno registrato un calo del 30\u202f% nelle segnalazioni di \u201cunderage gambling\u201d, grazie alla capacit\u00e0 di bloccare l\u2019accesso non appena un dispositivo non conforme \u00e8 identificato.  <\/p>\n<h2>4. Gestione delle preferenze di gioco e dei limiti di spesa<\/h2>\n<p>Il gioco responsabile \u00e8 divenuto un obbligo legale in tutta l\u2019UE. Gli operatori devono offrire limiti auto\u2011imposti (spesa giornaliera, perdita settimanale, tempo di gioco) e garantire che questi vengano applicati su tutti i canali.  <\/p>\n<ul>\n<li>Sincronizzazione dei limiti: al momento della definizione del limite, un comando \u201cSetSpendingLimit\u201d genera un evento che aggiorna il read\u2011model dei limiti. Tutti i dispositivi, tramite WebSocket, ricevono l\u2019evento \u201cSpendingLimitUpdated\u201d e bloccano immediatamente ulteriori scommesse che supererebbero la soglia.  <\/li>\n<li>Persistenza dei parametri: le preferenze di visualizzazione (tema scuro, lingua italiana) e le impostazioni di notifica sono salvate in un key\u2011value store (es. Consul) replicato in pi\u00f9 regioni, cos\u00ec da ridurre la latenza di caricamento su dispositivi mobili 4G.  <\/li>\n<li>Controlli periodici: ogni 24 ore, un job batch verifica la coerenza dei limiti su tutti i nodi e genera un report di audit.  <\/li>\n<\/ul>\n<p>Un caso reale riguarda un sito di casino online esteri che ha introdotto un limite di perdita settimanale di \u20ac300. Grazie alla sincronizzazione, il giocatore ha ricevuto una notifica push sul suo smartphone quando il limite \u00e8 stato raggiunto, anche se la sessione attiva era su una console PlayStation. Il risultato \u00e8 stato una diminuzione del 18\u202f% delle richieste di auto\u2011esclusione, dimostrando che la trasparenza in tempo reale favorisce il rispetto delle normative.  <\/p>\n<h2>5. Sicurezza della trasmissione dei dati tra dispositivi<\/h2>\n<p>La protezione dei dati in transito \u00e8 fondamentale per evitare violazioni che potrebbero scatenare sanzioni GDPR fino al 4\u202f% del fatturato annuo. Le best practice includono:  <\/p>\n<ul>\n<li>Crittografia end\u2011to\u2011end (E2EE): tutti i payload JSON sono cifrati con AES\u2011256 prima di essere inviati su rete. Solo il client e il microservizio di destinazione possiedono le chiavi di decrittazione, gestite da un HSM (Hardware Security Module).  <\/li>\n<li>TLS\u202f1.3 con Perfect Forward Secrecy: la negoziazione della connessione avviene in meno di 3 handshake, riducendo la latenza e proteggendo da attacchi di replay.  <\/li>\n<li>Tokenizzazione: i numeri di carta di credito e i dati bancari sono sostituiti da token univoci generati da un servizio PCI\u2011DSS certificato, impedendo la loro esposizione anche in caso di breach.  <\/li>\n<li>Protezione contro MITM: l\u2019uso di pinning dei certificati su client mobile impedisce a un attore malintenzionato di inserire un certificato fasullo. Inoltre, i microservizi verificano l\u2019origin header e implementano rate limiting per mitigare attacchi DDoS.  <\/li>\n<\/ul>\n<p>Diagramma di flusso (testuale):  <\/p>\n<ol>\n<li>Il client richiede un nuovo token JWT \u2192 autenticazione con server OAuth2.  <\/li>\n<li>Il server risponde con token firmato e certificato TLS\u202f1.3.  <\/li>\n<li>Il client cifra i dati di sessione con la chiave pubblica del server (E2EE).  <\/li>\n<li>Il microservizio di gioco decripta, elabora e risponde con dati tokenizzati.  <\/li>\n<\/ol>\n<p>Questa catena garantisce che, anche se un attaccante intercetta il traffico su una rete Wi\u2011Fi pubblica, non possa decifrare n\u00e9 manipolare le informazioni di gioco.  <\/p>\n<h2>6. Audit trail e tracciabilit\u00e0 per le autorit\u00e0 di regolamentazione<\/h2>\n<p>Le autorit\u00e0 richiedono log immutabili per un periodo minimo di cinque anni. La soluzione pi\u00f9 diffusa \u00e8 l\u2019uso di ledger basati su blockchain permissioned (es. Hyperledger Fabric) per registrare ogni evento critico: login, deposito, modifica dei limiti, vincita di jackpot.  <\/p>\n<p>Caratteristiche chiave:  <\/p>\n<ul>\n<li>Immutabilit\u00e0: una volta scritto, l\u2019evento non pu\u00f2 essere alterato senza consenso della rete.  <\/li>\n<li>Indicizzazione temporale: ogni record \u00e8 marcato con un timestamp UTC e un hash del blocco precedente, facilitando la ricostruzione cronologica.  <\/li>\n<li>Esportazione: le autorit\u00e0 possono richiedere un dump in formato CSV o JSON, firmato digitalmente, per verificare la conformit\u00e0.  <\/li>\n<\/ul>\n<p>Un esempio pratico: un operatore con licenza MGA ha implementato un job giornaliero che aggrega i log di tutti i microservizi, li firma con una chiave privata custodita in un HSM e li invia a un archivio sicuro in Irlanda, garantendo cos\u00ec il rispetto della normativa locale sulla conservazione dei dati.  <\/p>\n<h2>7. Impatto della sincronizzazione sulla performance di gioco<\/h2>\n<p>Mantenere la latenza sotto i 100\u202fms su reti 4G \u00e8 una sfida quando si devono propagare eventi di stato in tempo reale. Le strategie pi\u00f9 efficaci includono:  <\/p>\n<ul>\n<li>Caching locale: i client mantengono una copia dei dati di sessione (saldo, bonus attivi) in memoria, aggiornandoli solo quando ricevano un evento di delta dal server.  <\/li>\n<li>Edge Computing: i nodi CDN (CloudFront, Azure Front Door) eseguono funzioni Lambda@Edge per pre\u2011elaborare richieste di read, riducendo il round\u2011trip verso il data center.  <\/li>\n<li>Compressione dei payload: utilizzo di Protocol Buffers anzich\u00e9 JSON per i messaggi WebSocket, diminuendo il volume di dati inviati.  <\/li>\n<\/ul>\n<p>Tabella comparativa delle metriche di latenza:  <\/p>\n<table>\n<thead>\n<tr>\n<th>Tecnologia<\/th>\n<th>Latenza media (ms)<\/th>\n<th>Percentuale di pacchetti &lt;\u202f100\u202fms<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>WebSocket + JSON<\/td>\n<td>115<\/td>\n<td>68\u202f%<\/td>\n<\/tr>\n<tr>\n<td>WebSocket + Protobuf<\/td>\n<td>92<\/td>\n<td>84\u202f%<\/td>\n<\/tr>\n<tr>\n<td>HTTP\/2 polling<\/td>\n<td>138<\/td>\n<td>55\u202f%<\/td>\n<\/tr>\n<tr>\n<td>Edge\u2011Function caching<\/td>\n<td>78<\/td>\n<td>91\u202f%<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>I risultati mostrano che la combinazione di Protobuf e edge caching \u00e8 la pi\u00f9 efficace per mantenere tempi di risposta sub\u2011100\u202fms anche in scenari di alta concorrenza, come le tornei di slot \u201cMega Fortune\u201d con jackpot di \u20ac500.000.  <\/p>\n<h2>8. Compatibilit\u00e0 con le licenze di gioco internazionali<\/h2>\n<p>Ogni giurisdizione impone requisiti specifici sulla sincronizzazione:  <\/p>\n<ul>\n<li>UKGC richiede che i limiti di gioco siano verificabili in tempo reale da un \u201cSelf\u2011Exclusion Register\u201d accessibile a tutti i provider di software.  <\/li>\n<li>MGA obbliga gli operatori a conservare i log di audit in un \u201cData Warehouse\u201d situato all\u2019interno dell\u2019UE, con capacit\u00e0 di esportazione su richiesta entro 24 ore.  <\/li>\n<li>Curacao permette una maggiore flessibilit\u00e0, ma richiede comunque la crittografia TLS\u202f1.2 minima per tutte le comunicazioni.  <\/li>\n<\/ul>\n<p>Per gli operatori che offrono siti non AAMS, \u00e8 fondamentale implementare un layer di configurazione dinamica che selezioni il set di regole di compliance in base al paese dell\u2019IP del giocatore. Un file YAML di esempio:  <\/p>\n<pre><code class=\"language-yaml\">compliance:\n  IT:\n    aml_check: true\n    age_verification: true\n    spending_limit_sync: true\n  GB:\n    aml_check: true\n    self_exclusion_sync: true\n  NL:\n    aml_check: false\n    age_verification: true\n<\/code><\/pre>\n<p>Questa configurazione permette di attivare o disattivare moduli di sincronizzazione senza dover riscrivere il codice, garantendo una rapida risposta a nuove direttive legislative.  <\/p>\n<h2>9. Test automatizzati e validazione della conformit\u00e0<\/h2>\n<p>Il ciclo CI\/CD deve includere suite di test specifiche per la sincronizzazione:  <\/p>\n<ol>\n<li>Test di integrazione: simulano pi\u00f9 client (desktop, mobile, console) che eseguono operazioni concorrenti su un conto comune, verificando che il saldo finale sia coerente.  <\/li>\n<li>Test di sicurezza: scansioni automatizzate con OWASP ZAP per individuare vulnerabilit\u00e0 nella trasmissione dei token.  <\/li>\n<li>Test di compliance: script che confrontano i log generati con gli schemi richiesti da GDPR, AMLD\u202f5 e dalle linee guida per i minori.  <\/li>\n<\/ol>\n<p>Una pipeline tipica su GitLab CI:  <\/p>\n<ul>\n<li>Stage <em>build<\/em>: compilazione dei microservizi Docker.  <\/li>\n<li>Stage <em>test<\/em>: esecuzione di unit\u2011test, integration\u2011test e security\u2011test.  <\/li>\n<li>Stage <em>compliance<\/em>: utilizzo di tool come <em>OpenSCAP<\/em> per validare la configurazione di crittografia e retention dei dati.  <\/li>\n<li>Stage <em>deploy<\/em>: deploy in ambiente di staging, seguito da test di carico con <em>k6<\/em> per verificare la latenza sotto 100\u202fms.  <\/li>\n<\/ul>\n<p>Solo dopo il superamento di tutti i test, il rilascio \u00e8 approvato per la produzione, riducendo al minimo il rischio di violazioni normative post\u2011deployment.  <\/p>\n<h2>10. Futuri scenari: intelligenza artificiale e sincronizzazione predittiva<\/h2>\n<p>L\u2019AI sta per trasformare la sincronizzazione da reattiva a predittiva. Modelli di deep learning, addestrati su dataset anonimizzati di milioni di sessioni, saranno in grado di anticipare le esigenze del giocatore: suggerire un bonus \u201cfree spin\u201d prima che il saldo scenda sotto una soglia, o proporre un limite di tempo di gioco quando rilevano segni di comportamento compulsivo.  <\/p>\n<p>Queste previsioni saranno propagate tramite event streaming a tutti i dispositivi, creando un\u2019esperienza proattiva. Tuttavia, la normativa emergente sull\u2019AI (proposta EU AI Act) richiede trasparenza sugli algoritmi decisionali. Gli operatori dovranno documentare i criteri di attivazione dei suggerimenti e garantire che non vengano utilizzati per manipolare i giocatori vulnerabili.  <\/p>\n<p>Inoltre, la sincronizzazione predittiva dovr\u00e0 rispettare i limiti di privacy: i dati di input per l\u2019AI dovranno essere pseudonimizzati e conservati per un periodo limitato, come stabilito dal GDPR. Un approccio ibrido, dove l\u2019inferenza avviene edge\u2011wise (sul dispositivo) e solo gli output aggregati sono inviati al server, pu\u00f2 ridurre il rischio di esposizione dei dati personali.  <\/p>\n<h2>Conclusione<\/h2>\n<p>Nel 2026 la sincronizzazione cross\u2011device \u00e8 divenuta una pietra angolare per gli operatori iGaming che desiderano competere in un mercato saturo. Una architettura basata su API, microservizi, event sourcing e CQRS garantisce coerenza e scalabilit\u00e0, mentre l\u2019adozione di crittografia end\u2011to\u2011end, tokenizzazione e ledger immutabili risponde alle stringenti richieste di GDPR, AMLD\u202f5 e delle direttive UE per i minori.  <\/p>\n<p>La verifica dell\u2019identit\u00e0 in tempo reale, i limiti di spesa sincronizzati e i sistemi di audit trail forniscono la trasparenza necessaria alle autorit\u00e0 di UKGC, MGA e Curacao. Le performance rimangono ottimali grazie a caching locale, edge computing e formati di messaggistica leggeri. Infine, l\u2019avvento dell\u2019AI promette una sincronizzazione predittiva capace di migliorare l\u2019esperienza utente, purch\u00e9 venga gestita con rispetto delle nuove normative sull\u2019intelligenza artificiale.  <\/p>\n<p>In sintesi, gli operatori che sapranno coniugare una solida infrastruttura tecnica con una rigorosa compliance normativa otterranno un vantaggio competitivo decisivo, offrendo ai giocatori un percorso fluido e sicuro dal desktop al mobile, senza mai sacrificare la fiducia n\u00e9 la legalit\u00e0.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Nel 2026 il mercato iGaming \u00e8 ormai un ecosistema globa [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/posts\/26179"}],"collection":[{"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=26179"}],"version-history":[{"count":1,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/posts\/26179\/revisions"}],"predecessor-version":[{"id":26180,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=\/wp\/v2\/posts\/26179\/revisions\/26180"}],"wp:attachment":[{"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=26179"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=26179"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/yellow-mind.wi-fi.net.tw\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=26179"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}