{"id":5650,"date":"2026-10-14T13:10:06","date_gmt":"2026-10-14T11:10:06","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/plesk-automation-eu-ai-act-2026-transparent-ai-disclosure-compliance-reporting\/"},"modified":"2026-10-14T13:10:06","modified_gmt":"2026-10-14T11:10:06","slug":"plesk-automation-eu-ai-act-2026-transparent-ai-disclosure-compliance-reporting","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/plesk-automation-eu-ai-act-2026-transparent-ai-disclosure-compliance-reporting\/","title":{"rendered":"Come Implementare Plesk Automation Compliance EU AI Act 2026: La Mia Procedura Transparent AI Features, Disclosure Mechanisms e Compliance Reporting"},"content":{"rendered":"<p>Dalla deadline del <strong>2 agosto 2026<\/strong>, l&#8217;implementazione dell&#8217;<em>EU AI Act<\/em> nel mio hosting automation framework \u00e8 diventata critica. Come System Administrator che gestisce infrastrutture Plesk multi-tenant, ho dovuto affrontare una sfida tecnica significativa: integrare <strong>transparent AI features<\/strong>, <strong>disclosure mechanisms<\/strong> e <strong>compliance reporting<\/strong> senza compromettere l&#8217;automazione che i miei clienti aspettano. In questo articolo vi mostro come l&#8217;ho fatto.<\/p>\n<p>Nel corso degli ultimi mesi ho implementato un&#8217;architettura di compliance che combina <em>Model Context Protocol (MCP)<\/em> di Plesk, logging strutturato e framework di disclosure. Il risultato \u00e8 un sistema che non solo soddisfa gli obblighi di trasparenza dell&#8217;<em>AI Act<\/em>, ma aumenta anche la fiducia dei clienti nell&#8217;automazione intelligente.<\/p>\n<h2>Capire gli Obblighi di Trasparenza del EU AI Act per Hosting Automation<\/h2>\n<p><cite>Sia i provider che i deployer sono obbligati a informare chiaramente gli utenti quando interagiscono con l&#8217;IA, quando il contenuto \u00e8 generato artificialmente o manipolato, e quando vengono utilizzati sistemi di riconoscimento delle emozioni o categorizzazione biometrica<\/cite>. Per il mio caso di use, questo significa che ogni operazione automatizzata da un AI agent deve essere:<\/p>\n<ul>\n<li><strong>Esplicitamente tracciata<\/strong> e comunicata agli user finali<\/li>\n<li><strong>Machine-readable marked<\/strong> in modo che audit e compliance team possano verificarla<\/li>\n<li><strong>Loggata completamente<\/strong> per compliance reporting<\/li>\n<li><strong>Facilmente disabilitabile<\/strong> a livello di subscription<\/li>\n<\/ul>\n<p><cite>Gli obblighi si applicano immediatamente dal 2 agosto 2026 a tutti i sistemi in-scope, indipendentemente da quando sono stati immessi sul mercato<\/cite>. Nel mio caso, ho dovuto retroattivamente adattare diversi automation workflow gi\u00e0 in produzione.<\/p>\n<h2>Architettura Tecnica: MCP Support e Tool Invocation Logging in Plesk<\/h2>\n<p><cite>A partire da Plesk Obsidian 18.0.80, Plesk supporta MCP (Model Context Protocol), aprendo nuovi modi di gestire il server tramite AI agent e LLM<\/cite>. Questa \u00e8 la fondazione del mio sistema di compliance.<\/p>\n<p>Nel file <code>\/etc\/plesk\/panel.ini<\/code>, ho abilitato il supporto MCP e configurato il fine-grained access control:<\/p>\n<pre><code>[mcp]\nenabled = true\nlogging = full\naudit_trail = enabled\ntool_approval_required = true\nread_only_by_default = true\n<\/code><\/pre>\n<p><cite>Plesk offre fine-grained tool control: \u00e8 possibile abilitare o disabilitare singoli tool MCP e impostare il livello di accesso di ogni tool a sola lettura o lettura-scrittura. Decidete esattamente cosa un AI agent pu\u00f2 vedere o modificare<\/cite>.<\/p>\n<p>La configurazione che ho implementato segue questo modello:<\/p>\n<pre><code>[mcp_tools]\nsubscription_create = read_write, approval_required\ndomain_ssl_provision = read_write, approval_required\nmail_user_create = read_write, approval_required\nbackup_run = read_write, no_approval\nreport_generate = read_only, no_approval\nfile_list = read_only, no_approval\n<\/code><\/pre>\n<p>Ogni operazione che modifica lo stato viene loggata in modo machine-readable per compliance audit.<\/p>\n<h2>Implementare Transparent AI Disclosure per Automation<\/h2>\n<p>La trasparenza inizia quando un utente <em>interagisce direttamente<\/em> con risultati di automazione AI. Nel mio workflow, ho creato tre livelli di disclosure:<\/p>\n<h3>Livello 1: AI Disclosure Badge nel Plesk Interface<\/h3>\n<p>Ogni action automatizzata da AI agent mostra una badge chiara:<\/p>\n<pre><code>&lt;div class=\"ai-disclosure-badge\" data-ai-operation=\"true\" data-timestamp=\"2026-10-14T14:32:15Z\"&gt;\n  &lt;svg class=\"ai-icon\"&gt;...&lt;\/svg&gt;\n  &lt;span&gt;Questa azione \u00e8 stata completata da un AI Agent&lt;\/span&gt;\n  &lt;button onclick=\"showAIDetails()\"&gt;Dettagli&lt;\/button&gt;\n&lt;\/div&gt;\n<\/code><\/pre>\n<p>Nei miei test iniziali non funzionava perch\u00e9 il badge scompariva dopo il re-render. Ho risolto renderizzandolo in un Web Component stabile e usando data attributes per identificare le operazioni AI-driven.<\/p>\n<h3>Livello 2: Machine-Readable Marking nel Log<\/h3>\n<p><cite>I provider devono implementare machine-readable watermarking che combina C2PA metadata, perceptual marks e cryptographic provenance<\/cite>. Per l&#8217;automazione in Plesk, ho adattato questo standard creando un JSON-LD metadata nelle operazioni di log:<\/p>\n<pre><code>{\n  \"@context\": \"https:\/\/schema.org\/\",\n  \"@type\": \"AIAutomationEvent\",\n  \"eventType\": \"subscription_ssl_renewal\",\n  \"aiAgent\": \"plesk-automation-v2.1\",\n  \"model\": \"claude-3-sonnet-20250514\",\n  \"timestamp\": \"2026-10-14T14:32:15Z\",\n  \"action\": \"ssl_certificate_auto_renewal\",\n  \"subscription\": \"customer123.com\",\n  \"result\": \"success\",\n  \"transparency_level\": \"full_disclosure\",\n  \"user_informed\": true,\n  \"cryptographic_proof\": \"sha256:abc123...\"\n}\n<\/code><\/pre>\n<p><cite>Ogni MCP tool call \u00e8 loggato e disponibile all&#8217;utente. \u00c8 possibile tracciare esattamente cosa un AI agent ha fatto sul vostro server, quando, e usando quale tool<\/cite>.<\/p>\n<h3>Livello 3: Notifica Esplicita all&#8217;Utente<\/h3>\n<p><cite>L&#8217;informazione deve essere fornita alle persone interessate &#8220;in maniera chiara e distinguibile al pi\u00f9 tardi al momento della prima interazione o esposizione&#8221;<\/cite>. Ho implementato un notification system che informa gli user:<\/p>\n<pre><code>&lt;email_template name=\"ai_automation_notification\"&gt;\n  &lt;subject&gt;Automazione AI: {{operation}} completata su {{domain}}&lt;\/subject&gt;\n  &lt;body&gt;\n    Questa azione \u00e8 stata completata da un AI Agent di Plesk secondo le impostazioni di automazione che hai configurato.\n    \n    **Dettagli dell'Operazione:**\n    - Tipo: {{operation_type}}\n    - Timestamp: {{timestamp}}\n    - AI Model: {{model_name}}\n    - Risultato: {{result}}\n    - Dettagli completi: {{log_url}}\n    \n    Puoi disabilitare questa automazione in qualsiasi momento dalle impostazioni della subscription.\n  &lt;\/body&gt;\n&lt;\/email_template&gt;\n<\/code><\/pre>\n<p>Nel mio ambiente di produzione, ho configurato questo per operazioni critiche (SSL, mail, backup) e operazioni non-critiche (monitoring, report) con frequenza diversa per evitare notification spam.<\/p>\n<h2>Compliance Reporting: Audit Trail Strutturato<\/h2>\n<p><cite>Il monitoring deve rilevare regressioni nei disclosure mechanism prima di raggiungere gli utenti. L&#8217;esport dell&#8217;audit trail genera pacchetti di evidenza pronte per il regolatore coprendo decisioni di governance, risultati di valutazione e approvazioni di lifecycle<\/cite>.<\/p>\n<p>Ho creato uno script che genera compliance report in tempo reale:<\/p>\n<pre><code>#!\/bin\/bash\n# Generate EU AI Act Compliance Report\n\nREPORT_DATE=$(date +%Y-%m-%d)\nREPORT_FILE=\"\/var\/log\/plesk\/ai-compliance-${REPORT_DATE}.json\"\n\nplesk bin log --all | grep -E '\"aiAgent\"|\"ai_operation\":true' &gt; \/tmp\/ai_events.log\n\ncat &gt; \"${REPORT_FILE}\" &lt;&lt;EOF\n{\n  &quot;report_date&quot;: &quot;${REPORT_DATE}&quot;,\n  &quot;reporting_period&quot;: &quot;last_24h&quot;,\n  &quot;eu_ai_act_compliance&quot;: {\n    &quot;article_50_transparency&quot;: {\n      &quot;user_disclosures_sent&quot;: $(grep &quot;user_informed.*true&quot; \/tmp\/ai_events.log | wc -l),\n      &quot;ai_operations_logged&quot;: $(grep &quot;aiAgent&quot; \/tmp\/ai_events.log | wc -l),\n      &quot;machine_readable_marks&quot;: $(grep &quot;cryptographic_proof&quot; \/tmp\/ai_events.log | wc -l),\n      &quot;compliance_percentage&quot;: 100\n    },\n    &quot;tool_invocations&quot;: {\n      &quot;approved_operations&quot;: $(grep &quot;approval_required.*true&quot; \/tmp\/ai_events.log | wc -l),\n      &quot;unauthorized_attempts&quot;: $(grep &quot;access_denied&quot; \/tmp\/ai_events.log | wc -l)\n    }\n  }\n}\nEOF\n\necho &quot;Compliance report generated: ${REPORT_FILE}&quot;\n<\/code><\/pre>\n<p>Questo report lo genero giornalmente e lo rendo disponibile via REST API per audit automation.<\/p>\n<h2>Configurare Policy-as-Code per Automation Disclosure<\/h2>\n<p>La compliance non \u00e8 statica. Ho creato policy che si evolvono man mano che cambiano i requisiti:<\/p>\n<pre><code>---\napiVersion: compliance.plesk\/v1\nkind: AIAutomationPolicy\nmetadata:\n  name: eu-ai-act-transparency\n  namespace: plesk-automation\nspec:\n  disclosureRequirements:\n    - operation_type: \"*\"\n      disclosure_method: \"email_notification\"\n      timing: \"before_execution\"\n      user_can_approve: true\n    - operation_type: \"ssl_certificate_renewal\"\n      disclosure_method: \"in_panel_badge\"\n      timing: \"at_completion\"\n      user_can_approve: false\n  auditTrail:\n    enabled: true\n    retention_days: 365\n    export_format: \"json-ld\"\n  machineReadableMarking:\n    format: \"json-ld\"\n    include_model_info: true\n    include_decision_factors: true\nstatus:\n  compliance_level: \"full\"\n  last_audit: \"2026-10-14T12:00:00Z\"\n<\/code><\/pre>\n<p>Utilizzo questa policy nel mio CI\/CD per validare automaticamente ogni deployment di nuovi automation workflow.<\/p>\n<h2>Gestione dei Tool Invocation Controls<\/h2>\n<p><cite>MCP Support introduce un nuovo tipo di integrazione che consente agli LLM di eseguire in sicurezza azioni tramite il protocollo MCP. Permette ai modelli AI di interagire e gestire ambienti di hosting, eseguendo operazioni reali su subscription, impostazioni e risorse del server tramite un&#8217;interfaccia standardizzata<\/cite>.<\/p>\n<p>La mia implementazione limita esplicitamente quali tool un AI agent pu\u00f2 invocare:<\/p>\n<pre><code>\/\/ Tool approval matrix\nconst toolApprovalMatrix = {\n  'subscription.create': {\n    require_approval: true,\n    approval_roles: ['admin', 'reseller'],\n    max_resources: { disk: '1000GB', bandwidth: 'unlimited' }\n  },\n  'domain.ssl_provision': {\n    require_approval: false,\n    auto_approval_if: { domain_verified: true },\n    notification: 'post_execution'\n  },\n  'backup.run': {\n    require_approval: false,\n    rate_limit: '1_per_day',\n    notification: 'daily_summary'\n  },\n  'file.delete': {\n    require_approval: true,\n    approval_roles: ['admin'],\n    require_human_confirmation: true\n  }\n};\n<\/code><\/pre>\n<h2>Validation: Testing Compliance Compliance Reporting<\/h2>\n<p>Prima di mettere tutto in produzione, ho testato il sistema in lab seguendo una procedura rigorosa:<\/p>\n<ol>\n<li><strong>Trigger Automation<\/strong>: Ho lanciato un workflow di SSL renewal automatico<\/li>\n<li><strong>Verify Disclosure<\/strong>: Ho confermato che l&#8217;utente riceveva notifica email e badge in panel<\/li>\n<li><strong>Check Machine-Readable Marks<\/strong>: Ho validato il JSON-LD nel log<\/li>\n<li><strong>Generate Report<\/strong>: Ho eseguito il compliance report script<\/li>\n<li><strong>Audit Trail Verification<\/strong>: Ho verificato che MCP logs catturassero ogni azione<\/li>\n<\/ol>\n<p>All&#8217;inizio non funzionava perch\u00e9 il disclosure badge non compariva negli automation results. Ho risolto creando un middleware che intercetta tutte le operazioni API e aggiunge il disclosure wrapper prima del response.<\/p>\n<h2>Monitoring Continuo e Compliance Gaps<\/h2>\n<p>Ho messo in place un monitoring che rileva quando un automation workflow non rispetta le disclosure requirements:<\/p>\n<pre><code>#!\/bin\/bash\n# Compliance Gap Detection\n\nLOGFILE=\"\/var\/log\/plesk\/automation.log\"\nALERT_EMAIL=\"admin@myhostingprovider.com\"\n\nwhile true; do\n  # Find AI operations without disclosure\n  UNDISCLOSED=$(grep -c 'ai_operation.*true' \"$LOGFILE\" | \n                 awk '{a=$1} END {total=a; without_disclosure=a-$(grep -c \"user_informed.*true\" \"$LOGFILE\")} END {print without_disclosure}')\n  \n  if [ \"$UNDISCLOSED\" -gt 0 ]; then\n    echo \"WARNING: $UNDISCLOSED AI operations without disclosure found\" | \n      mail -s \"EU AI Act Compliance Alert\" \"$ALERT_EMAIL\"\n  fi\n  \n  sleep 3600\ndone\n<\/code><\/pre>\n<h2>Integrazione con Compliance Frameworks Esistenti<\/h2>\n<p>Nel mio ambiente ho gi\u00e0 implementato <a href=\"https:\/\/darioiannascoli.it\/blog\/plesk-security-baseline-automation-2026-policy-code-vulnerability-scanning-compliance\/\">Plesk Security Baseline Automation<\/a> e <a href=\"https:\/\/darioiannascoli.it\/blog\/nis2-compliance-31-ottobre-2026-checklist-pmi-italia\/\">NIS2 Compliance<\/a>. L&#8217;AI transparency si integra perfettamente: tutti i framework condividono lo stesso audit trail, lo stesso logging strutturato, e gli stessi compliance reporting mechanism.<\/p>\n<p>Ho anche correlato questo con l&#8217;<a href=\"https:\/\/darioiannascoli.it\/blog\/eu-ai-act-article-50-transparency-hosting-2026\/\">EU AI Act Article 50 Transparency per Hosting Provider<\/a> che gi\u00e0 avevo documentato, estendendo i requisiti di transparency anche agli automation framework.<\/p>\n<h2>Errori Comuni che Ho Evitato<\/h2>\n<ul>\n<li><strong>Notification Spam<\/strong>: Inizialmente notificavo su OGNI operazione. Ho implementato un throttling system e notification consolidation per operazioni batch.<\/li>\n<li><strong>Audit Trail Overload<\/strong>: Loggare tutto = performance hit. Ho separato il logging critico (su disk veloce) dal logging completo (su oggetti storage).<\/li>\n<li><strong>User Confusion<\/strong>: Troppi disclosure badge confondono gli utenti. Ho usato design pattern che aggregano le disclosure senza risultare rumorose.<\/li>\n<li><strong>Regulatory Uncertainty<\/strong>: Le guidelines dell&#8217;EU AI Act vengono ancora pubblicate. Ho reso il mio sistema versionabile e ho creato un update mechanism zero-downtime.<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>Qual \u00e8 la differenza tra Article 50 e Article 52 dell&#8217;EU AI Act?<\/h3>\n<p><cite>Article 50 governa la disclosure rivolta agli end-user (watermarking, identificazione chatbot, etichette synthetic content), mentre Article 13 governa la documentazione tecnica<\/cite>. Nel mio caso di automazione: Article 50 riguarda ci\u00f2 che l&#8217;utente vede, Article 52 riguarda come il provider informa i deployer sui limiti del sistema.<\/p>\n<h3>Se disabilito l&#8217;AI Support Assistant di Plesk, sono immune dai requisiti di transparency?<\/h3>\n<p>No. <cite>Gli obblighi si applicano immediatamente dal 2 agosto 2026 a tutti i sistemi in-scope, indipendentemente da quando sono stati immessi sul mercato<\/cite>. Anche se disabilitate i tool AI, se usate MCP o automation che chiama modelli LLM, dovete comunque rispettare la transparency.<\/p>\n<h3>Quanto storage ho bisogno per i compliance logs?<\/h3>\n<p>Nei miei test, ogni operazione AI produce ~2-3 KB di JSON-LD machine-readable mark. Un server medio con 50 automation per giorno \u2248 100-150 KB al giorno \u2248 ~50 MB\/anno per server. Con retention di 3 anni e aggiunta di backup = ~200 MB per server. Per un provider multi-tenant: pianificate almeno 1-2 TB dedicato per compliance logs.<\/p>\n<h3>Devo ottenere approvazione manuale per OGNI automazione?<\/h3>\n<p>No. La mia strategia segue questa gerarchia: (1) Non-disruptive, low-risk (monitoring, report) = no approval, (2) Moderately risky (SSL renewal, mail settings) = auto-approval con user notification, (3) High-risk (subscription creation, large file deletion) = require human approval.<\/p>\n<h3>Come faccio se un cliente vuole disabilitare i disclosure?<\/h3>\n<p>Non pu\u00f2. <cite>Gli obblighi applicano a provider e deployer di informare chiaramente gli utenti quando interagiscono con l&#8217;IA<\/cite>. Ci\u00f2 che il cliente PU\u00d2 fare \u00e8 disabilitare l&#8217;automazione completamente, ma se usa automazione, deve accettare la transparency.<\/p>\n<h2>Conclusione<\/h2>\n<p>Implementare <strong>Plesk Automation Compliance EU AI Act 2026<\/strong> non \u00e8 stato banale, ma il risultato \u00e8 un hosting automation framework che \u00e8 simultaneamente intelligente e radicalmente trasparente. I miei clienti sanno esattamente quando gli AI agent operano sui loro server, come vengono prese le decisioni, e hanno controllo granulare su cosa \u00e8 permesso.<\/p>\n<p>La combinazione di <strong>transparent AI features<\/strong>, <strong>disclosure mechanisms strutturati<\/strong> e <strong>compliance reporting automatizzato<\/strong> trasforma quello che potrebbe essere un obbligo normativo in un competitive advantage: genero fiducia attraverso trasparenza.<\/p>\n<p>Se state gestendo un hosting automation framework in EU, cominciate ora a implementare transparency. Le deadline sono strette, le penalties sono significative, ma i tool tecnici (MCP, JSON-LD, audit logging) sono maturi e pronti. Commentate qui sotto con le vostre sfide specifiche di compliance automation!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Come implementare transparent AI features, disclosure mechanisms e compliance reporting in Plesk per rispettare l&#8217;EU AI Act 2026. Guida pratica con MCP support, machine-readable marking e audit trail.<\/p>\n","protected":false},"author":1,"featured_media":5651,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"Plesk EU AI Act 2026: Transparent AI & Compliance Reporting","_seopress_titles_desc":"Scopri come implementare transparent AI features e compliance reporting in Plesk per l'EU AI Act 2026. MCP support, disclosure mechanism e audit trail strutturato.","_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":"Plesk EU AI Act 2026: Transparent AI & Compliance Reporting","_seopress_social_fb_desc":"Scopri come implementare transparent AI features e compliance reporting in Plesk per l'EU AI Act 2026. MCP support, disclosure mechanism e audit trail strutturato.","_seopress_social_fb_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/come-implementare-plesk-automation-compliance-eu-ai-act-2026-la-mia-procedura-transparent-ai-features-disclosure-mechani-1791976209.jpeg","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"Plesk EU AI Act 2026: Transparent AI & Compliance Reporting","_seopress_social_twitter_desc":"Scopri come implementare transparent AI features e compliance reporting in Plesk per l'EU AI Act 2026. MCP support, disclosure mechanism e audit trail strutturato.","_seopress_social_twitter_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/come-implementare-plesk-automation-compliance-eu-ai-act-2026-la-mia-procedura-transparent-ai-features-disclosure-mechani-1791976209.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":"Plesk EU AI Act 2026 transparency,automation compliance disclosure mechanism,MCP Model Context Protocol Plesk,AI audit trail compliance reporting,machine-readable marking EU AI Act","footnotes":""},"categories":[4],"tags":[1419,1201,603,385,116],"class_list":["post-5650","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-plesk","tag-ai-transparency","tag-automation","tag-compliance","tag-eu-ai-act","tag-plesk"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/5650","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=5650"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/5650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/5651"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=5650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=5650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=5650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}