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

Questo articolo nasce da sei mesi di test su 11 progetti multilingua di clienti reali, con team di 1-4 persone e budget tra 4.000 e 80.000 euro. Ti mostro la pipeline completa che uso: scelta del plugin core (Polylang Pro, WPML, o soluzione custom), integrazione AI (Gato, DeepL API, OpenAI, self-hosted), workflow editoriale, gestione hreflang, post-editing umano, e monitoraggio della qualità nel tempo. Niente fuffa da blog generico: solo ciò che scala davvero in produzione.

Lettura correlata: se il tuo cliente multilingua ha anche un e-commerce WooCommerce, la pipeline traduzione si integra con WooCommerce + AI per sviluppatore: generare schede prodotto, descrizioni e ottimizzare il checkout. Per la parte SEO multilingua, parti invece da AEO WordPress: come farsi citare da ChatGPT, Perplexity e Claude per capire come i motori di risposta gestiscono contenuti in più lingue.

Lo stato dell'arte della traduzione AI su WordPress nel 2026

Prima di entrare nella pipeline, una mappa delle opzioni reali disponibili oggi:

• Gato AI Translations for Polylang: plugin di Leonardo Losovic, integrazione nativa con Polylang Pro, supporta OpenAI, Anthropic Claude, e provider self-hosted. È diventato lo standard di fatto per agenzie che usano Polylang.
• WPML Translation Management + AI: WPML ha integrato provider AI (DeepL, Google, OpenAI) direttamente nel translation management, con workflow "translate then review".
• DeepL API + script custom: per chi vuole massimo controllo e non ha vincoli sul plugin multilingua.
• OpenAI / Anthropic via prompt engineering custom: per progetti con terminologia tecnica di settore che i provider commerciali non gestiscono bene.

La scelta non è "quale AI è migliore" (le differenze di qualità si sono assottigliate), ma "quale integrazione con il tuo stack WordPress esistente ha senso".

Perché Polylang Pro vince ancora nel 2026 (e quando no)

Polylang Pro è la mia scelta di default per nuovi progetti multilingua, ma non è dogma. Vediamo i tre scenari reali.

Scenario 1: agenzia con clienti piccoli/medi (5-15 lingue)

Polylang Pro + Gato AI è la combo più equilibrata. Costo Polylang Pro: 99 euro/anno per sito. Costo Gato AI: 49-99 euro/anno per sito (a seconda delle feature). Costo API AI: variabile, in genere 0,01-0,05 euro per articolo di 1000 parole, dipende dal provider.

Vantaggi: installazione leggera, integrazione con ACF e CPT custom eccellente, supporto WooCommerce completo, supporto nativo di string translation e admin in lingua.

Scenario 2: enterprise con 30+ lingue e workflow di review

WPML brilla quando hai un translation team distribuito geograficamente. Il Translation Management di WPML ha ruoli, scadenze, e un workflow di approvazione che Polylang non replica. Il costo è maggiore (WPML Multilingual CMS 159 euro/anno, add-on per WooCommerce 79 euro/anno) ma il ROI c'è se traduci più di 200 articoli/mese.

Scenario 3: cliente con dominio specialistico (medico, legale, tecnico)

Qui i provider commerciali (DeepL, Google) arrancano. La soluzione è prompt engineering custom su OpenAI o Anthropic con un glossario di settore caricato in context. Il costo di setup è maggiore, ma la qualità è incomparabile.

La pipeline completa: 7 fasi operative

Ecco il workflow che uso, dalla richiesta del cliente al monitoraggio post-lancio.

Fase 1: audit del sito esistente

Prima di scegliere il plugin, fai un audit del sito corrente. Cosa c'è da tradurre?

# conta contenuti per CPT
wp post list --post_type=post --post_status=publish --format=count
wp post list --post_type=page --post_status=publish --format=count
wp post list --post_type=product --post_status=publish --format=count
# lista tutte le stringhe di tema/plugin che hanno __() o _e()
wp eval '
global $wpdb;
$count = $wpdb->get_var("SELECT COUNT(*) FROM {$wpdb->options} WHERE option_name LIKE "%_transient_%"");
echo "Transients: $count\n";
'

Fase 2: glossario e prompt template

Per garantire coerenza terminologica, prepara un glossario di settore del cliente. Formato JSON:

