Tradurre WordPress con AI nel 2026: pipeline Polylang, WPML e SEO multilingua

La traduzione di un sito WordPress multilingua è da sempre il tallone d'Achille delle agenzie: un cliente italiano vuole aprire al mercato tedesco, francese e spagnolo, e la prima stima del progetto si sgonfia quando si capisce che tradurre 400 articoli a mano costa quanto rifare il sito. Nel 2026 la situazione è cambiata radicalmente grazie a plugin come Gato AI Translations for Polylang di Leonardo Losovic, ma la domanda vera resta: qual è la pipeline che funziona davvero in produzione?

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