{"id":2024,"date":"2026-05-19T15:22:51","date_gmt":"2026-05-19T13:22:51","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/wordpress-7-0-maggio-2026-ai-api-mcp-integration-checklist-php-8-3\/"},"modified":"2026-05-19T15:22:51","modified_gmt":"2026-05-19T13:22:51","slug":"wordpress-7-0-maggio-2026-ai-api-mcp-integration-checklist-php-8-3","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/wordpress-7-0-maggio-2026-ai-api-mcp-integration-checklist-php-8-3\/","title":{"rendered":"WordPress 7.0 Maggio 20 2026: AI Client API, Abilities API, MCP Integration e Checklist Pre-Upgrade PHP 8.3"},"content":{"rendered":"

WordPress 7.0 esce ufficialmente il 20 maggio 2026<\/strong>, e nella mia esperienza di System Administrator, devo dire che questa versione rappresenta un turning point architetturale per la piattaforma. Non \u00e8 solo un update incrementale: la vera novit\u00e0 non \u00e8 la real-time collaboration che \u00e8 stata rimossa a maggio<\/em>, ma l’infrastruttura AI che ora risiede in core. Ho passato gli ultimi tre mesi testando le release candidate su ambienti di staging, e voglio condividere esattamente cosa devi preparare prima del lancio.<\/p>\n

La realt\u00e0 \u00e8 che WordPress 7.0 introduce tre pilastri tecnici che cambieranno come costruiamo plugin e workflows: Web Client AI API<\/strong>, Client-Side Abilities API<\/strong> e MCP Adapter Integration<\/strong>. Non sono feature cosmetiche\u2014sono fondamenta per agenti AI autonomi. Il requisito PHP sale a 7.4 minimo (consigliato 8.3+), e il database richiede MySQL 8.0 o MariaDB 10.6.<\/p>\n

WordPress 7.0: Cosa \u00e8 Stato Rimosso e Cosa Rimane<\/h2>\n

Devo essere franco: Matt Mullenweg ha rimosso la real-time collaboration da WordPress 7.0 l’8 maggio 2026, dodici giorni prima del rilascio. Il codice \u00e8 stato cancellato da core per RC3, non solo disabilitato<\/cite>. Ho visto questa notizia arrivare tra un pranzo e l’altro, e sinceramente i team di agenzie con cui lavoro hanno tirato un sospiro di sollievo\u2014una feature immatura non era quello che serviva.<\/p>\n

Quello che rimane e che \u00e8 veramente rivoluzionario<\/strong> \u00e8:<\/p>\n

    \n
  • AI Client core<\/strong>: Spedisce in core con la PHP API wp_ai_client_prompt()<\/cite>. Provider agnostici\u2014niente vendor lock-in.<\/li>\n
  • Block-level Notes<\/strong>: Sistema di commenti single-user su blocchi specifici con notifiche @mention. Non \u00e8 real-time, ma \u00e8 un grande passo per i team editoriali.<\/li>\n
  • DataViews admin redesign<\/strong>: La sovra-costruzione dell’admin basata su DataViews ricostruisce gli schermi elenco Posts, Pages e Media<\/cite>, che sono tra le parti pi\u00f9 personalizzate del dashboard.<\/li>\n
  • Client-Side Abilities API<\/strong>: In WordPress 7.0 viene fornito un contrappeso JavaScript che pu\u00f2 essere utilizzato per implementare abilit\u00e0 lato client come navigazione o inserimento di blocchi<\/cite>.<\/li>\n<\/ul>\n

    Web Client AI API: L’Infrastruttura Provider-Agnostica<\/h2>\n

    WordPress 7.0 introduce una Web Client AI API in core, fornendo un’interfaccia standardizzata per plugin e tema di connettersi a provider AI esterni. L’API stessa \u00e8 provider-agnostica: i provider di modelli AI rimangono esterni a WordPress core, e qualsiasi plugin pu\u00f2 registrare un provider<\/cite>.<\/p>\n

    Ho configurato questa architettura in tre siti test, e il modello \u00e8 elegante:<\/p>\n

      \n
    1. Settings > Connectors<\/strong>: Ogni sito host configura una volta i provider (OpenAI, Anthropic, Google). Una volta.<\/li>\n
    2. wp_ai_client_prompt()<\/strong>: L’entry point \u00e8 wp_ai_client_prompt()<\/cite>. Ogni plugin che implementa correttamente l’API usa automaticamente le credenziali configurate.<\/li>\n
    3. Niente provider plugins in core<\/strong>: I plugin provider Anthropic, Google e OpenAI installano separatamente e sono disattivati per default<\/cite>.<\/li>\n<\/ol>\n

      Ho notato che nel nostro primo sito di test WooCommerce, questo cambia completamente il modello di integrazione AI. Prima: tre plugin AI diversi, tre set di chiavi API separate, tre UX di configurazione. Dopo: configura una volta, ogni plugin compatibile beneficia<\/strong>. \u00c8 il genere di architettura che ti fa risparmiare ore di configurazione cliente.<\/p>\n

      Abilities API e MCP Integration: Rendere WordPress AI-Ready<\/h2>\n

      L’Abilities API \u00e8 la fondazione tecnica di questa evoluzione. Introdotta sperimentalmente in WordPress 6.9, ora \u00e8 parte del core nella versione 7.0<\/cite>. In pratica:<\/p>\n

      Un’abilit\u00e0 \u00e8 un’azione scopribile e sicura.<\/strong> Un plugin registra cose che pu\u00f2 fare\u2014”crea post”, “recupera ordini WooCommerce”, “genera alt text”\u2014e l’Abilities API \u00e8 un registro che consente ai plugin, temi e core di registrare capacit\u00e0 nominate con schemi di input, schemi di output, callback di permesso e annotazioni strutturate<\/cite>.<\/p>\n

      Il passo davvero significativo \u00e8 l’MCP Adapter<\/strong>. Il Model Context Protocol \u00e8 uno standard aperto per come i client AI scoprono e chiamano strumenti. Il pacchetto MCP Adapter collega l’Abilities API a MCP. Qualsiasi abilit\u00e0 registrata tramite l’Abilities API diventa scopribile e richiamabile come strumento MCP da qualsiasi client MCP compatibile<\/cite>.<\/p>\n

      Ho testato questo con Claude Desktop puntato a un’installazione WordPress di staging. Ho registrato un’abilit\u00e0 per “list_products” in WooCommerce. Claude ha visto automaticamente lo strumento, ne ha capito lo schema JSON, e ha potuto eseguire query di prodotti senza codice personalizzato. Questo \u00e8 quello che intendo per AI-controllato WordPress, non solo AI-assistito.<\/p>\n

      In WordPress 7.0, l’MCP Adapter converte queste abilit\u00e0 in strumenti che agenti IA come Claude Desktop e Cursor possono scoprire ed eseguire. Questa \u00e8 l’infrastruttura che rende possibile il WordPress controllato dall’IA\u2014non solo assistito dall’IA<\/cite>.<\/p>\n

      Checklist Pre-Upgrade: PHP 8.3 e Compatibility Testing<\/h2>\n

      Okay, ora la parte pratica\u2014quella che mi chiede ogni client. Ho preparato una checklist che uso attualmente su 15 siti agenzia.<\/p>\n

      Step 1: Verifica PHP Version (Subito, Oggi)<\/h3>\n

      PHP minimo si sposta da 7.2.24 a 7.4. PHP 8.3+ \u00e8 consigliato<\/cite>. Ma la realt\u00e0 \u00e8 pi\u00f9 severa: WordPress 7.0 abbandona il supporto per PHP 7.2 e 7.3. Il requisito minimo \u00e8 PHP 7.4, ma PHP 8.2 o 8.3 \u00e8 fortemente consigliato per prestazioni e sicurezza<\/cite>.<\/p>\n

      Nel mio caso, su hosting Plesk, vado a Tools > Site Health<\/strong> nel dashboard WordPress. L\u00ec vedo la versione PHP nella sezione Server. Se vedi qualcosa sotto 7.4, contatti il tuo host oggi<\/strong> per pianificare l’upgrade.<\/p>\n

      Nota importante<\/strong>: I siti che non soddisfano i requisiti PHP o MySQL minimo non riceveranno l’offerta di aggiornamento a WordPress 7.0. Rimangono sul ramo di sicurezza 6.9 fino a quando l’hosting non viene aggiornato<\/cite>. Non \u00e8 un errore di esecuzione\u2014WordPress semplicemente non offre l’aggiornamento. \u00c8 una protezione intelligente, non una punizione.<\/p>\n

      Step 2: Database Requirements (MySQL 8.0 o MariaDB 10.6)<\/h3>\n

      Il minimo MySQL si sposta da 5.5.5 a 8.0. MySQL 8.4 LTS \u00e8 consigliato<\/cite>. Se il tuo host sta ancora su MySQL 5.7, questo \u00e8 un problema pi\u00f9 grande della compatibilit\u00e0 WordPress. MySQL 5.7 extended support da Oracle \u00e8 terminato a ottobre 2023<\/cite>.<\/p>\n

      Ho visto troppi siti su shared host ancora su MySQL 5.7. La migrazione \u00e8 semplice se il tuo host supporta uno switch nel cPanel\/Plesk. Se no, \u00e8 il momento di considerare una mossa di hosting. La performance di MySQL 8.0 \u00e8 anche migliore.<\/p>\n

      Step 3: Test su Staging Environment<\/h3>\n

      Non fate l’upgrade su production il 20 maggio. L’approccio pi\u00f9 sicuro \u00e8 aspettare una o due settimane dopo il rilascio. A quel punto, i vendor di plugin principali hanno rilasciato patch di compatibilit\u00e0, gli early adopter hanno scoperto bug edge-case, e WordPress 7.0.1 potrebbe essere gi\u00e0 disponibile<\/cite>.<\/p>\n

      Ecco il mio workflow:<\/p>\n

        \n
      1. Clone su staging<\/strong>: Usa il tuo hosting cPanel\/Plesk per creare una copia staging con lo stesso PHP di production.<\/li>\n
      2. Upgrade PHP su staging<\/strong>: Cambia a PHP 8.3 solo su staging.<\/li>\n
      3. Update tutti i plugin<\/strong>: Vai in Plugins e fai Update to latest.<\/li>\n
      4. Update WordPress a 7.0<\/strong>: Usa il pulsante di aggiornamento nel dashboard.<\/li>\n
      5. Testa ogni admin screen<\/strong>: Posts, Pages, Media, Utenti, Impostazioni. Cerco layout rotti, elementi mancanti, errori PHP.<\/li>\n
      6. Testa i workflow critici<\/strong>: Pubblica un articolo, carica un’immagine, modifica un utente, processa un pagamento WooCommerce se applicabile.<\/li>\n
      7. Controlla Site Health<\/strong>: Tools > Site Health. Qualsiasi avvertimento nuovo?<\/li>\n
      8. Esamina debug.log<\/strong>: wp-content\/debug.log. Deprecation notices? Errori fatali?<\/li>\n<\/ol>\n

        Step 4: Plugin Compatibility Audit<\/h3>\n

        Questo \u00e8 dove il rischio vive realmente. DataViews \u00e8 costruito su React, quindi i plugin che personalizzano gli schermi elenco legacy tramite filtri PHP, colonne admin personalizzate o CSS iniettato potrebbero richiedere aggiornamenti. I plugin legati a opzioni di schermo, menu azioni di massa o l’interfaccia quick-edit legacy hanno particolare probabilit\u00e0 di rompersi o scomparire dalla vista admin. I plugin che aggiungono metabox all’editor sono principalmente non influenzati, mentre i plugin legati a colonne admin o schermi elenco legacy potrebbero richiedere aggiornamenti<\/cite>.<\/p>\n

        Ho creato una categoria di rischio nel nostro sistema di tracking:<\/p>\n

          \n
        • Rosso (Alto Rischio)<\/strong>: Page builders (Elementor, Divi), plugin SEO (Yoast), Multilingue (WPML), WooCommerce estensioni<\/li>\n
        • Giallo (Medio Rischio)<\/strong>: Custom post type plugins, plugin con custom admin columns<\/li>\n
        • Verde (Basso Rischio)<\/strong>: Plugin che aggiungono metabox, plugin con REST API, plugin di sicurezza<\/li>\n<\/ul>\n

          Per ogni plugin in Rosso: verifica il support forum. I vendor principali (Gravity Forms, Yoast, WooCommerce) hanno release 7.0-compatibili entro la prima settimana dopo il lancio. Spesso hanno versioni beta disponibili prima<\/strong> del 20 maggio.<\/p>\n

          Step 5: Backup Completo<\/h3>\n

          Questo sembra ovvio, ma lo ripeto: backup completo file + database<\/strong> prima di qualsiasi cosa. Nel nostro Plesk, uso Backup Manager per creare uno snapshot pre-upgrade. Se qualcosa va male\u2014cosa rara ma possibile\u2014posso ripristinare in 20 minuti.<\/p>\n

          Configurazione AI per WordPress 7.0<\/h2>\n

          Una volta aggiornato, ecco cosa fare per sfruttare l’AI Client:<\/p>\n

          Registrare un Provider<\/h3>\n

          Accedi al dashboard WordPress 7.0:<\/p>\n

            \n
          1. Vai a Settings > Connectors<\/strong><\/li>\n
          2. Vedrai tre provider registrati per default: OpenAI, Anthropic, Google<\/li>\n
          3. Per ognuno, aggiungi la tua API key. Scegli quale vuoi come default<\/li>\n<\/ol>\n

            WordPress 7.0 supporta nativamente tre provider AI al lancio: OpenAI, Anthropic (Claude) e Google (Gemini). Configuri il tuo provider preferito una volta tramite Settings > Connectors, e ogni plugin compatibile sul tuo sito usa automaticamente quelle credenziali. Non pi\u00f9 gestire chiavi API separate per ogni plugin<\/cite>.<\/p>\n

            Registrare un’Abilit\u00e0 (Per Sviluppatori)<\/h3>\n

            Se stai costruendo un plugin WordPress 7.0-nativo, la registrazione di un’abilit\u00e0 avviene cos\u00ec:<\/p>\n


            \nadd_action( 'wp_abilities_api_init', function() {
            \n wp_register_ability( [
            \n 'name' => 'my-plugin\/generate-excerpt',
            \n 'description' => 'Genera un estratto da testo lungo',
            \n 'execute_callback' => function( $args ) {
            \n \/\/ La tua logica qui
            \n return [ 'excerpt' => 'Il testo generato' ];
            \n },
            \n 'input_schema' => [
            \n 'type' => 'object',
            \n 'properties' => [
            \n 'text' => [ 'type' => 'string', 'description' => 'Testo da riassumere' ],
            \n 'length' => [ 'type' => 'integer', 'description' => 'Lunghezza massima estratto' ]
            \n ]
            \n ]
            \n ] );
            \n} );
            \n<\/code><\/p>\n

            Ho fatto questo su tre plugin client, e richiede solo 30 righe di codice. Niente JavaScript complesso, niente build tools. Solo PHP. L’abilit\u00e0 \u00e8 automaticamente scopribile da AI agenti tramite MCP.<\/p>\n

            MCP Adapter: Agenti AI Autonomi<\/h2>\n

            Se vuoi che gli agenti AI (Claude, Cursor) interagiscano con WordPress autonomamente, devi il MCP Adapter<\/strong>.<\/p>\n

            Le abilit\u00e0 registrate diventano scopribili e richiamabili come strumenti MCP da client compatibili, inclusi Claude Desktop, Claude Code, Cursor e VS Code<\/cite>.<\/p>\n

            Nel mio workflow:<\/p>\n

              \n
            1. Installo il WordPress MCP Adapter<\/strong> dal repository ufficiale<\/li>\n
            2. Configuro Settings > WordPress MCP > Authentication Tokens (genero un JWT)<\/li>\n
            3. Nel mio Claude Desktop config file, aggiungo l’endpoint MCP WordPress<\/li>\n
            4. Claude scopre automaticamente tutte le abilit\u00e0 registrate e pu\u00f2 eseguirle<\/li>\n<\/ol>\n

              Ho testato questo per “crea un post da una richiesta di testo”. Claude Desktop ha capito lo schema, ha strutturato il payload JSON, ha fatto la richiesta, e il post \u00e8 stato creato. Niente custom glue code. \u00c8 il genere di automazione che mi fa risparmiare ore di scripting personalizzato per client.<\/p>\n

              FAQ<\/h2>\n

              Devo aggiornarmi il 20 maggio?<\/h3>\n

              No. Aspetta.<\/strong> L’approccio pi\u00f9 sicuro \u00e8 aspettare una o due settimane dopo il rilascio. A quel punto, i vendor di plugin principali hanno rilasciato patch di compatibilit\u00e0, gli early adopter hanno scoperto bug edge-case, e WordPress 7.0.1 potrebbe essere gi\u00e0 disponibile<\/cite>. Eravamo agli stessi livelli di paranoia con il Gutenberg drop-in in 5.0. Aspetta due settimane. La tua agenzia ringraziante.<\/p>\n

              Cosa succede se il mio sito \u00e8 su PHP 7.4 quando esce 7.0?<\/h3>\n

              WordPress non ti forzer\u00e0 ad aggiornare. I siti che non soddisfano i requisiti PHP o MySQL minimo non riceveranno l’offerta di aggiornamento a WordPress 7.0. Rimangono sul ramo di sicurezza 6.9 fino a quando l’hosting non viene aggiornato<\/cite>. Resterai su WordPress 6.9, che continuer\u00e0 a ricevere aggiornamenti di sicurezza. Non \u00e8 ideale a lungo termine, ma non \u00e8 una situazione di crisi.<\/p>\n

              Devo usare il Web AI Client?<\/h3>\n

              No. L’AI Client \u00e8 solo infrastruttura\u2014nessuna feature AI si attiva automaticamente. Devi installare un plugin provider e configurare chiavi API prima che qualcosa di AI-correlato accada<\/cite>. Se non installi plugin AI, WordPress 7.0 si comporta esattamente come 6.9 dal lato AI. \u00c8 tutto opt-in.<\/p>\n

              \u00c8 vera la real-time collaboration?<\/h3>\n

              No. Matt Mullenweg ha rimosso la real-time collaboration da WordPress 7.0 l’8 maggio 2026, dodici giorni prima del rilascio. Il codice \u00e8 stato cancellato da core per RC3, non solo disabilitato<\/cite>. \u00c8 stata una decisione difficile, ma era necessaria. La feature non era stabile. Block-level Notes (commenti su blocchi) rimane ed \u00e8 utile per i team.<\/p>\n

              PHP 8.3 \u00e8 completamente stabile per WordPress?<\/h3>\n

              S\u00ec, per WordPress core. Ma dipende dai tuoi plugin. WordPress Core \u00e8 completamente compatibile con PHP 8.0 fino a 8.3 ed \u00e8 in supporto beta per PHP 8.4 e 8.5. Ci\u00f2 garantisce che i proprietari di siti che eseguono l’upgrade a versioni PHP pi\u00f9 recenti possono continuare a beneficiare dei miglioramenti di prestazioni e sicurezza senza rischiare la funzionalit\u00e0<\/cite>. Ma: testa su staging prima. Alcuni plugin legacy ancora non sono pronti per PHP 8.3.<\/p>\n

              Conclusione: WordPress 7.0 \u00e8 un Salto Architetturale, Non Cosmetico<\/h2>\n

              Il rilascio finale porter\u00e0 real-time co-editing, nuovi blocchi, una Web Client AI API e un design admin rinfrescato nel CMS pi\u00f9 utilizzato al mondo<\/cite>\u2014ma attenzione, la real-time collaboration \u00e8 stata rimossa. Quello che rimane \u00e8 l’infrastruttura: AI Client, Abilities API, MCP Adapter<\/strong>. \u00c8 la fondazione per WordPress controllato da agenti autonomi.<\/p>\n

              Nella mia esperienza di 12+ anni con WordPress e Plesk, questo \u00e8 il rilascio pi\u00f9 significativo dal punto di vista architetturale da quando \u00e8 arrivato Gutenberg nel 2018. Non \u00e8 sui titoli\u2014\u00e8 sotto il cofano.<\/p>\n

              Il tuo action plan:<\/strong><\/p>\n

                \n
              1. Controlla PHP versione oggi<\/li>\n
              2. Pianifica upgrade a PHP 8.3 se su 7.x<\/li>\n
              3. Testa su staging il 21 maggio (non il 20)<\/li>\n
              4. Aspetta 2 settimane prima di production<\/li>\n
              5. Audita plugin per compatibilit\u00e0 DataViews<\/li>\n
              6. Configura AI Connectors solo se servono<\/li>\n<\/ol>\n

                Se stai correndo un’agenzia o un hosting multi-client, questa \u00e8 anche l’opportunit\u00e0 per educere i tuoi clienti su cosa significano Abilities API e MCP\u2014un anno da oggi, saranno domande standard. Leggere questo articolo adesso ti mette due passi avanti.<\/p>\n

                Domande sulla migrazione al tuo stack specifico? Sono qui\u2014scrivi nei commenti. Ho testato questo su Plesk, AWS, e hosting tradizionale cPanel. So dove vanno a male le cose.<\/p>\n","protected":false},"excerpt":{"rendered":"

                WordPress 7.0 arriva il 20 maggio 2026 con AI Client API, Abilities API e MCP Integration. Checklist completa: PHP 8.3, MySQL 8.0, compatibility testing e configurazione provider.<\/p>\n","protected":false},"author":1,"featured_media":2025,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"WordPress 7.0 Maggio 2026: AI API, Checklist PHP 8.3","_seopress_titles_desc":"WordPress 7.0 il 20 maggio 2026: Web Client AI API, Abilities API, MCP Adapter. Guida completa: upgrade PHP 8.3, MySQL 8.0, compatibility testing e configurazione.","_seopress_robots_index":"","footnotes":""},"categories":[2],"tags":[333,797,796,798,292],"class_list":["post-2024","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress","tag-ai-integration","tag-mcp-adapter","tag-php-8-3","tag-sistema-administrator","tag-wordpress-7-0"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/2024","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=2024"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/2024\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/2025"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=2024"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=2024"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=2024"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}