{"id":1322,"date":"2026-02-23T09:00:00","date_gmt":"2026-02-23T08:00:00","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/aggiornamento-wordpress-7-checklist-compatibilita-abilities-api\/"},"modified":"2026-02-23T09:00:00","modified_gmt":"2026-02-23T08:00:00","slug":"aggiornamento-wordpress-7-checklist-compatibilita-abilities-api","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/aggiornamento-wordpress-7-checklist-compatibilita-abilities-api\/","title":{"rendered":"Come Mi Preparo all&#8217;Aggiornamento a WordPress 7.0: Novit\u00e0, Abilities API, CSS per Blocco Singolo e Checklist di Compatibilit\u00e0 per Temi e Plugin"},"content":{"rendered":"<p>Se gestisci siti WordPress come me, probabilmente hai gi\u00e0 sentito il fermento intorno a <strong>WordPress 7.0<\/strong>. La Beta 1 \u00e8 stata rilasciata il <strong>20 febbraio 2026<\/strong> e la versione finale \u00e8 prevista per il <strong>9 aprile 2026<\/strong>, in concomitanza con il WordCamp Asia. Si tratta dell&#8217;aggiornamento pi\u00f9 ambizioso degli ultimi anni, e nella mia esperienza \u00e8 fondamentale prepararsi <em>prima<\/em> che arrivi in produzione, non dopo.<\/p>\n<p>In questo articolo vi mostro come mi sto preparando all&#8217;aggiornamento a WordPress 7.0: analizzeremo insieme le novit\u00e0 principali \u2014 dalla collaborazione in tempo reale alla nuova <strong>Abilities API<\/strong>, dal <strong>CSS per blocco singolo<\/strong> al <strong>WP AI Client<\/strong> \u2014 e vi condivider\u00f2 la mia <em>checklist operativa<\/em> per garantire la compatibilit\u00e0 di temi e plugin. Ho gi\u00e0 iniziato i test su ambiente di staging e voglio risparmiarvi le difficolt\u00e0 che ho incontrato.<\/p>\n<p>Se vi siete persi le basi, ho scritto una guida su <a href=\"https:\/\/darioiannascoli.it\/blog\/configurare-wordpress-dopo-installazione\/\">come configuro WordPress dopo l&#8217;installazione<\/a> che resta un ottimo punto di partenza. Ma ora concentriamoci su ci\u00f2 che cambia con la 7.0.<\/p>\n<h2>Cosa Porta WordPress 7.0: Le Novit\u00e0 Principali<\/h2>\n<p>WordPress 7.0 rappresenta il lancio ufficiale della <strong>Fase 3 del progetto Gutenberg<\/strong>, incentrata su collaborazione e workflow. Dopo un 2025 rallentato dalle vicende legali e dalla pausa nelle contribuzioni di Automattic, il 2026 segna il ritorno alla cadenza di tre major release annuali: la 7.0 in primavera, la 7.1 ad agosto e la 7.2 a dicembre.<\/p>\n<p>Ecco le feature che ho trovato pi\u00f9 significative durante i miei test sulla Beta 1:<\/p>\n<h3>Collaborazione in Tempo Reale<\/h3>\n<p>La funzionalit\u00e0 che tutti aspettavamo: <strong>pi\u00f9 utenti possono modificare lo stesso post o pagina contemporaneamente<\/strong>, vedendo le modifiche degli altri in tempo reale con sincronizzazione dei dati. WordPress 6.9 aveva introdotto i <em>Notes<\/em> per i commenti sui blocchi; la 7.0 fa un salto enorme con un vero sistema di co-editing stile Google Docs.<\/p>\n<p>Il sistema utilizza un provider di sincronizzazione basato su <em>HTTP polling<\/em> come default, con la possibilit\u00e0 per hosting e plugin di aggiungere supporto WebSocket per prestazioni migliori. All&#8217;inizio non funzionava bene sul mio shared hosting di test \u2014 la collaborazione in tempo reale richiede connessioni persistenti che gli hosting condivisi economici potrebbero non supportare adeguatamente.<\/p>\n<h3>Abilities API: WordPress Diventa AI-Ready<\/h3>\n<p>Questa \u00e8 la novit\u00e0 che, secondo me, cambier\u00e0 di pi\u00f9 l&#8217;ecosistema. L&#8217;<strong>Abilities API<\/strong>, introdotta con WordPress 6.9 e potenziata nella 7.0, fornisce un modo standardizzato per registrare e scoprire unit\u00e0 di funzionalit\u00e0 all&#8217;interno di un sito WordPress.<\/p>\n<p>In pratica, ogni plugin, tema o componente core pu\u00f2 descrivere le proprie <em>&#8220;abilities&#8221;<\/em> (capacit\u00e0) in un formato <strong>machine-readable e human-friendly<\/strong>. Questo significa che strumenti di automazione, agenti AI e altri plugin possono &#8220;chiedere&#8221; al sito cosa sa fare e interagire con queste funzionalit\u00e0 in modo prevedibile e sicuro.<\/p>\n<p>L&#8217;API si compone di tre elementi principali:<\/p>\n<ul>\n<li><strong>PHP API<\/strong> per registrare, gestire ed eseguire le abilities tramite <code>wp_register_ability()<\/code><\/li>\n<li><strong>REST API automatica<\/strong> sotto il namespace <code>wp-abilities\/v1<\/code>, senza sforzo aggiuntivo per lo sviluppatore<\/li>\n<li><strong>Hook di integrazione<\/strong> come <code>wp_abilities_api_init<\/code>, <code>wp_before_execute_ability<\/code> e <code>wp_after_execute_ability<\/code><\/li>\n<\/ul>\n<p>Ogni ability ha input\/output definiti tramite <em>JSON Schema<\/em>, permission callback per il controllo degli accessi e una callback di esecuzione. Se avete gi\u00e0 familiarit\u00e0 con l&#8217;audit dei plugin, come ho descritto nella mia <a href=\"https:\/\/darioiannascoli.it\/blog\/audit-plugin-wordpress-vulnerabilita-sicurezza\/\">guida all&#8217;audit dei plugin WordPress<\/a>, capirete l&#8217;importanza di avere permessi granulari.<\/p>\n<h3>WP AI Client e MCP Adapter<\/h3>\n<p>WordPress 7.0 introduce anche il <strong>WP AI Client<\/strong>, un layer nel core che permette di interfacciarsi con modelli AI di qualsiasi provider (OpenAI, Google, Anthropic) in modo <em>provider-agnostic<\/em>. Non \u00e8 un &#8220;AI writer&#8221; integrato, ma la base infrastrutturale per sviluppare strumenti AI-powered.<\/p>\n<p>Il <strong>MCP Adapter<\/strong> (Model Context Protocol) traduce le abilities registrate nel protocollo creato da Anthropic, consentendo ad agenti AI come Claude e Cursor di scoprire e utilizzare le funzionalit\u00e0 del sito direttamente. \u00c8 una visione lungimirante: WordPress non si limita ad aggiungere feature AI, ma costruisce l&#8217;infrastruttura affinch\u00e9 l&#8217;AI possa interagire con i siti dall&#8217;esterno.<\/p>\n<h3>CSS per Blocco Singolo: Personalizzazione Granulare<\/h3>\n<p>Una novit\u00e0 che ho subito apprezzato: con Gutenberg 22.5, integrato in WordPress 7.0, \u00e8 possibile aggiungere <strong>CSS personalizzato a singole istanze di blocco<\/strong>. Lo trovate in <em>Avanzate \u2192 CSS Aggiuntivo<\/em> nel pannello laterale del blocco.<\/p>\n<p>Quando un blocco ha CSS personalizzato, viene aggiunta dinamicamente la classe <code>.has-custom-css<\/code> sia nell&#8217;editor che nel frontend. \u00c8 molto utile per modifiche one-off, ma vi avverto: pu\u00f2 creare problemi di manutenzione se ne abusate. Nella maggior parte dei casi, preferisco mantenere gli stili a livello globale o usare le <em>block style variations<\/em>.<\/p>\n<p>Per i temi, il sistema dei <strong>per-block stylesheets<\/strong> tramite <code>wp_enqueue_block_style()<\/code> rimane l&#8217;approccio consigliato per CSS specifico per tipo di blocco, poich\u00e9 carica il CSS solo quando il blocco \u00e8 effettivamente presente nella pagina. Per chi lavora sulle performance \u2014 come ho descritto nell&#8217;articolo su <a href=\"https:\/\/darioiannascoli.it\/blog\/ottimizzare-immagini-wordpress-webp-avif-lazy-load-plugin\/\">come ottimizzo le immagini su WordPress<\/a> \u2014 questo approccio \u00e8 decisamente preferibile.<\/p>\n<h3>Altre Novit\u00e0 Importanti<\/h3>\n<ul>\n<li><strong>Nuovi blocchi<\/strong>: Icons, Breadcrumbs e un blocco Heading rinnovato<\/li>\n<li><strong>Cover block<\/strong> con supporto per sfondi video embed<\/li>\n<li><strong>Grid block<\/strong> responsive-enabled<\/li>\n<li><strong>Controlli di visibilit\u00e0 viewport<\/strong>: nascondere o mostrare blocchi in base alla dimensione dello schermo<\/li>\n<li><strong>Client-side media processing<\/strong>: ridimensionamento e compressione immagini lato browser<\/li>\n<li><strong>Font Library<\/strong> abilitata per tutti i temi<\/li>\n<li><strong>View transitions<\/strong> nell&#8217;admin per transizioni fluide tra schermate<\/li>\n<li><strong>DataViews<\/strong> con nuovo layout activity e supporto per tipi di terze parti<\/li>\n<li><strong>Post editor sempre in iframe<\/strong>, per separare stili UI da stili blocco\/tema<\/li>\n<li><strong>Supporto text indent<\/strong> e <strong>textColumns<\/strong> nel blocco Paragrafo<\/li>\n<li><strong>CodeMirror<\/strong> aggiornato alla versione 5.65.40<\/li>\n<\/ul>\n<h2>Requisiti Minimi di WordPress 7.0: Cosa Verificare Subito<\/h2>\n<p>Prima di pensare alle novit\u00e0, assicuratevi che il vostro server sia compatibile. Ecco i requisiti aggiornati:<\/p>\n<ul>\n<li><strong>PHP<\/strong>: minimo 7.4 (consigliato 8.3+). Il supporto a PHP 7.2 e 7.3 viene ufficialmente eliminato<\/li>\n<li><strong>MySQL<\/strong>: 8.0 o superiore, oppure <strong>MariaDB<\/strong> 10.6 o superiore<\/li>\n<\/ul>\n<p>Se siete ancora su PHP 7.2 o 7.3, il sito rester\u00e0 sul branch WordPress 6.9 ricevendo solo aggiornamenti di sicurezza ma nessuna nuova feature. Nella mia esperienza su Plesk, aggiornare PHP \u00e8 questione di pochi clic \u2014 se vi serve una guida, ho scritto su <a href=\"https:\/\/darioiannascoli.it\/blog\/ottimizzare-php-fpm-opcache-plesk\/\">come ottimizzo PHP-FPM e OPcache su Plesk<\/a>.<\/p>\n<h2>La Mia Checklist di Compatibilit\u00e0 per Temi e Plugin WordPress 7.0<\/h2>\n<p>Ecco la procedura che sto seguendo sui miei siti. Ve la condivido step-by-step:<\/p>\n<h3>Step 1: Crea un Ambiente di Staging<\/h3>\n<p>Non testate <em>mai<\/em> su produzione. Io uso un sottodominio dedicato con una copia completa del sito. Se usate Plesk, potete clonare il sito in pochi minuti. Altrimenti, la mia guida su <a href=\"https:\/\/darioiannascoli.it\/blog\/migrare-sito-hosting-senza-downtime\/\">come migro un sito su nuovo hosting senza downtime<\/a> contiene procedure utili anche per creare ambienti di test.<\/p>\n<h3>Step 2: Verifica i Requisiti Server<\/h3>\n<ol>\n<li>Controlla la versione PHP: deve essere almeno 7.4, idealmente 8.2+<\/li>\n<li>Verifica MySQL (\u2265 8.0) o MariaDB (\u2265 10.6)<\/li>\n<li>Assicurati che il server supporti connessioni persistenti se vuoi la collaborazione in tempo reale<\/li>\n<\/ol>\n<h3>Step 3: Aggiorna Tutto Prima di Testare<\/h3>\n<ol>\n<li>Aggiorna WordPress all&#8217;ultima 6.9.1<\/li>\n<li>Aggiorna <strong>tutti<\/strong> i plugin all&#8217;ultima versione<\/li>\n<li>Aggiorna il tema all&#8217;ultima versione<\/li>\n<li>Esegui un <a href=\"https:\/\/darioiannascoli.it\/blog\/pulire-database-wordpress-velocizzare\/\">cleanup del database<\/a> per eliminare transient e revisioni inutili<\/li>\n<\/ol>\n<h3>Step 4: Installa WordPress 7.0 Beta su Staging<\/h3>\n<p>Il modo pi\u00f9 semplice \u00e8 usare il plugin <strong>WordPress Beta Tester<\/strong>. Installatelo sullo staging, selezionate il canale &#8220;Bleeding edge&#8221; e aggiornate. In alternativa, scaricate la Beta direttamente da wordpress.org.<\/p>\n<h3>Step 5: Test Sistematico dei Plugin<\/h3>\n<p>Per ogni plugin attivo, verificate:<\/p>\n<ul>\n<li>Funziona senza errori o warning PHP?<\/li>\n<li>Le pagine generate dal plugin si caricano correttamente?<\/li>\n<li>Le funzionalit\u00e0 AJAX funzionano?<\/li>\n<li>Il plugin \u00e8 compatibile con il post editor in iframe?<\/li>\n<li>Eventuali custom block funzionano con la nuova versione di Gutenberg?<\/li>\n<\/ul>\n<p>Un consiglio pratico: attivate <code>WP_DEBUG<\/code> e <code>WP_DEBUG_LOG<\/code> nel <code>wp-config.php<\/code> dello staging per catturare ogni errore:<\/p>\n<p><code>define( 'WP_DEBUG', true );<br \/>define( 'WP_DEBUG_LOG', true );<br \/>define( 'WP_DEBUG_DISPLAY', false );<\/code><\/p>\n<h3>Step 6: Test del Tema<\/h3>\n<p>Verificate attentamente:<\/p>\n<ul>\n<li>Il layout \u00e8 corretto su tutte le pagine (home, archivi, singoli post, pagine statiche)?<\/li>\n<li>I nuovi blocchi (Icons, Breadcrumbs) si integrano bene con il design?<\/li>\n<li>Il <strong>post editor in iframe<\/strong> non crea conflitti con CSS personalizzati del tema?<\/li>\n<li>La <strong>Font Library<\/strong>, ora abilitata per tutti i temi, non crea duplicazioni di font?<\/li>\n<li>Le <strong>view transitions<\/strong> nell&#8217;admin funzionano senza glitch?<\/li>\n<\/ul>\n<h3>Step 7: Verifica la Sicurezza<\/h3>\n<p>Un aggiornamento major \u00e8 il momento giusto per rivedere la sicurezza complessiva. Ho scritto una guida dettagliata su <a href=\"https:\/\/darioiannascoli.it\/blog\/sicurezza-wordpress-brute-force\/\">come metto in sicurezza WordPress da attacchi brute force<\/a> che vi consiglio di seguire in parallelo.<\/p>\n<h3>Step 8: Backup Completo Prima dell&#8217;Aggiornamento<\/h3>\n<p>Sembra banale, ma \u00e8 vitale. Fate un backup completo di file e database prima di aggiornare la produzione. Se usate Plesk con backup remoti, la mia guida su <a href=\"https:\/\/darioiannascoli.it\/blog\/plesk-backup-remoto-s3-wasabi\/\">backup remoto S3 con Wasabi<\/a> pu\u00f2 aiutarvi a configurare un sistema affidabile.<\/p>\n<h2>Come Testo l&#8217;Abilities API su Staging<\/h2>\n<p>Per chi sviluppa plugin o vuole capire come funziona l&#8217;Abilities API, ecco un esempio pratico che ho testato. Registrare una ability \u00e8 sorprendentemente semplice:<\/p>\n<p><code>add_action( 'wp_abilities_api_init', function() {<br \/>&nbsp;&nbsp;wp_register_ability( 'mio-plugin\/conta-post', array(<br \/>&nbsp;&nbsp;&nbsp;&nbsp;'name' =&gt; 'Conta i Post',<br \/>&nbsp;&nbsp;&nbsp;&nbsp;'description' =&gt; 'Restituisce il numero di post pubblicati',<br \/>&nbsp;&nbsp;&nbsp;&nbsp;'category' =&gt; 'content',<br \/>&nbsp;&nbsp;&nbsp;&nbsp;'input_schema' =&gt; array(<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'type' =&gt; 'object',<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'properties' =&gt; array(<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'post_type' =&gt; array( 'type' =&gt; 'string' )<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;)<br \/>&nbsp;&nbsp;&nbsp;&nbsp;),<br \/>&nbsp;&nbsp;&nbsp;&nbsp;'callback' =&gt; function( $input ) {<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;$count = wp_count_posts( $input['post_type'] ?? 'post' );<br \/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return array( 'count' =&gt; $count-&gt;publish );<br \/>&nbsp;&nbsp;&nbsp;&nbsp;}<br \/>&nbsp;&nbsp;));<br \/>});<\/code><\/p>\n<p>Una volta registrata, questa ability \u00e8 automaticamente disponibile via REST API all&#8217;endpoint <code>\/wp-json\/wp-abilities\/v1\/abilities\/mio-plugin\/conta-post<\/code>. Potete testarla con curl usando <em>Application Passwords<\/em> per l&#8217;autenticazione.<\/p>\n<h2>Problemi Comuni che Ho Incontrato nei Test<\/h2>\n<p>Durante i miei test sulla Beta 1, ho riscontrato alcuni problemi che vale la pena condividere:<\/p>\n<ul>\n<li><strong>Plugin con block API v2<\/strong>: alcuni plugin pi\u00f9 datati forzavano il post editor a non usare l&#8217;iframe. Con la 7.0 l&#8217;iframe \u00e8 sempre attivo, e questo pu\u00f2 causare problemi di stile<\/li>\n<li><strong>CSS personalizzato nel Customizer<\/strong>: se avete CSS nel vecchio Customizer, verificate che funzioni ancora correttamente con le nuove view transitions<\/li>\n<li><strong>Unit test failures<\/strong>: la Beta 1 stessa \u00e8 stata ritardata di un giorno a causa di fallimenti nei test relativi al WP REST autosave controller. Questo suggerisce che l&#8217;area della collaborazione real-time potrebbe avere ancora qualche spigolo<\/li>\n<li><strong>Hosting condiviso<\/strong>: la collaborazione in tempo reale non funziona al meglio su shared hosting economici che non supportano connessioni persistenti<\/li>\n<\/ul>\n<h2>Timeline WordPress 7.0: Date da Segnare<\/h2>\n<ul>\n<li><strong>20 febbraio 2026<\/strong>: Beta 1 rilasciata<\/li>\n<li><strong>Febbraio-marzo 2026<\/strong>: ulteriori beta e Release Candidate<\/li>\n<li><strong>9 aprile 2026<\/strong>: release finale al WordCamp Asia<\/li>\n<li><strong>19 agosto 2026<\/strong> (tentativo): WordPress 7.1<\/li>\n<li><strong>Dicembre 2026<\/strong> (tentativo): WordPress 7.2<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>Quando esce WordPress 7.0 e devo aggiornare subito?<\/h3>\n<p>La versione finale di WordPress 7.0 \u00e8 prevista per il <strong>9 aprile 2026<\/strong>. Il mio consiglio \u00e8 di non aggiornare il primo giorno: testate prima su staging, aspettate qualche giorno per la community di segnalare eventuali bug critici, e poi procedete. Io di solito aspetto la prima minor release (7.0.1) per i siti pi\u00f9 critici.<\/p>\n<h3>La mia versione PHP \u00e8 compatibile con WordPress 7.0?<\/h3>\n<p>WordPress 7.0 richiede <strong>PHP 7.4 come minimo<\/strong> e raccomanda PHP 8.3 o superiore. Se siete ancora su PHP 7.2 o 7.3, il vostro sito non ricever\u00e0 l&#8217;aggiornamento automatico e rester\u00e0 sulla 6.9 con soli fix di sicurezza. Verificate subito la vostra versione PHP da <em>Strumenti \u2192 Salute del sito<\/em> nella dashboard WordPress.<\/p>\n<h3>Cos&#8217;\u00e8 l&#8217;Abilities API e perch\u00e9 \u00e8 importante?<\/h3>\n<p>L&#8217;<strong>Abilities API<\/strong> \u00e8 un sistema che permette a plugin, temi e core di registrare le proprie funzionalit\u00e0 in un formato standardizzato e leggibile dalle macchine. Questo rende WordPress &#8220;comprensibile&#8221; da agenti AI, tool di automazione e altri plugin, aprendo la strada a integrazioni intelligenti senza codice personalizzato per ogni servizio.<\/p>\n<h3>Il CSS per blocco singolo sostituisce i per-block stylesheets dei temi?<\/h3>\n<p>No, sono due cose diverse. Il <strong>CSS per blocco singolo<\/strong> (Additional CSS) permette di aggiungere stili CSS a una <em>specifica istanza<\/em> di un blocco in un post. I <strong>per-block stylesheets<\/strong> del tema, invece, definiscono stili per <em>tutti<\/em> i blocchi di un determinato tipo e vengono caricati solo quando quel tipo di blocco \u00e8 presente nella pagina. Per la manutenibilit\u00e0, consiglio di preferire sempre gli stili a livello di tema.<\/p>\n<h3>Devo preoccuparmi per la compatibilit\u00e0 dei miei plugin?<\/h3>\n<p>S\u00ec, soprattutto se utilizzate plugin che creano blocchi personalizzati o che interagiscono con l&#8217;editor. Il passaggio al <strong>post editor sempre in iframe<\/strong> \u00e8 il cambiamento che pi\u00f9 probabilmente causer\u00e0 problemi. Testate tutto su staging con <code>WP_DEBUG<\/code> attivo e contattate gli sviluppatori dei plugin se trovate incompatibilit\u00e0.<\/p>\n<h2>Conclusione<\/h2>\n<p>L&#8217;aggiornamento a <strong>WordPress 7.0<\/strong> \u00e8 uno dei pi\u00f9 significativi degli ultimi anni. La collaborazione in tempo reale, l&#8217;<strong>Abilities API<\/strong>, il <strong>CSS per blocco singolo<\/strong>, il WP AI Client e il rinnovamento dell&#8217;admin rappresentano un cambio di paradigma per la piattaforma. Ma come ogni grande aggiornamento, richiede preparazione.<\/p>\n<p>La mia checklist di compatibilit\u00e0 per temi e plugin vi aiuter\u00e0 ad affrontare la transizione senza sorprese. Iniziate oggi a testare: create lo staging, installate la Beta, attivate il debug e verificate ogni componente. Aprile arriva prima di quanto pensiate.<\/p>\n<p>Avete gi\u00e0 testato la Beta 1? Avete riscontrato problemi con qualche plugin specifico? Scrivetelo nei commenti: \u00e8 il modo migliore per aiutare tutta la community a prepararsi!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Guida pratica a WordPress 7.0: Abilities API, CSS per blocco singolo, WP AI Client e checklist operativa per verificare la compatibilit\u00e0 di temi e plugin.<\/p>\n","protected":false},"author":1,"featured_media":1323,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"WordPress 7.0: Novit\u00e0, Abilities API e Checklist Compatibilit\u00e0","_seopress_titles_desc":"Come prepararsi a WordPress 7.0: Abilities API, CSS per blocco singolo, collaborazione real-time e checklist compatibilit\u00e0 temi e plugin. Guida pratica.","_seopress_robots_index":"","footnotes":""},"categories":[2],"tags":[293,294,296,295,292],"class_list":["post-1322","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress","tag-abilities-api","tag-aggiornamento-wordpress","tag-compatibilita-temi-plugin","tag-gutenberg-phase-3","tag-wordpress-7-0"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/1322","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=1322"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/1322\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/1323"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=1322"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=1322"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=1322"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}