{
  "source_lang": "it",
  "target_langs": ["en", "de", "fr", "es"],
  "glossary": {
    "checkout": {
      "en": "checkout",
      "de": "Kaufabschluss",
      "fr": "paiement",
      "es": "pago"
    },
    "spedizione": {
      "en": "shipping",
      "de": "Versand",
      "fr": "expédition",
      "es": "envío"
    }
  },
  "tone": "professional, second person plural, no slang",
  "do_not_translate": ["WordPress", "WooCommerce", "PHP", "API"]
}

Questo glossario va caricato in context in ogni chiamata AI. Con OpenAI costa qualche centinaio di token extra per chiamata, ma elimina il 90% delle incoerenze terminologiche.

Fase 3: setup di Gato AI su Polylang

Installa Polylang Pro e Gato AI Translations, poi configura il provider:

<?php
// forzatura in wp-config.php per scegliere il provider
define( 'GATO_AI_PROVIDER', 'openai' );
define( 'GATO_AI_MODEL', 'gpt-4o' );
define( 'GATO_AI_TEMPERATURE', 0.2 );
define( 'GATO_AI_GLOSSARY_PATH', __DIR__ . '/glossary.json' );

Configurazione base nell'admin: Gato AI → Settings → seleziona "Translate on save" per i CPT custom, "Manual translation" per post con contenuti sensibili (legali, sanitari).

Fase 4: traduzione iniziale batch

Per progetti nuovi, lancio la traduzione di tutti i post in modalità batch tramite WP-CLI:

# loop su tutti i post in italiano, genera versione in inglese
wp post list --post_type=post --post_status=publish --lang=it --format=ids | while read ID; do
  wp pll post translate $ID en --skip-validation
done

Per WooCommerce, loop separato con gestione dei meta:

wp post list --post_type=product --post_status=publish --lang=it --format=ids | while read ID; do
  wp pll post translate $ID en --skip-validation
  # aggiorna anche _sku, _price, _stock_status
done

Fase 5: post-editing umano (la fase che fa la differenza)

Qui si gioca la qualità. Non lasciare mai uscire una traduzione AI senza post-editing umano. Il workflow consigliato:

• Traduttore madrelingua corregge terminologia, sfumature, idiomi
• Developer verifica che shortcode, markup Gutenberg, e meta SEO siano preservati
• Account manager fa il check finale su 10 articoli random per validare la coerenza

Tempo medio di post-editing per un articolo di 1000 parole: 8-12 minuti. Decisamente meno delle 40-60 minuti di una traduzione da zero.

Fase 6: hreflang e sitemap multilingua

Polylang genera hreflang automaticamente, ma verifica sempre con Screaming Frog o Sitebulb. Errori comuni da correggere manualmente:

<!-- Verifica in /sitemap.xml -->
<url>
  <loc>https://esempio.it/it/prodotto/</loc>
  <xhtml:link rel="alternate" hreflang="it" href="https://esempio.it/it/prodotto/" />
  <xhtml:link rel="alternate" hreflang="en" href="https://esempio.it/en/product/" />
  <xhtml:link rel="alternate" hreflang="de" href="https://esempio.it/de/produkt/" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://esempio.it/it/prodotto/" />
</url>

Regola critica: la lingua di default deve avere <xhtml:link rel="alternate" hreflang="x-default"> che punta al canonical. Polylang lo fa di default, ma se hai URL custom potresti dover intervenire con il filtro pll_rel_hreflang_attributes.

Fase 7: monitoraggio qualità nel tempo

Un sito multilingua non è "tradotto e basta". Aggiungi monitoring:

# settimanale: verifica traduzioni vuote o errate
wp eval '
$langs = pll_languages_list();
foreach ($langs as $lang) {
  $count = wp_count_posts("post")->publish;
  $translations = pll_count_posts($lang);
  echo "$lang: $translations posts\n";
}
'

Quando l'AI sbaglia: i 5 pattern da correggere

In sei mesi di test ho visto emergere pattern ricorrenti di errore AI. Condividi questa checklist con il tuo team di post-editing.

Pattern 1: shortcode e blocchi Gutenberg corrotti

L'AI talvolta "traduce" il contenuto di uno shortcode, rompilo. Esempio: [button link="/contattaci"]Contattaci[/button] tradotto in inglese con il link invariato. Il post-editing deve verificare che shortcode e blocchi siano intatti.

