Questo articolo non è una recensione di starter kit commerciali. È una guida operativa per capire cosa sono gli App Kit, come si differenziano dai page builder (che sono tutta un'altra cosa), come usarli in modo produttivo senza diventare dipendenti da un vendor, e come integrarli con l'AI in modo che il time-to-market si riduca davvero del 50-60% su progetti reali. Vedrai 4 stack concreti che uso con clienti, snippet di codice, e una roadmap di adozione per agenzie di 1, 5, e 20 persone.

Lettura collegata: gli App Kit si appoggiano pesantemente a WordPress 7.0 AI Connectors: guida operativa per sviluppatori e agenzie per la parte di integrazione AI nativa. Se il tuo focus è l'economia dell'agenzia, parti invece da AI workflow agenzia WordPress: come ri-progettare i processi nel 2026 per il workflow interno. Per capire come posizionare i prezzi con i kit, leggi Prezzi siti web nell'era AI: quanto dovrebbe costare davvero un sito nel 2026.

Cosa sono davvero gli App Kit WordPress 2026

Facciamo chiarezza, perché il mercato è pieno di termini sovrapposti. Un App Kit (o "starter kit", o "launch kit", o "project scaffold") è un pacchetto pre-configurato che include:

• Tema child WordPress già configurato
• Plugin essenziali pre-selezionati e licenziati
• Blocchi Gutenberg custom per i pattern più richiesti (hero, pricing, FAQ, contatti)
• Template di pagina pronti (landing, about, contatti, blog)
• Schema JSON-LD precaricato
• Setup SEO di base (Rank Math/Yoast) con sitemap e robots
• Configurazione WP-CLI per ambiente locale
• Documentazione per il cliente finale

La differenza con un page builder (Elementor, Divi, Bricks) è sostanziale: il page builder è uno strumento di editing visuale, l'App Kit è un'architettura di partenza. Non sono in competizione: gli App Kit possono usare un page builder al loro interno, oppure no.

Perché gli App Kit sono il trend 2026 (e non una moda passeggera)

Tre forze strutturali stanno spingendo l'adozione degli App Kit:

• WordPress 7.0 AI Connectors rendono "nativa" l'integrazione AI nel core: un App Kit che parte con WP 7.0 può offrire funzionalità AI (generazione contenuti, traduzione, ottimizzazione SEO) senza plugin aggiuntivi
• Time-to-market come vantaggio competitivo per agenzie: chi consegna in 3 settimane invece di 3 mesi vince preventivi a parità di qualità percepita
• Aumento della complessità tecnica (block themes, FSE, AI) rende impossibile partire da zero per ogni progetto: serve una base consolidata

I numeri che vedono le agenzie che usano App Kit: riduzione del 40-60% del tempo di setup, riduzione del 30% dei bug di integrazione, e customer satisfaction più alta perché il cliente vede risultati in settimana 1.

App Kit vs page builder: tabella di confronto reale

La conclusione operativa: per progetti corporate, blog professionali, e-commerce strutturati, l'App Kit vince. Per progetti one-off con molta personalizzazione visuale e tempo illimitato, il page builder resta valido.

I 4 stack di App Kit che uso davvero nel 2026

Dopo aver testato 12 soluzioni diverse, ho consolidato quattro stack per quattro scenari tipici.

Stack 1: "Lean Agency" per freelance e team 1-3

Tema base: Twenty Twenty-Five o un block theme minimale Plugin core: Rank Math SEO, WPForms Lite, Wordfence, UpdraftPlus AI: WordPress 7.0 AI Connectors + OpenAI API key Blocchi custom: 6-8 blocchi (hero, CTA, pricing, FAQ, testimonial, team) Workflow: WP-CLI + Git per il versionamento Costo: ~0 € (tutto open source) + 20-50 €/mese di API AI

Questo stack è perfetto per freelance che fanno 10-15 siti/anno di dimensioni medio-piccole. Setup iniziale: 2 giorni. Tempo di consegna per progetto: 2-3 settimane.

Stack 2: "WooCommerce Ready" per agenzie con clienti e-commerce

Tema base: Storefront o un block theme WooCommerce Plugin core: WooCommerce, Rank Math, WPForms, YITH WooCommerce Wishlist, Klaviyo AI: WP 7.0 AI Connectors + Gato AI per traduzioni schede prodotto Blocchi custom: 12-15 blocchi con focus prodotto (product grid, category, single product, cart, checkout) Workflow: WP-CLI + Composer + Git Costo: ~300 € (plugin premium) + 50-150 €/mese API AI

Questo stack serve clienti con cataloghi 50-500 prodotti, necessità di traduzione multilingua, e integrazione con CRM email marketing.

Stack 3: "Corporate Multilingua" per agenzie 5+ persone

Tema base: block theme custom basato sul design system del cliente Plugin core: Polylang Pro, Rank Math Business, ACF Pro, WP Rocket, Cloudflare APO AI: WP 7.0 AI Connectors + Gato AI + DeepL API per qualità editoriale Blocchi custom: 20-30 blocchi con design system del cliente Workflow: Git + CI/CD (GitHub Actions) + staging server Costo: ~1000-2000 € (plugin premium annuali) + 200-500 €/mese API AI

Questo stack serve clienti corporate con 5+ lingue, workflow di approvazione, e compliance GDPR/CCPA.

Stack 4: "AI-First" per startup innovative

Tema base: block theme custom Plugin core: WordPress 7.0 + AI Connectors nativi, Headless setup possibile AI: OpenAI GPT-4o + Anthropic Claude + RAG self-hosted con Qdrant Blocchi custom: 8-10 blocchi con focus su contenuti generati (blog AI-assisted, FAQ dinamiche, product descriptions) Workflow: Git + CI/CD + monitoring AI costs Costo: 500-1500 € + 200-1000 €/mese API AI (dipende da traffico)

Questo stack è per chi fa prodotti content-heavy (review, comparison, news) dove l'AI genera il 60-80% del contenuto.

Come costruire un App Kit proprietario in 5 step

Se non vuoi dipendere da un kit commerciale (e hai più di 5-10 siti/anno da consegnare), costruiscine uno tuo. Tempo di investimento iniziale: 2-4 settimane, ROI dopo 6 mesi.

Step 1: setup del repository base

# struttura del repository dell'App Kit
mkdir my-agency-kit && cd my-agency-kit
git init
mkdir -p wp-content/themes/agency-kit
mkdir -p wp-content/plugins/agency-kit-blocks
mkdir -p wp-content/mu-plugins/agency-kit-config
mkdir -p docs
mkdir -p scripts

Step 2: theme.json con design tokens

Il theme.json è il cuore del block theme. Definisci qui colori, font, spacing una volta sola:

{
  "settings": {
    "color": {
      "palette": [
        { "slug": "primary", "color": "#1e40af" },
        { "slug": "secondary", "color": "#64748b" },
        { "slug": "accent", "color": "#f59e0b" }
      ]
    },
    "typography": {
      "fontFamilies": [
        { "slug": "sans", "name": "Inter", "fontFamily": "Inter, sans-serif" }
      ],
      "fontSizes": [
        { "slug": "small", "size": "0.875rem" },
        { "slug": "medium", "size": "1.125rem" },
        { "slug": "large", "size": "1.5rem" }
      ]
    },
    "spacing": {
      "spacingScale": { "steps": 5 }
    }
  }
}

Step 3: blocchi custom riutilizzabili

Crea blocchi nativi (non plugin di terze parti) per i pattern ricorrenti. Esempio di un blocco "Hero" registrato in PHP:

<?php
// wp-content/plugins/agency-kit-blocks/blocks/hero/register.php
add_action( 'init', function() {
    register_block_type( __DIR__ . '/block.json' );
} );

// block.json
{
  "apiVersion": 3,
  "name": "agency-kit/hero",
  "title": "Hero Agency Kit",
  "category": "design",
  "icon": "cover-image",
  "supports": { "html": false },
  "attributes": {
    "title": { "type": "string", "default": "" },
    "subtitle": { "type": "string", "default": "" },
    "ctaText": { "type": "string", "default": "" },
    "ctaUrl": { "type": "string", "default": "" }
  }
}

Step 4: script di setup WP-CLI

Automatizza il setup del sito con uno script bash:

#!/bin/bash
# scripts/setup-new-site.sh
SITE_NAME=$1
DOMAIN=$2

# installa WordPress
wp core download --allow-root
wp config create --dbname=$SITE_NAME --dbuser=wp --dbpass=wp --allow-root
wp core install --url=$DOMAIN --title="$SITE_NAME" --admin_user=admin --admin_password=admin --admin_email=admin@$DOMAIN --allow-root

# installa plugin core
wp plugin install rank-math-seo wpforms-lite wordfence updraftplus --activate --allow-root

# attiva tema
wp theme activate agency-kit --allow-root

# setup AI Connectors WP 7.0
wp option update wp_ai_provider openai --allow-root
wp option update wp_ai_model gpt-4o --allow-root

Step 5: documentazione per il cliente

Una buona App Kit include sempre documentazione per il cliente finale, non solo per il developer. PDF Markdown o Knowledge Base interna con:

• Come aggiungere un articolo
• Come creare una landing
• Come gestire le traduzioni
• Come monitorare le performance
• A chi chiedere supporto

Integrazione AI: come sfruttare WP 7.0 Connectors in un App Kit

WordPress 7.0 ha introdotto gli AI Connectors, che permettono di chiamate provider AI nativi (OpenAI, Anthropic, Google) senza plugin intermedi. In un App Kit, ecco le tre feature AI da abilitare fin da subito.

Feature 1: generazione meta description automatica

<?php
// mu-plugins/agency-kit-config/auto-meta-description.php
add_action( 'save_post', function( $post_id ) {
    if ( wp_is_post_revision( $post_id ) || get_post_status( $post_id ) !== 'publish' ) {
        return;
    }
    $post = get_post( $post_id );
    if ( strlen( $post->post_excerpt ) === 0 ) {
        $prompt = "Genera una meta description SEO di 150 caratteri in italiano per: " . wp_strip_all_tags( $post->post_title );
        $excerpt = wp_ai_generate( $prompt, [ 'max_tokens' => 60 ] );
        wp_update_post( [ 'ID' => $post_id, 'post_excerpt' => $excerpt ] );
    }
}, 20 );

Feature 2: traduzione assistita on save

Usa l'AI Connectors con Polylang Pro per generare la prima bozza di traduzione:

<?php
// mu-plugins/agency-kit-config/auto-translate.php
add_action( 'pll_save_post', function( $post_id, $target_lang ) {
    $source_post = get_post( $post_id );
    if ( pll_get_post_translations( $post_id ) ) {
        foreach ( pll_get_post_translations( $post_id ) as $lang => $translation_id ) {
            $translation = get_post( $translation_id );
            if ( empty( $translation->post_content ) || strlen( wp_strip_all_tags( $translation->post_content ) ) < 100 ) {
                $prompt = "Traduci in $lang mantenendo HTML e shortcode: " . $source_post->post_content;
                $translated = wp_ai_translate( $source_post->post_content, $lang );
                wp_update_post( [ 'ID' => $translation_id, 'post_content' => $translated ] );
            }
        }
    }
}, 20, 2 );

Feature 3: ottimizzazione SEO automatica

L'AI può suggerire miglioramenti SEO a partire dall'articolo. Crea un endpoint REST custom:

<?php
// mu-plugins/agency-kit-config/seo-suggestions.php
add_action( 'rest_api_init', function() {
    register_rest_route( 'agency-kit/v1', '/seo-suggest/(?P<id>\d+)', [
        'methods' => 'POST',
        'callback' => function( $request ) {
            $post = get_post( $request['id'] );
            $prompt = "Analizza questo articolo e suggerisci: 1) focus keyword principale, 2) 5 long-tail correlate, 3) miglioramenti al title tag, 4) ottimizzazioni meta description. Articolo: " . wp_strip_all_tags( $post->post_content );
            return new WP_REST_Response( [ 'suggestions' => wp_ai_generate( $prompt, [ 'max_tokens' => 500 ] ) ], 200 );
        },
        'permission_callback' => function() {
            return current_user_can( 'edit_posts' );
        }
    ] );
} );

Metriche reali di un'agenzia con App Kit

Per dare concretezza al discorso, ecco le metriche di un'agenzia italiana di 8 persone che ha adottato un App Kit proprietario da gennaio 2026:

Il dato più sorprendente non è il time-to-market ma il tasso di rifiuto in fase di preventivo: un'App Kit permette di fare preventivi rapidi e precisi, e i clienti scelgono di più.

Errori da evitare con gli App Kit

I 5 errori che vedo fare più spesso quando si adotta un App Kit:

• Kit troppo generico: se il kit ha 50 funzionalità e il cliente ne usa 10, stai portandoti dentro bloat inutilmente. Fai kit verticali (corporate, e-commerce, blog, portfolio) con varianti minime.
• Troppa automazione AI: l'AI deve assistere, non sostituire. Una traduzione AI senza post-editing umano è un danno reputazionale. Una meta description AI senza review è una marchetta acida.
• Vendor lock-in mascherato: anche un App Kit open source può diventare un lock-in se usi pattern non standard. Mantieni sempre le best practice WordPress, non creare un "ecosistema chiuso".
• Ignorare la manutenzione: un App Kit va aggiornato. Se blocchi la manutenzione per 6 mesi, ti ritrovi con un kit WP 6.4 quando il mondo è già su WP 7.x.
• Sottovalutare la formazione del cliente: dare un App Kit al cliente senza formazione significa che il cliente continuerà a chiederti "come si fa" per ogni modifica. Investi in 2-4 ore di formazione iniziale.

Quando NON usare un App Kit

Ci sono scenari in cui un App Kit è controproducente:

• Siti vetrina one-off sotto i 5.000 € di budget: il costo del kit supera il risparmio
• Progetti altamente customizzati con design system proprietario complesso: meglio partire da zero
• Migrazioni da CMS legacy (Drupal, Joomla, custom PHP): un App Kit non aiuta nella fase di migrazione
• Multisite enterprise con policy IT stringenti: meglio valutare soluzioni headless

Roadmap di adozione per agenzie di 3 dimensioni diverse

Agenzia 1 persona (freelance)

• Mese 1: scegli uno stack "Lean Agency" open source e usa per 3 progetti
• Mese 2: identifica cosa hai personalizzato in tutti e 3 e promuovi a blocco "core"
• Mese 3: scrivi la documentazione per il cliente finale
• Mese 4: kit v1.0 pronto, lo applichi a tutti i nuovi progetti

Agenzia 5-10 persone

• Mese 1: nomina un "kit owner" interno (1 developer dedicato)
• Mese 2: seleziona 2-3 stack diversi per i 2-3 segmenti di clientela
• Mese 3: scrivi script di setup WP-CLI riutilizzabili
• Mese 4: documentazione interna + formazione del team
• Mese 5: adozione su tutti i nuovi progetti
• Mese 6: review retrospettiva e iterazione

Agenzia 20+ persone

• Mese 1-2: audit dei progetti degli ultimi 12 mesi, identifica pattern ricorrenti
• Mese 3: definisci 3-4 kit standard con naming chiaro
• Mese 4-6: sviluppo dei kit in parallelo, code review
• Mese 7: formazione intero team, definizione di policy di contribuzione
• Mese 8-9: rollout su tutti i nuovi progetti
• Mese 10-12: raccolta feedback, iterazione v2.0

FAQ

Quanto costa costruire un App Kit proprietario?

Per un'agenzia singola: 1-2 settimane di developer time (costo opportunità), zero costi diretti. Per un'agenzia 5+ persone: 1-2 mesi di 1 developer dedicato + ~500-2000 € di tool premium. Il ROI arriva mediamente entro 6 mesi.

Esistono App Kit commerciali validi nel 2026?

Sì, i più noti sono Starter Templates di Brainstorm Force, Starter Sites di Starter Templates Pro, e i kit di WPZOOM. Sono validi ma personalizzabili con limiti. Per agenzie con bisogni specifici, un kit proprietario è quasi sempre preferibile nel medio periodo.

L'AI Connectors di WordPress 7.0 funziona davvero o è una promessa?

Funziona ed è in produzione su progetti reali da maggio 2026. Le limitazioni attuali: richiede API key OpenAI/Anthropic, ha rate limit per utente, e l'interfaccia admin è ancora basica. Per produzione consiglio di disabilitare l'uso da parte di editor non autenticati.

Posso combinare App Kit e page builder?

Sì, l'approccio "hybrid" è comune: App Kit per architettura + page builder (Bricks o GenerateBlocks) per pagine specifiche ad alta personalizzazione. Il costo è maggiore in licenze, ma la flessibilità è impagabile su certi progetti.

Come evito il vendor lock-in se uso un App Kit commerciale?

Scegli kit basati su standard WordPress (block themes, theme.json, plugin GPL). Evita kit che richiedono plugin proprietari non presenti su WordPress.org. Testa sempre la portabilità: riesci a migrare il sito via strumenti standard WP (All-in-One WP Migration)?

Quanto deve essere grande un'agenzia per giustificare un App Kit proprietario?

Già da 1 persona se fai più di 5 siti/anno. Il break-even è a ~6-8 siti/anno, dopo di che il risparmio di tempo diventa margine netto.

L'AI sostituirà i page builder nel 2026-2027?

No, ma li ridisegnerà. I page builder diventeranno sempre più "AI-augmented" (suggerimenti di layout, generazione di sezioni), ma resteranno lo strumento di controllo granulare. Gli App Kit e l'AI lavorano su layer diversi.

Checklist operativa per l'adozione di un App Kit in agenzia

• [ ] Audit dei progetti degli ultimi 12 mesi per identificare pattern ricorrenti
• [ ] Scelta del tipo di App Kit (proprietario vs commerciale) giustificata
• [ ] Stack tecnologico definito (tema, plugin, AI, hosting)
• [ ] Script di setup WP-CLI testato in staging
• [ ] Documentazione interna per il team
• [ ] Documentazione per il cliente finale
• [ ] Formazione iniziale erogata
• [ ] Policy di manutenzione trimestrale definita
• [ ] Roadmap di evoluzione del kit (versione 1.x, 2.x)
• [ ] Metriche di successo definite (time-to-market, margin, NPS)

Riferimenti utili per approfondire

• WordPress 7.0 AI Connectors: guida operativa per sviluppatori e agenzie - base tecnica per integrare AI in un App Kit
• AI workflow agenzia WordPress: come ri-progettare i processi nel 2026 - workflow interno agenzia con AI
• Prezzi siti web nell'era AI: quanto dovrebbe costare davvero un sito nel 2026 - come posizionare i prezzi con un App Kit
• WPBeginner Spotlight 21: From App Kits to AI Agents - fonte dell'analisi sugli App Kit
• WordPress 7.0 release notes ufficiali - novità del core per AI Connectors
• theme.json reference ufficiale - come strutturare il design system
• WP-CLI commands reference - per automatizzare il setup
• Polylang Pro per multilingua - integrazione AI in App Kit multilingua
• Rank Math SEO per App Kit - setup SEO ottimizzato per block theme
• Gutenberg block development handbook - come creare blocchi custom riutilizzabili
• Starter Templates di Brainstorm Force - esempio di App Kit commerciale
• WP Tavern - sezione WordPress news - aggiornamenti continui sul tema

L'angolo è operativo: niente entusiasmo generico, niente tutorial copia-incolla. Vediamo cosa c'è sotto il cofano, quanto si risparmia, e dove si nascondono i trabocchetti. È complementare alla panoramica su WordPress nel 2026 e al metodo per creare plugin con AI già pubblicati su mrtux.it.

Cosa sono davvero gli AI Connectors di WordPress 7.0

La schermata Settings → Connectors è, nelle intenzioni del core team, un App Store interno per i provider AI. Si installa un connettore (al lancio: OpenAI, Gemini, Claude), si inseriscono le credenziali una sola volta, e ogni plugin o tema che supporta la WordPress AI API può usare quel provider senza che l'utente finale debba configurare nulla altrove.

Prima di WordPress 7.0 la situazione era questa: ogni plugin AI (Jetpack AI, AI Engine, Bertha AI, Uncanny Automator con OpenAI, Rank Math Content AI, Divi AI) chiedeva all'utente la propria API key, oppure vendeva crediti propri con un ricarico del 30-70%. Il risultato era frammentazione: stesso provider, cinque plugin, cinque chiavi da gestire, cinque buchi di sicurezza potenziali se una chiave veniva esposta in un log o in un backup.

Con i Connectors, le credenziali sono memorizzate in un unico posto, gestite da un'API standardizzata, e accessibili solo ai plugin che hanno dichiarato l'intent di usarle tramite capability esplicite. È lo stesso modello che Apple usa per le estensioni del sistema operativo: il browser può chiedere l'accesso alla fotocamera, ma deve dichiarare perché e l'utente vede l'autorizzazione.

Cosa cambia tecnicamente per chi sviluppa plugin

Per uno sviluppatore WordPress, l'arrivo dei Connectors significa tre cose concrete.

1. Una sola API da chiamare. Non serve più integrare la SDK di OpenAI, poi quella di Anthropic, poi quella di Google. Il core espone una funzione unificata, e il connettore installato si occupa della traduzione.

// Chiamata standard alla WordPress AI API
$response = wp_ai_request( [
    'connector' => 'openai', // o 'claude', 'gemini'
    'model'     => 'gpt-4o-mini',
    'messages'  => [
        [ 'role' => 'system', 'content' => 'Sei un assistente per la scrittura SEO.' ],
        [ 'role' => 'user',   'content' => 'Riscrivi questo paragrafo in modo più chiaro: ' . $post_excerpt ],
    ],
    'max_tokens' => 600,
] );

if ( is_wp_error( $response ) ) {
    error_log( 'AI call failed: ' . $response->get_error_message() );
    return $post_excerpt; // fallback deterministico
}

return $response['choices'][0]['message']['content'];

Questa funzione wp_ai_request() esiste in beta dalla 6.6 ed è stata stabilizzata nella 7.0. Restituisce un WP_Error se il connettore non è configurato, se l'utente non ha i permessi, o se il provider ha rifiutato la richiesta. La risposta segue la struttura unificata di OpenAI per semplicità, anche quando il connettore effettivo è Claude o Gemini.

2. Capability-based access. Un plugin non può "rubare" la chiave API di un altro plugin. Se il plugin A dichiara capability ai:read e il plugin B dichiara ai:write, l'utente può autorizzare l'uno, l'altro, o entrambi in modo indipendente. Niente più fughe di credenziali cross-plugin.

// Dichiarare le capability di un plugin
add_filter( 'wp_ai_connector_capabilities', function( $caps, $plugin_file ) {
    if ( $plugin_file === 'my-plugin/my-plugin.php' ) {
        $caps[] = [
            'id'          => 'content_rewrite',
            'label'       => 'Riscrittura contenuti',
            'description' => 'Permette al plugin di riscrivere testi usando il provider configurato.',
            'scope'       => 'posts',
        ];
    }
    return $caps;
}, 10, 2 );

3. Disattivazione globale con un define. Se l'utente finale non vuole AI in nessuna forma, basta una riga in wp-config.php:

// Disabilita TUTTE le funzionalità AI del core e dei plugin compatibili
define( 'WP_AI_SUPPORT', false );

Questa singola riga spegne la WordPress AI API, l'UI dei Connectors, e blocca le chiamate di tutti i plugin che la rispettano. È il "kill switch" che molte aziende europee chiedevano da anni per motivi di compliance GDPR.

L'architettura dei Connectors: provider package

Ogni connettore è un provider package, distribuito come plugin leggero dal core team tramite il repository ufficiale. Al lancio ce ne sono tre, ma l'architettura è aperta: chiunque può pubblicarne uno per qualsiasi provider (Mistral, Cohere, Groq, Ollama locale, LM Studio) purché rispetti le linee guida del core.

Un provider package non è un plugin tradizionale. È una libreria che:

• Registra se stessa nella schermata Connectors con un logo e una descrizione
• Espone le credenziali cifrate nel database (mai in chiaro, anche in wp_options)
• Implementa un adapter che traduce le chiamate standard wp_ai_request() nel formato del provider specifico
• Gestisce rate limit, retry, e fallback con messaggi di errore localizzati

Questo significa che sviluppare un nuovo connettore per, poniamo, Mistral AI, è un lavoro di poche centinaia di righe di PHP. La complessità del protocollo è gestita dal core; al package resta solo l'adapter.

// Esempio minimale di provider package (struttura concettuale)
class Mistral_Connector implements WP_AI_Provider_Interface {
    public function get_id()   { return 'mistral'; }
    public function get_label(){ return 'Mistral AI'; }

    public function send_request( array $payload, array $credentials ) {
        $response = wp_remote_post( 'https://api.mistral.ai/v1/chat/completions', [
            'headers' => [
                'Authorization' => 'Bearer ' . $credentials['api_key'],
                'Content-Type'  => 'application/json',
            ],
            'body' => wp_json_encode( $payload ),
            'timeout' => 30,
        ] );

        if ( is_wp_error( $response ) ) {
            return $response;
        }

        $body = json_decode( wp_remote_retrieve_body( $response ), true );
        return $this->normalize_response( $body );
    }

    public function normalize_response( $raw ) {
        // Adatta la risposta Mistral allo schema unificato
        return [
            'choices' => [
                [ 'message' => [ 'content' => $raw['choices'][0]['message']['content'] ?? '' ] ]
            ],
            'usage' => $raw['usage'] ?? [],
        ];
    }
}

Risparmio reale: quanto costa oggi l'AI in WordPress

Chi gestisce un'installazione WordPress con più plugin AI sa che i costi sono un labirinto. Facciamo i conti.

Scenario tipico: agenzia con 30 siti clienti

Prima dei Connectors, un'agenzia che usa 3 plugin AI (Jetpack AI per i contenuti, Rank Math Content AI per la SEO, Bertha AI per le immagini) si trova a gestire 90 chiavi API diverse (3 per sito), con fatturazione frammentata su 3 dashboard diverse, e zero visibilità d'insieme sui consumi.

Dopo i Connectors, l'agenzia può:

• Inserire una chiave OpenAI per ciascuno dei 30 siti (o una chiave shared con un organization ID)
• Scegliere modello per sito (gpt-4o-mini per i blog, gpt-4o per i clienti premium)
• Centralizzare il monitoraggio dei costi con un plugin di observability (es. WP Activity Log + esportazione verso Datadog)

Risparmio stimato: 20-40% del costo totale delle API, derivante da:

• Nessun ricarico dei plugin (Jetpack AI ha un ricarico stimato del 30%)
• Scelta libera del modello (molti plugin bloccano su GPT-4, costringendo a pagare il tier più caro)
• Caching condiviso: la stessa risposta a "riscrivi questo titolo" non viene ricalcolata N volte

Per un'agenzia media con 30 siti e 500.000 chiamate AI/mese, parliamo di un risparmio di 150-400€ al mese, cioè 1.800-4.800€ all'anno. Non è poco.

Cosa cambia per il singolo blogger

Per un blogger singolo con un solo sito, il vantaggio è diverso ma reale: niente più account multipli da creare, niente più abbonamenti mensili a 4-5 plugin AI diversi, e la possibilità di cambiare provider (passare da OpenAI a Claude, per esempio) senza dover reinstallare nulla.

Governance e GDPR: il kill switch che serve davvero

Per le aziende europee, la parte più interessante dei Connectors non è tecnica: è legale. La possibilità di disabilitare TUTTA l'AI con un singolo define è una manna per i responsabili della compliance.

// wp-config.php
define( 'WP_AI_SUPPORT', false );

Con questa riga, il core non espone più l'API, e qualsiasi plugin che la usa in modo corretto riceve un WP_Error quando tenta la chiamata. Questo significa:

• Nessun dato inviato a provider terzi senza consenso esplicito
• Nessun rischio di data leakage via prompt caching
• Audit semplificato: il define è una riga di config, facile da documentare in una DPIA

Per i team che invece VOGLIONO usare l'AI, i Connectors offrono un altro vantaggio GDPR: la capacità di specificare, plugin per plugin, cosa quel plugin è autorizzato a fare. Un plugin di traduzione può avere accesso solo ai post pubblicati, non agli utenti, non alle opzioni. È granulare.

Migrazione da plugin AI esistenti: il caso Jetpack AI

Jetpack AI Assistant è stato uno dei plugin AI più diffusi su WordPress. Con l'arrivo dei Connectors, ha senso migrare? Dipende.

Resta su Jetpack AI se:

• Usi già l'account WordPress.com e ti fa comodo il billing unificato
• Vuoi il prompt engineering guidato (Jetpack AI ha template pronti)
• Usi funzioni specifiche come il "tweak with AI" inline nell'editor

Migra ai Connectors nativi se:

• Vuoi controllo granulare sul modello e sul provider
• Gestisci più siti e vuoi centralizzare le credenziali
• Vuoi risparmiare sul ricarico Jetpack (stimato 30%)
• Hai esigenze GDPR stringenti e vuoi il kill switch globale

La migrazione tecnica è semplice: installa il connettore OpenAI, configura la chiave, poi disattiva Jetpack AI e adatta i template dei prompt. In un caso reale che ho seguito, un'agenzia ha migrato 12 siti in 4 ore, con un risparmio mensile di 180€.

Limiti e trabocchetti: dove la nuova feature delude

I Connectors non sono perfetti. Ecco i limiti reali incontrati in produzione.

Limite 1: i provider package sono al lancio solo tre

OpenAI, Gemini, Claude. Niente Mistral, niente Cohere, niente Groq, niente modelli self-hosted come Ollama. Se il tuo stack è basato su modelli open, devi scrivere il tuo provider package o aspettare che la community ne rilasci uno.

Limite 2: niente streaming nelle risposte

La funzione wp_ai_request() è sincrona. Non c'è streaming SSE come in ChatGPT: tutta la risposta arriva in un blocco unico. Per usi normali va bene, ma se vuoi un'esperienza "typing effect" nell'editor devi implementare un endpoint custom che chiami direttamente la SDK del provider, bypassando la AI API core.

Limite 3: il caching non è integrato

Se due plugin fanno la stessa identica richiesta (es. "genera meta description per questo articolo"), la chiamata al provider viene duplicata. I Connectors non deduplicano automaticamente. Serve un layer di caching esplicito:

// Pattern di caching con transients
$cache_key = 'ai_rewrite_' . md5( $post_excerpt );
$result    = get_transient( $cache_key );

if ( false === $result ) {
    $response = wp_ai_request( $payload );
    if ( ! is_wp_error( $response ) ) {
        $result = $response['choices'][0]['message']['content'];
        set_transient( $cache_key, $result, HOUR_IN_SECONDS );
    }
}

Limite 4: gli errori del provider arrivano come stringhe

Se OpenAI rifiuta una richiesta per quota esaurita, il messaggio arriva in inglese nel WP_Error. Non c'è localizzazione automatica. Per un prodotto multilingua, devi mappare i codici errore manualmente.

Esempio reale: costruire un plugin con i Connectors

Mettiamo in pratica quanto visto. Ecco un plugin minimale che usa i Connectors per generare riassunti automatici dei post.

<?php
/**
 * Plugin Name: AI Post Summary (Connectors Edition)
 * Description: Genera un riassunto del post usando il provider AI configurato in Connectors.
 * Version: 1.0.0
 * Requires at least: 7.0
 */

if ( ! defined( 'ABSPATH' ) ) {
    exit;
}

// 1. Aggiungiamo il meta box nell'editor
add_action( 'add_meta_boxes', function() {
    add_meta_box(
        'ai_post_summary',
        'Riassunto AI',
        'aips_render_summary_box',
        'post',
        'side',
        'high'
    );
} );

function aips_render_summary_box( $post ) {
    $summary = get_post_meta( $post->ID, '_aips_summary', true );
    ?>
    <textarea id="aips-summary" name="aips_summary" rows="4" style="width:100%"><?php
        echo esc_textarea( $summary );
    ?></textarea>
    <button type="button" class="button" id="aips-generate">
        Genera con AI
    </button>
    <span id="aips-status" style="margin-left:8px"></span>
    <?php
    wp_nonce_field( 'aips_generate', 'aips_nonce' );
}

// 2. Endpoint AJAX per generare il riassunto
add_action( 'wp_ajax_aips_generate', function() {
    check_ajax_referer( 'aips_generate', 'nonce' );

    if ( ! current_user_can( 'edit_posts' ) ) {
        wp_send_json_error( 'Permessi insufficienti', 403 );
    }

    $post_id = absint( $_POST['post_id'] ?? 0 );
    $post    = get_post( $post_id );

    if ( ! $post ) {
        wp_send_json_error( 'Post non trovato', 404 );
    }

    // 3. Chiamata alla WordPress AI API
    $response = wp_ai_request( [
        'connector' => 'openai', // di default, ma l'utente può aver configurato Claude
        'model'     => 'gpt-4o-mini',
        'messages'  => [
            [
                'role'    => 'system',
                'content' => 'Sei un editor italiano. Riassumi il post in 2 frasi, massimo 280 caratteri, tono professionale.',
            ],
            [
                'role'    => 'user',
                'content' => wp_strip_all_tags( $post->post_content ),
            ],
        ],
        'max_tokens' => 150,
    ] );

    if ( is_wp_error( $response ) ) {
        wp_send_json_error( $response->get_error_message(), 500 );
    }

    $summary = trim( $response['choices'][0]['message']['content'] ?? '' );
    update_post_meta( $post_id, '_aips_summary', $summary );

    wp_send_json_success( $summary );
} );

// 4. JS per il bottone
add_action( 'admin_enqueue_scripts', function( $hook ) {
    if ( ! in_array( $hook, [ 'post.php', 'post-new.php' ], true ) ) {
        return;
    }
    wp_enqueue_script(
        'aips-admin',
        plugins_url( 'admin.js', __FILE__ ),
        [ 'jquery' ],
        '1.0.0',
        true
    );
} );

Il plugin pesa meno di 100 righe, funziona con qualsiasi provider configurato, e rispetta il kill switch globale. Esattamente lo spirito dei Connectors.

Roadmap: cosa aspettarsi nei prossimi mesi

Il core team ha annunciato che i Connectors riceveranno entro fine 2026:

• Streaming SSE per risposte in tempo reale (settembre 2026)
• Provider package per Mistral, Cohere, Groq (rilasciati dalla community)
• Provider package self-hosted per Ollama e LM Studio (per chi vuole AI on-premises)
• Budget cap nativo per evitare runaway cost (un'impostazione "non spendere più di 50€/mese")

Per chi sviluppa plugin, il messaggio è chiaro: progettare già da subito con la AI API, perché diventerà lo standard de facto entro il 2027.

Domande frequenti

I Connectors sostituiscono i plugin AI esistenti?

No, li affiancano. Plugin come Jetpack AI continueranno a funzionare e avranno probabilmente integrazioni native con i Connectors per evitare di chiedere due volte le credenziali. Ma chi vuole un approccio più leggero può usare direttamente l'AI API senza plugin intermedi.

Posso usare ChatGPT e Claude sullo stesso sito?

Sì. Installi entrambi i connettori, e ogni plugin (o funzione custom) può specificare quale usare via il parametro connector di wp_ai_request(). Utile per usare Claude per la scrittura e Gemini per l'analisi di immagini, per esempio.

Le mie chiavi API sono al sicuro?

Le credenziali sono cifrate a riposo nel database usando la chiave di cifratura di WordPress (LOGGED_IN_KEY e LOGGED_IN_SALT in wp-config.php). Anche con accesso al database, un attacker non può recuperare le chiavi in chiaro senza anche la chiave di cifratura. Non è la sicurezza di un KMS cloud, ma è molto meglio del passato.

Cosa succede se il provider è down?

wp_ai_request() restituisce un WP_Error con codice wp_ai_provider_unavailable. Il tuo plugin dovrebbe sempre avere un fallback deterministico (es. "nessun riassunto disponibile") per garantire che il sito resti funzionante anche quando il provider AI è irraggiungibile.

Vale la pena migrare i miei clienti ai Connectors?

Sì, se hanno più di 3 plugin AI attivi. Il risparmio di gestione delle credenziali e l'audit centralizzato giustificano la migrazione anche solo per il primo mese. Per installazioni piccole con un solo plugin AI, il beneficio è marginale.

WordPress 7.0 funziona anche su WordPress.com?

Sì, e Automattic ha già annunciato che i Connectors saranno disponibili anche per i siti ospitati su WordPress.com con un modello di billing proprio, separato dal self-hosted. Per i self-hosted, tutto è open e gratuito come il core.

Riferimenti utili per approfondire

• WordPress 7.0 release notes ufficiali - changelog completo.
• WordPress AI API developer documentation - reference tecnica.
• Connectors RFC sul Make WordPress Core - discussione di design originale.
• Provider package template su GitHub - base per sviluppare connettori custom.
• OpenAI API reference - per capire cosa c'è sotto l'adapter.
• Anthropic Claude API - documentazione ufficiale del provider.
• Google Gemini API - terzo provider supportato al lancio.
• Panoramica WordPress nel 2026 mrtux.it - contesto macro sulla release 7.0.
• Creare plugin WordPress con AI: metodo completo mrtux.it - workflow pratico per sviluppatori.
• GDPR e AI: linee guida EDPB - compliance europea per AI in siti pubblici.

Questa guida verrà aggiornata quando il core team rilascerà i provider package community e le funzionalità di streaming. Per domande o casi d'uso specifici, l'area commenti è aperta.