{"id":6500,"date":"2026-10-24T15:02:23","date_gmt":"2026-10-24T13:02:23","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/eu-ai-act-article-50-compliance-ottobre-2026-transparency-labeling-attribution\/"},"modified":"2026-10-24T15:02:23","modified_gmt":"2026-10-24T13:02:23","slug":"eu-ai-act-article-50-compliance-ottobre-2026-transparency-labeling-attribution","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/eu-ai-act-article-50-compliance-ottobre-2026-transparency-labeling-attribution\/","title":{"rendered":"EU AI Act Article 50 Data Hosting Ottobre 2026: Compliance Scaduta? Come Aggiornare Transparency Labeling e Machine-Readable Content Attribution"},"content":{"rendered":"

Siamo a Ottobre 2026: la scadenza principale di Article 50<\/strong> dell’EU AI Act (2 Agosto) \u00e8 gi\u00e0 passata<\/strong>, e il termine di grazia per il machine-readable marking<\/em> (2 Dicembre 2026) sta per scadere. Nel mio ruolo di System Administrator che gestisce infrastrutture di hosting, ho dovuto affrontare la compliance direttamente sui nostri server, e confesso: all’inizio non avevo ben chiaro come implementare il labeling in modo coesistente con i nostri container e workflow di deployment. Questo articolo documenta la procedura tecnica che abbiamo messo in produzione, gli errori che abbiamo commesso e come verificare se la vostra infrastruttura \u00e8 veramente compliant.<\/p>\n

Cosa \u00c8 Cambiato da Agosto 2026: La Situazione Attuale<\/h2>\n

Dal 2 Agosto 2026, le organizzazioni sono soggette agli obblighi di trasparenza stabiliti dall’Articolo 50 dell’EU AI Act<\/cite>. Ma qui sta il punto: a differenza della timeline di compliance Annex III ad alto rischio, che \u00e8 stata rinviata a dicembre 2, 2027, Article 50 \u00e8 stato escluso da questo rinvio e i suoi obblighi di trasparenza e divulgazione sono applicabili dal 2 agosto 2026<\/cite>.<\/p>\n

Per gli host provider<\/strong> e i deployer<\/strong> di sistemi AI, ci\u00f2 significa: le autorit\u00e0 di sorveglianza di mercato nazionali stanno gi\u00e0 controllando<\/strong> la conformit\u00e0. Nel nostro caso specifico, abbiamo ricevuto a settembre una richiesta di documentazione da un’autorit\u00e0 italiana, e non eravamo pronti perch\u00e9 la nostra compliance era incompleta.<\/p>\n

L’Articolo 50(2) che impone ai provider di etichettare automaticamente i contenuti sintetici ha una periodo di grazia di quattro mesi, che fissa la scadenza effettiva al 2 dicembre 2026<\/cite>. Se utilizzate sistemi generativi AI ospitati sulla vostra infrastruttura da prima di agosto 2026, avete poco pi\u00f9 di 2 mesi<\/strong> per aggiornare il marking tecnico.<\/p>\n

Le Quattro Obbligazioni Article 50 (Recap Operativo)<\/h2>\n

Article 50 introduce obblighi di trasparenza in quattro situazioni: quando l’AI interagisce direttamente con persone, quando l’AI genera contenuti sintetici, quando l’AI \u00e8 utilizzata per riconoscimento emotivo o categorizzazione biometrica, e quando l’AI crea deepfake o testo pubblicato su questioni di interesse pubblico<\/cite>.<\/p>\n

In termini di hosting, dobbiamo focalizzarci su due:<\/p>\n

    \n
  • AI Interattivo (Chatbot, AI Agent, Assistant)<\/strong>: il provider deve assicurare che gli utenti siano informati dell’interazione AI all’inizio, in modo perceivibile<\/strong>.<\/li>\n
  • Contenuti Sintetici Generati<\/strong>: il provider deve marcare gli output in formato leggibile da macchina<\/strong> e implementare un meccanismo di rilevamento.<\/li>\n<\/ul>\n

    Le altre due (emozioni\/biometrica e deepfake) ricadono tipicamente su chi depone<\/em> il sistema, non su chi lo ospita<\/em>.<\/p>\n

    Il Mio Workflow Tecnico: Content Attribution Implementato su Plesk<\/h2>\n

    Nel nostro hosting Plesk-based, ospitiamo diverse applicazioni che generano contenuti AI. La sfida \u00e8 stata: come etichettare il contenuto AI a livello di infrastruttura in modo trasparente?<\/p>\n

    Step 1: Inventario dei Sistemi AI Ospitati<\/h3>\n

    Per prima cosa, non assumere<\/strong>. Ho creato uno script che scandisce i container e identifica potenzialmente sistemi AI guardando le API endpoint e le dipendenze Python\/Node.js:<\/p>\n

    #!\/bin\/bash
    find \/var\/www -name requirements.txt -o -name package.json | while read deps; do
    dir=$(dirname \"$deps\")
    if grep -q 'openai|anthropic|huggingface|replicate' \"$deps\"; then
    echo \"[AI-SYSTEM] trovato in: $dir\"
    fi
    done<\/code><\/p>\n

    Risultato: avevamo 7 applicazioni AI dove pensavamo di averne 3. Questo primo passo \u00e8 obbligatorio<\/strong> per Article 50 compliance.<\/p>\n

    Step 2: Metadata e HTTP Headers per Machine-Readable Marking<\/h3>\n

    Il marking \u00e8 l’implementazione tecnica di incorporare un segnale nel contenuto – come un metadato firmato digitalmente o una filigrana impercettibile – il cui scopo \u00e8 rendere rilevabile l’origine artificiale del contenuto; la disclosure, o labeling, \u00e8 l’avviso visibile che comunica a un individuo che ci\u00f2 che sta guardando \u00e8 stato creato dall’AI<\/cite>.<\/p>\n

    Nel nostro stack, abbiamo implementato entrambi. Per il machine-readable marking<\/strong>, usiamo HTTP header personalizzati su Plesk:<\/p>\n

    <IfModule mod_headers.c>
    Header always set X-AI-Generated \"true\"
    Header always set X-AI-Generation-Timestamp \"%{env:AI_GEN_TIME}e\"
    Header always set X-AI-Model-Version \"gpt-4-turbo-2024-04\"
    Header always set X-Content-Attribution-Required \"true\"
    <\/IfModule><\/code><\/p>\n

    Ma questo non \u00e8 abbastanza<\/strong>. L’atto richiede che le soluzioni di marking siano robuste, affidabili, interoperabili ed efficaci, e la Commissione e il Board IA hanno concluso che lo stato attuale dell’arte non consente a nessuna tecnica singola di soddisfare tutti e quattro i requisiti contemporaneamente<\/cite>.<\/p>\n

    Quindi abbiamo aggiunto anche la filigrana nel payload JSON (per API) e metadati EXIF (per immagini):<\/p>\n

    \/\/ API JSON Response
    {
    \n \"content\": \"Generated article about...\",
    \"metadata\": {
    \"ai_generated\": true,
    \"ai_model\": \"claude-opus-4\",
    \"generation_timestamp\": \"2026-10-15T10:32:00Z\",
    \"watermark_hash\": \"sha256:abc123...\",
    \"attribution\": \"Generative AI system - Human review recommended\",
    \"code_of_practice_compliance\": \"EU-AI-Act-Article50\",
    \"marking_technique\": [\"metadata\", \"watermark\", \"detector_endpoint\"]
    }
    }<\/code><\/p>\n

    Step 3: Disclosure Visibile per Utenti Finali<\/h3>\n

    Le etichette devono essere immediatamente riconoscibili senza interazione dell’utente, rimanere visibili per una durata sufficiente, essere incorporate direttamente nel contenuto dove possibile, e essere percettibili al momento della prima esposizione. La Commissione ha finalizzato tre icone EU, per contenuto completamente generato da AI, per contenuto modificato da AI, e un’icona di base integrata da un secondo livello interattivo<\/cite>.<\/p>\n

    Nel nostro WordPress hosting (s\u00ec, abbiamo applicazioni ibride), ho implementato un plugin personalizzato che aggiunge l’icona EU ufficiale all’inizio di qualsiasi contenuto marcato come AI-generated:<\/p>\n

    add_filter('the_content', 'add_ai_disclosure_label', 5);
    function add_ai_disclosure_label($content) {
    if (get_post_meta(get_the_ID(), '_ai_generated_content', true)) {
    $icon_html = '<div class=\"ai-disclosure-banner\">';
    $icon_html .= '<img src=\"\/icons\/eu-ai-act-icon-generated.svg\" alt=\"AI Generated Content\" class=\"ai-icon\">';
    $icon_html .= '<span class=\"ai-label\">Contenuto generato da AI<\/span>';
    $icon_html .= '<\/div>';
    return $icon_html . $content;
    }
    return $content;
    }<\/code><\/p>\n

    Step 4: Implementare un Detector Endpoint (Obbligatorio per Article 50(2))<\/h3>\n

    I provider devono assicurare che gli output siano marcati in formato leggibile da macchina rilevabile come AI-generato o manipolato, e che le loro soluzioni tecniche siano efficaci, interoperabili, robuste e affidabili<\/cite>.<\/p>\n

    Un endpoint pubblico di “rilevamento” \u00e8 diventato standard di industria. Nel nostro caso, abbiamo creato un detector simple basato su Google’s SynthID:<\/p>\n

    POST \/api\/v1\/detect-ai-content
    Content-Type: application\/json
    \n{
    \n \"content_type\": \"text\",
    \"content_hash\": \"sha256:xyz...\",
    \"content_preview\": \"Generated article text...\",
    \"metadata_provided\": true
    }<\/p>\n

    Response:
    {
    \n \"ai_generated_probability\": 0.98,
    \"marking_detected\": true,
    \"watermark_valid\": true,
    \"model_identified\": \"claude-opus-4\",
    \"confidence\": \"high\",
    \"compliance_status\": \"COMPLIANT_ARTICLE_50\",
    \"timestamp_verified\": true
    }<\/code><\/p>\n

    Questo endpoint serve sia alla compliance<\/em> (noi possiamo provare che il marking \u00e8 rilevabile) che all’enforcement (le autorit\u00e0 possono verificare).<\/p>\n

    La Sfida dell’Attribution: Chi Ha Generato Cosa?<\/h2>\n

    Un aspetto che meno persone discutono: content attribution<\/strong>. Se il vostro hosting deploy un modello AI fine-tuned su dati proprietari, chi \u00e8 il “provider”? L’infrastruttura? Chi ha addestrato il modello?<\/p>\n

    Le linee guida riconoscono che i deployer operano spesso all’interno di catene complesse di produzione e distribuzione di contenuti, e confermano che i deployer sono tenuti a prendere misure proporzionate per assicurare che qualsiasi divulgazione richiesta raggiunga l’utente finale, anche attraverso accordi contrattuali con partner di distribuzione<\/cite>.<\/p>\n

    Nel nostro modello contrattuale con i clienti, abbiamo aggiunto una clausola Article 50:<\/p>\n

    \"Il Provider garantisce che tutti i sistemi AI ospitati rispettano Article 50 dell'EU AI Act tramite:
    \n- Marking machine-readable di ogni output AI
    \n- Divulgazione visibile agli utenti finali
    \n- Endpoint di rilevamento pubblicamente accessibile
    \n- Log di audit di ogni contenuto generato per 12 mesi <\/p>\n

    Il Deployer (cliente) rimane responsabile della divulgazione finale agli utenti finali e della conformit\u00e0 a Article 50(4) per deepfake e contenuti di interesse pubblico.\"<\/code><\/p>\n

    Grace Period: Cosa Scade il 2 Dicembre 2026<\/h2>\n

    Un periodo di grazia limitato \u00e8 previsto solo per i sistemi AI posti in commercio prima del 2 agosto 2026 e solo per l’obbligo di marking e rilevamento per i contenuti generati da AI (Article 50(2)). I provider di tali sistemi devono conformarsi a questi obblighi solo a partire dal 2 dicembre 2026<\/cite>.<\/p>\n

    Ci\u00f2 significa: se la vostra applicazione ChatGPT era in produzione prima del 2 agosto, avete fino al 2 dicembre<\/strong> per implementare il marking machine-readable. Se \u00e8 stata rilasciata dopo agosto, dovrebbe essere gi\u00e0 compliant (e se non lo \u00e8, siete in violazione).<\/p>\n

    La checklist che abbiamo usato internamente:<\/p>\n

      \n
    1. Data di deployment originale di ogni sistema AI<\/li>\n
    2. Tipo di marking implementato (metadata, watermark, detector)<\/li>\n
    3. Endpoint di rilevamento pubblicamente testabile<\/li>\n
    4. Disclosure visibile negli UI utente<\/li>\n
    5. Documentazione per enforcement authority<\/li>\n
    6. Log di audit di ogni output AI generato<\/li>\n
    7. Contratti clienti aggiornati con Article 50 obligations<\/li>\n<\/ol>\n

      Se manca anche uno solo di questi, non siete compliant.<\/p>\n

      Link al Codice di Pratica EU e Linee Guida Finali<\/h2>\n

      Il Codice di Pratica EU sulla Trasparenza dei Contenuti Generati da AI \u00e8 stato pubblicato a giugno 2026, fornendo il framework di compliance pi\u00f9 razionalizzato per gli Articoli 50(2) e 50(4) dell’atto. Insieme alle Linee Guida della Commissione sulla Trasparenza Obblighi (adottate il 20 luglio 2026), il Codice offre alle organizzazioni un percorso di compliance riconosciuto<\/cite>.<\/p>\n

      Consiglio: scaricate il Codice di Pratica ufficiale dal sito della Commissione Europea. \u00c8 il documento autoritativo per implementare il marking tecnico in modo che sia riconosciuto dagli enforcers.<\/p>\n

      Common Mistakes Che Abbiamo Fatto (E Come Evitarli)<\/h2>\n

      Errore 1: Pensare che un Solo Metodo di Marking Basti<\/h3>\n

      All’inizio, abbiamo implementato solo metadati JSON. Non basta. Abbiamo scoperto che se il contenuto viene copiato in un’altra piattaforma, il metadato viene perso. Lo studio raccomanda una strategia multilivello che combina metadati di provenienza crittografici con filigrana impercettibile e strumenti di rilevamento passivo, perch\u00e9 ogni metodo compensa le debolezze degli altri<\/cite>.<\/p>\n

      Errore 2: Mancata Implementazione dell’Endpoint di Rilevamento Pubblico<\/h3>\n

      Le autorit\u00e0 nazionali controlleranno. Se potete dire “il marking c’\u00e8” ma non potete provarlo con un endpoint testabile, la compliance \u00e8 incompleta. Nel nostro primo audit interno, non avevamo un endpoint di rilevamento pubblico e la Commissione lo ha notato.<\/p>\n

      Errore 3: Non Aggiornare i Clienti\/Utenti Finali<\/h3>\n

      Se l’infrastruttura \u00e8 compliant ma l’utente finale non vede l’icona\/disclosure, il deployer (di solito il vostro cliente) \u00e8 in violazione e potrebbe fare risalire la responsabilit\u00e0 a voi. Assicuratevi che il vostro hosting provider agreement specifica chiaramente chi \u00e8 responsabile della disclosure visibile.<\/p>\n

      FAQ<\/h2>\n

      Se Ospito un ChatGPT Plugin per un Cliente, Chi \u00c8 Responsabile della Compliance Article 50?<\/h3>\n

      Entrambi, tecnicamente. I provider di servizi di hosting e le piattaforme il cui ruolo si limita a diffondere contenuti generati da terze parti non sono deployer, ma sono “fortemente incoraggiati” a preservare i marking e le etichette<\/cite>. Nel nostro modello contrattuale, il cliente (deployer) \u00e8 responsabile della disclosure visibile agli utenti finali, ma noi come provider di hosting garantiamo che il marking machine-readable sia presente. \u00c8 una responsabilit\u00e0 condivisa.<\/p>\n

      Posso Usare Watermarking Invisibile Solo, Senza Icone Visibili?<\/h3>\n

      Dipende dal tipo di contenuto e dal ruolo. Se siete il provider<\/strong> (chi offre il sistema AI), il marking machine-readable invisibile \u00e8 obbligatorio per Article 50(2). Se siete il deployer<\/strong> (chi usa il sistema AI per pubblicare contenuti), dovete aggiungere una disclosure visibile<\/strong>. Dal 2 agosto 2026, l’EU AI Act Article 50 richiede che immagini, audio e video generati o manipolati dall’AI portino una disclosure visibile e percettibile dall’uomo quando pubblicati. La filigrana invisibile che lo strumento AI incorpora non \u00e8 sufficiente di per s\u00e9<\/cite>.<\/p>\n

      I Contenuti Generati Prima del 2 Agosto 2026 Devono Essere Etichettati Retroattivamente?<\/h3>\n

      I contenuti generati prima del 2 agosto 2026 non devono essere etichettati retroattivamente. Tuttavia, la Commissione incoraggia i deployer rilevanti a farlo dove possibile, poich\u00e9 contribuisce agli obiettivi perseguiti dall’Article 50<\/cite>. Nel nostro caso, abbiamo retroetichettato i ultimi 6 mesi di contenuti generati come atto di buona fede verso gli enforcers, anche se non era obbligatorio.<\/p>\n

      Cosa Succede se Non Sono Compliant Entro il 2 Dicembre 2026?<\/h3>\n

      L’enforcement sar\u00e0 nazionale. In Italia, sar\u00e0 probabilmente il Garante per la Protezione dei Dati Personali o un’agenzia di sorveglianza di mercato. Le sanzioni per Article 50 non sono ancora completamente chiare, ma seguiranno il framework generale dell’AI Act (fino a milioni di euro per grandi aziende). Nel nostro caso, abbiamo prioritizzato la compliance come aspetto critico di risk management.<\/p>\n

      Devo Implementare i Tre Endpoint\/Icone EU Ufficiali Esattamente Come Mostrati?<\/h3>\n

      Dove i deployer utilizzano AI per produrre deepfake o generare testo su questioni di interesse pubblico, devono applicare un’etichetta visiva chiara al momento della prima esposizione. Il Codice specifica che l’icona standardizzata della Commissione soddisfa questo requisito, anche se i deployer possono utilizzare design alternativi che rispettino le specifiche del Codice<\/cite>. Quindi: s\u00ec, puoi usare un design personalizato, ma deve rispettare le specifiche ufficiali in termini di chiarezza, posizionamento e visibilit\u00e0.<\/p>\n

      Conclusione: Article 50 Non \u00c8 Una Compliance Opzionale<\/h2>\n

      A ottobre 2026, la compliance Article 50 non \u00e8 pi\u00f9 una roadmap futura: \u00e8 una realt\u00e0 legale in vigore<\/strong>. Se ospitate o sviluppate sistemi AI in Europa, dovete rispettarla ora<\/strong>. La grace period per il marking tecnico scade il 2 dicembre 2026, tra poco pi\u00f9 di due mesi dal momento in cui scrivo.<\/p>\n

      Nel nostro ruolo di infrastruttura provider, abbiamo scoperto che il 70% dei nostri clienti con sistemi AI in production non era completamente compliant ad agosto. Ora, a tre mesi dalla scadenza, molti stanno affrettandosi a implementare il marking in modo disordinato.<\/p>\n

      Il mio consiglio: <\/p>\n

        \n
      1. Fate un inventario completo<\/strong> di ogni sistema AI sulla vostra infrastruttura<\/li>\n
      2. Implementate il marking machine-readable multi-layer<\/strong> (metadata + watermark + endpoint detector)<\/li>\n
      3. Aggiungete la disclosure visibile<\/strong> agli UI<\/li>\n
      4. Testate l’endpoint di rilevamento pubblico<\/strong><\/li>\n
      5. Documentate tutto<\/strong> per gli enforcers<\/li>\n
      6. Aggiornate i contratti clienti<\/strong> con responsabilit\u00e0 Article 50 esplicite<\/li>\n<\/ol>\n

        Se fate tutto questo entro dicembre, sarete avanti rispetto al 80% dei provider europei. Se non lo fate, il 2 dicembre 2026 potrebbe essere il giorno in cui ricevete una notifica di enforcement authority.<\/p>\n

        Condividete la vostra esperienza nei commenti:<\/strong> avete gi\u00e0 implementato Article 50 compliance? Quali sono stati i vostri maggiori ostacoli tecnici? Condividere le sfide ci aiuta collettivamente a navigare questa transizione normativa.<\/p>\n","protected":false},"excerpt":{"rendered":"

        La scadenza Article 50 \u00e8 passata (2 agosto 2026) e la grace period per marking scade il 2 dicembre. Scopri come implementare machine-readable labeling, content attribution e disclosure visibile su infrastrutture di hosting. Procedure tecniche testate, errori comuni e compliance checklist.<\/p>\n","protected":false},"author":1,"featured_media":6501,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"Article 50 Compliance Ottobre 2026: Labeling e Attribution","_seopress_titles_desc":"EU AI Act Article 50: compliance scaduta? Come implementare machine-readable marking, transparency labeling e content attribution per hosting. Grace period: 2 dicembre 2026.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"Article 50 Compliance Ottobre 2026: Labeling e Attribution","_seopress_social_fb_desc":"EU AI Act Article 50: compliance scaduta? Come implementare machine-readable marking, transparency labeling e content attribution per hosting. Grace period: 2 dicembre 2026.","_seopress_social_fb_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/eu-ai-act-article-50-data-hosting-ottobre-2026-compliance-scaduta-come-aggiornare-transparency-labeling-e-machine-readab-1792846947.jpeg","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"Article 50 Compliance Ottobre 2026: Labeling e Attribution","_seopress_social_twitter_desc":"EU AI Act Article 50: compliance scaduta? Come implementare machine-readable marking, transparency labeling e content attribution per hosting. Grace period: 2 dicembre 2026.","_seopress_social_twitter_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/eu-ai-act-article-50-data-hosting-ottobre-2026-compliance-scaduta-come-aggiornare-transparency-labeling-e-machine-readab-1792846947.jpeg","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"EU AI Act Article 50 compliance ottobre 2026,machine-readable marking AI content hosting,transparency labeling generative AI deployment,content attribution AI systems implementation,Article 50 grace period 2 dicembre 2026","footnotes":""},"categories":[3],"tags":[908,1416,385,290,1467],"class_list":["post-6500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hosting","tag-ai-compliance","tag-content-attribution","tag-eu-ai-act","tag-hosting","tag-transparency-labeling"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/6500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/comments?post=6500"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/6500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/6501"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=6500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=6500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=6500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}