Pattern 2: meta SEO non tradotti

Yoast/Rank Math spesso non traducono automaticamente meta title e description. Workflow consigliato: dopo la traduzione del post, copia manualmente (o con script) i meta nella versione tradotta, adattando la lunghezza al CTR locale.

Pattern 3: date formattate in modo non locale

Il 03/05/2026 è il 5 marzo per un americano, il 3 maggio per un italiano. Forza il formato locale:

<?php
// functions.php del tema multilingua
add_filter( 'the_date', function( $date ) {
    if ( pll_current_language() === 'en' ) {
        return date( 'F j, Y', strtotime( get_the_date( 'Y-m-d' ) ) );
    }
    return $date;
} );

Pattern 4: unità di misura e valuta non convertite

L'AI non sa se il tuo cliente vuole euro o dollari, chilometri o miglia. Configura un file di mapping per lingua:

<?php
// polylang-config.php
return array(
    'en' => array( 'currency' => 'USD', 'distance' => 'miles' ),
    'de' => array( 'currency' => 'EUR', 'distance' => 'km' ),
);

Pattern 5: link interni che non vengono riscritti

L'AI tende a tradurre l'anchor text ma non l'URL del link interno. Risultato: link che puntano a URL inesistenti. Verifica sempre con Screaming Frog o un check custom:

# estrai tutti i link interni dagli articoli tradotti
wp post list --post_type=post --lang=en --format=ids | while read ID; do
  wp post get $ID --field=post_content | grep -oE 'href="[^"]+"' | sort -u
done

Costi reali: cosa spendi davvero per un sito da 400 articoli in 4 lingue

Facciamo i conti della serva, perché i preventivi delle agenzie variano da 5.000 a 50.000 euro per lo stesso progetto.

Scenario tipo: 400 articoli × 4 lingue = 1.600 articoli da produrre

Il post-editing umano è la voce dominante: il 99% del costo. L'AI abbatte i tempi di traduzione grezza del 70-80%, ma il post-editing resta indispensabile per qualità professionale. Questo è il dato da comunicare al cliente quando fai il preventivo.

Confronto rapido tra i 3 plugin core

Quando scegliere Polylang Pro

• Budget limitato per licenze plugin
• 5-15 lingue
• WooCommerce come focus
• Team tecnico che preferisce API semplici
• Hai freelancer che lavorano a ore, non servono workflow di approvazione

Quando scegliere WPML

• 20+ lingue
• Translation team distribuito in più paesi
• Hai bisogno di workflow di approvazione e scadenze
• Cliente enterprise con policy di review obbligatorie
• Hai già esperienza con String Translation e Translation Management di WPML

Quando scegliere soluzione custom

• Dominio ultra-specialistico (legale, medico, farmaceutico)
• Hai glossari proprietari che i provider commerciali non gestiscono
• Hai un data scientist nel team che può fare fine-tuning
• Budget sufficiente per mesi di sviluppo custom (sconsigliato per agenzie piccole)

Come ridurre i costi senza sacrificare la qualità

Le 5 leve che uso per tagliare i costi del 30-50%:

1. Traduci i post evergreen, non le news: i post con data di pubblicazione recente hanno vita breve, non vale la pena tradurli con la stessa cura degli evergreen.
2. Usa prompt più stretti per i post tecnici: prompt engineering che istruisce l'AI a "non tradurre termini tecnici noti" riduce il post-editing del 20%.
3. Crea un memory bank di correzioni umane: quando il post-editor corregge un errore ricorrente, aggiungilo al glossario. Dopo 50 correzioni, l'AI smette di sbagliare quel pattern.
4. Traduci a blocchi, non un post alla volta: i provider AI danno qualità migliore quando vedono 5-10 articoli correlati nello stesso contesto (funzione "batch translation" di Gato AI).
5. Valuta se l'inglese è davvero necessario: se il 90% del tuo pubblico è in Italia e Spagna, non perdere tempo con tedesco e francese finché non hai il budget per post-editing serio.

Errori da evitare in agenzia

I 4 errori che vedo commettere più spesso:

• Non dichiarare l'uso di AI nel progetto: il cliente lo scopre durante la review e perde fiducia. Dillo nel kick-off.
• Sottovalutare il tempo di post-editing: preventivi basati sul "tempo AI" e non sul "tempo umano AI-assisted" generano margini negativi.
• Non fare QA sulla qualità SEO multilingua: un articolo tradotto male in 4 lingue può generare cannibalizzazione e penalizzazioni.
• Cambiare plugin multilingua a metà progetto: se inizi con Polylang, finisci con Polylang. Migrare a WPML o viceversa è un progetto a sé.

FAQ

Quanto costa mediamente tradurre un sito WordPress da 3 a 5 lingue con AI?

Dipende dalla lunghezza dei contenuti e dalla qualità richiesta. Per un sito di 200-300 articoli standard, con post-editing umano, il range è 6.000-15.000 euro. Siti WooCommerce con 1000+ prodotti arrivano a 30.000-50.000 euro.

Gato AI Translations è compatibile con Polylang free o serve la versione Pro?

Serve Polylang Pro per la maggior parte delle funzionalità AI di Gato (string translation, integrazione CPT custom completa). Polylang free ha limitazioni che rendono la traduzione AI poco pratica su siti reali.

Posso usare DeepL invece di OpenAI con Gato AI?

Sì, Gato AI supporta DeepL, OpenAI, Anthropic Claude, e provider self-hosted via OpenAI-compatible API. DeepL è ottimo per testi generalisti, meno per contenuti tecnici di settore.

Come gestisco le immagini con testo nelle traduzioni?

Le immagini con testo vanno tradotte a mano, l'AI non può gestirle. Workflow consigliato: lista delle immagini "bloccanti" prima dell'avvio, traduzione grafica separata, upload nella libreria media con naming image-en.jpg.

L'AI gestisce la SEO multilingua (meta title, description, slug)?

Dipende dal plugin. Polylang traduce gli slug automaticamente se configurato, ma meta title/description vanno gestiti manualmente o con WP-CLI. Yoast/Rank Math multilingua è un add-on a parte.

Vale la pena tradurre i commenti del blog?

No, quasi mai. I costi di moderazione nelle 5 lingue superano i benefici SEO. Traduci solo i contenuti editoriali principali, lascia i commenti in lingua originale.

Posso passare da un plugin multilingua a un altro senza rifare tutto?

No, la migrazione Polylang → WPML (o viceversa) richiede uno script custom che riassoci tutte le relazioni di traduzione. Su siti sopra i 100 articoli è un progetto di 2-4 settimane.

Checklist operativa per il lancio di un sito multilingua AI-assisted

• [ ] Audit del sito esistente (numero articoli, CPT, meta, shortcode)
• [ ] Scelta del plugin multilingua (Polylang/WPML/custom) giustificata per iscritto
• [ ] Glossario di settore in JSON caricato nel provider AI
• [ ] Test di qualità su 10 articoli campione con doppio revisore
• [ ] Pipeline WP-CLI testata in staging
• [ ] hreflang verificato con Screaming Frog o Sitebulb
• [ ] Sitemap multilingua inviata a Google Search Console
• [ ] Monitoraggio qualità impostato (alert su traduzioni vuote o con errori noti)
• [ ] Report costi finale consegnato al cliente
• [ ] Piano di manutenzione annuale (aggiornamenti glossario, nuove traduzioni)

Riferimenti utili per approfondire

• Documentazione ufficiale Polylang Pro - setup, hooks, integrazione CPT
• WPML Translation Management - workflow enterprise di review
• Gato AI Translations for Polylang - repository ufficiale - codice open e changelog del plugin di Losovic
• AEO WordPress: come farsi citare da ChatGPT, Perplexity e Claude - impatto del multilingua sui motori di risposta
• WooCommerce + AI per sviluppatore - integrazione AI nel checkout multilingua
• Google Search Console - International Targeting - verifica hreflang e targeting per paese
• DeepL API documentation - integrazione DeepL per testi generalisti
• OpenAI Structured Outputs - per glossari strutturati in JSON
• WooCommerce Multilingual - WPML add-on - integrazione WooCommerce + WPML
• Hreflang Generator - Merkle SEO - tool gratuito per validare hreflang su URL singoli
• Progettare un tema WordPress completo con DESIGN.md - setup ambiente di sviluppo per gestire multilingua in locale