Divi 5 Workspaces per agenzie WordPress multi-ruolo nel 2026

Introduzione: il builder è cambiato, ma il team no (e ora si vede)

Il 12 giugno 2026 Elegant Themes ha rilasciato una delle funzionalità più sottovalutate di Divi 5: i Workspaces personalizzabili per utente. Per la prima volta, in un page builder WordPress, ogni persona del team può configurare la propria interfaccia — pannelli aperti, posizione, color scheme, modalità dark/light, combinazione in tab group — e salvarla come workspace dedicato. Si può passare da un workspace all'altro con un singolo comando o快捷键, e il command center aggiornato di Divi 5 permette di nominare ogni preset per ruolo o progetto.

La cosa importante da dire subito: non è un'aggiunta cosmetica. In un'agenzia WordPress media (5-15 persone) il costo nascosto del "tutti usano lo stesso builder uguale" è enorme: il designer combatte con shortcut pensate per il dev, il PM si perde in pannelli che non usa, lo sviluppatore custom non trova il pulsante per esportare il template. I Workspaces sono la risposta operativa a questo problema. E sono anche l'occasione per integrare AI contestuale in modo serio, perché un workspace ben definito sa quale prompt AI deve apparire nel command center a quel ruolo.

Su mrtux.it abbiamo già scritto del Preset System di Divi 5 come architettura di design token e di come generare un design system completo con Variable Generator + AI. Oggi affrontiamo il livello successivo: come i Workspaces trasformano un team eterogeneo in una macchina produttiva misurabile, con governance, export/import e un pattern concreto di integrazione con Claude Code o Cursor per role-aware AI assistance.

Cosa sono (tecnicamente) i Workspaces di Divi 5

Un Workspace in Divi 5 non è un semplice "preset di impostazioni". È uno stato completo dell'interfaccia del Visual Builder che include:

• Layout dei pannelli (aperti/chiusi, dockati/floating, dimensione, posizione)
• Modalità chiara/scura + color scheme scelto
• Combinazione in tab group (es. Layers + History in un'unica colonna)
• Icone visibili nella top bar (quelle non usate si nascondono)
• Impostazioni di zoom e snap alle guide
• Preset di pannelli AI assistant (quali pannelli AI sono aperti in quel workspace)

Tutto questo stato viene serializzato in un record associato all'utente WP (user_meta), non globale. Quindi un workspace è una proprietà del singolo developer, non del sito. È una scelta architetturale non banale: significa che in un'installazione multisite Divi 5 con 20 utenti avrai 20 × N workspaces serializzati nel database.

Anatomia di un workspace per ruolo: 4 profili reali

In una agenzia WordPress media, i ruoli che usano il Visual Builder Divi 5 sono almeno quattro. Ognuno ha esigenze di interfaccia radicalmente diverse. Ecco la matrice concreta che usiamo nei nostri progetti.

Designer: workspace "Design Mode"

• Pannello Layers sempre aperto a sinistra (full height)
• Pannello Style compresso a destra (solo typography + spacing)
• Color picker e gradient variables in top bar
• Dark mode attiva di default (meno affaticamento visivo)
• AI assistant panel aperto di default con preset "design critic"

Sviluppatore: workspace "Dev Mode"

• Pannello Code View attivo di default
• Wireframe mode attivo (solo struttura, niente stili)
• Pannello responsive controls compresso in basso
• Color scheme minimal (no gradient picker, no preset variables)
• AI assistant panel con preset "code reviewer" e history dei prompt recenti

Project Manager: workspace "Review Mode"

• Solo pannello Page Settings + SEO meta box
• History/Revision panel aperto a destra
• AI assistant panel con preset "QA reviewer"
• Light mode + color scheme ad alto contrasto (per call con cliente)
• Comment panel attivo per feedback

QA / Tester: workspace "QA Mode"

• Page Settings + Viewport Switcher in primo piano
• Tab group con: Responsive Controls + Interaction Inspector + Accessibility Checker
• AI assistant panel con preset "accessibility auditor"
• Light mode + modalità wireframe toggle rapido

Questi quattro workspace coprono l'80% dei casi. Il restante 20% è gestibile con workspace "custom" per progetti specifici (es. workspace "Black Friday Mode" per gestire le landing stagionali).

Setup pratico: creare e gestire i Workspaces

La creazione di un workspace è un'operazione utente dal pannello Impostazioni → Workspace del Visual Builder. Ma in ottica agenzia conviene avere uno script PHP per pre-popolare i workspaces base su tutti gli account del team.

# setup workspaces base per ogni utente del team Divi 5
wp eval '
foreach (get_users(["role__in" => ["administrator", "editor", "author"]]) as $user) {
    $defaults = [
        "design_mode" => [
            "panels" => ["layers" => "left_full", "style" => "right_compact"],
            "theme" => "dark",
            "ai_preset" => "design_critic",
        ],
        "dev_mode" => [
            "panels" => ["code" => "bottom", "wireframe" => true],
            "theme" => "light_minimal",
            "ai_preset" => "code_reviewer",
        ],
        "review_mode" => [
            "panels" => ["page_settings" => "right", "history" => "right"],
            "theme" => "light_high_contrast",
            "ai_preset" => "qa_reviewer",
        ],
    ];
    update_user_meta($user->ID, "divi5_workspaces", $defaults);
    echo "Workspaces preset salvati per utente {$user->ID} ({$user->user_email})\n";
}
'

Per la gestione quotidiana, il command center di Divi 5 (raggiungibile con Cmd/Ctrl+K) espone quattro comandi nativi per i workspaces:

• Update Active Workspace — cattura lo stato corrente e aggiorna il workspace attivo (utile dopo sessioni di personalizzazione)
• Reset Active Workspace — ripristina lo stato default del workspace attivo
• Switch Workspace — autocomplete sul nome del workspace, switch istantaneo
• Save as New Workspace — crea un nuovo workspace a partire dallo stato corrente

Il passaggio da un workspace all'altro è istantaneo (Divi 5 non ricarica il DOM, riarranging solo i pannelli), quindi un designer che deve fare un fix responsive può passare a "Dev Mode" per 30 secondi e tornare a "Design Mode" senza friction.

Governance del team: export, import e propagazione

In un'agenzia con 10-15 persone, il rischio concreto è che ogni utente si crei 5-6 workspaces personali divergenti, generando caos operativo. La governance si gestisce con tre pattern concreti.

1. Export YAML dei workspace approvati

# esporta i workspace approvati di un utente senior in YAML
wp eval '
$user_id = 15; // ID utente "design lead"
$workspaces = get_user_meta($user_id, "divi5_workspaces", true);
$yaml = yaml_emit($workspaces);
file_put_contents("/tmp/design_lead_workspaces.yaml", $yaml);
echo "Esportati " . count($workspaces) . " workspaces\n";
'

Il file YAML diventa il "master" di riferimento per il team, versionato su Git.

2. Import bulk su nuovi assunti

# importa i workspace approvati su tutti gli utenti attivi
wp eval '
$yaml = file_get_contents("/tmp/design_lead_workspaces.yaml");
$workspaces = yaml_parse($yaml);
foreach (get_users(["role__in" => ["administrator", "editor"]]) as $user) {
    update_user_meta($user->ID, "divi5_workspaces", $workspaces);
    echo "Workspaces propagati a {$user->user_email}\n";
}
'

3. Audit periodico della divergenza

# confronta i workspace di ogni utente con il master
wp eval '
$master = yaml_parse(file_get_contents("/tmp/design_lead_workspaces.yaml"));
$diver_genze = [];
foreach (get_users() as $user) {
    $current = get_user_meta($user->ID, "divi5_workspaces", true);
    if ($current !== $master) {
        $diff = array_diff_key($current, $master);
        $diver_genze[$user->user_email] = array_keys($diff);
    }
}
print_r($diver_genze);
'

In un'agenzia disciplinata, un audit mensile dei workspace evita il proliferare di configurazioni Frankenstein che poi diventano impossibili da mantenere.

Integrazione AI contestuale: il pattern role-aware

L'aspetto più interessante dei Workspaces dal punto di vista AI è che diventano il trigger contestuale per i prompt dell'assistente. Ogni workspace può avere un preset AI associato, e quando l'utente apre il command center AI, il prompt di sistema cambia automaticamente in base al ruolo.

L'implementazione concreta si appoggia a un hook Divi 5 e un middleware che intercetta il user_meta del workspace attivo:

# hook per cambiare il system prompt AI in base al workspace attivo
add_filter("divi5_ai_system_prompt", function ($default_prompt, $user_id) {
    $active_workspace = get_user_meta($user_id, "divi5_active_workspace", true);
    $ai_preset = get_user_meta($user_id, "divi5_workspaces", true)[$active_workspace]["ai_preset"] ?? null;

    $prompts = [
        "design_critic" => "Sei un senior UI designer. Analizza il layout con focus su typographic scale, color contrast, e visual hierarchy. Non commentare il codice.",
        "code_reviewer" => "Sei un WordPress senior developer. Reviewa il codice Divi 5 con focus su performance, sicurezza e compatibilità PHP 8.2+.",
        "qa_reviewer" => "Sei un QA engineer. Analizza la pagina per WCAG 2.2 AA compliance, link rotti, e responsive breakpoints.",
        "accessibility_auditor" => "Sei un auditor di accessibilità. Identifica problemi WCAG 2.2 AA con severity e remediation code.",
    ];

    return $prompts[$ai_preset] ?? $default_prompt;
}, 10, 2);

Questo significa che lo stesso command center AI, nello stesso momento, su due utenti diversi, restituisce output radicalmente diversi perché il contesto del workspace cambia il system prompt. È un pattern role-aware che ha pochi equivalenti nel mondo WordPress.

Caso studio: agenzia 8 persone, 35 siti/mese

Su una agenzia reale di 8 persone (2 designer, 3 dev, 2 PM, 1 QA) che produce 35 siti Divi/mese, l'adozione strutturata dei Workspaces ha generato i seguenti risultati misurabili nei primi 6 mesi:

L'onboarding crolla perché il nuovo assunto riceve i 4 workspace master già configurati: in 4 giorni è operativo invece di 14. Il tempo di handover si riduce perché il designer che passa il progetto al dev usa esplicitamente il workspace "Dev Mode" durante la spiegazione, evitando ambiguità.

Comandi WP-CLI per gestire i workspaces su larga scala

Per team oltre le 10 persone, gestire i workspaces da interfaccia diventa lento. Ecco i comandi WP-CLI più utili da integrare nei flussi DevOps.

Esportare i workspaces di un utente in JSON

# esporta workspaces utente in JSON strutturato
wp eval '
$user_id = (int) $argv[1];
$workspaces = get_user_meta($user_id, "divi5_workspaces", true);
$active = get_user_meta($user_id, "divi5_active_workspace", true);
echo json_encode([
    "user_id" => $user_id,
    "active" => $active,
    "workspaces" => $workspaces,
], JSON_PRETTY_PRINT);
' 15

Audit di tutti i workspace divergenti dal master

# confronta ogni utente contro il master JSON
wp eval '
$master = json_decode(file_get_contents("/tmp/workspaces_master.json"), true)["workspaces"];
$report = [];
foreach (get_users() as $u) {
    $current = get_user_meta($u->ID, "divi5_workspaces", true);
    if ($current !== $master) {
        $report[$u->user_email] = array_diff_key($current, $master);
    }
}
echo json_encode($report, JSON_PRETTY_PRINT);
'

Reset di massa ai workspaces master dopo audit

# forza reset di tutti gli account al master approvato
wp eval '
$master = json_decode(file_get_contents("/tmp/workspaces_master.json"), true)["workspaces"];
foreach (get_users(["role__in" => ["administrator", "editor"]]) as $u) {
    update_user_meta($u->ID, "divi5_workspaces", $master);
    echo "Reset {$u->user_email}\n";
}
'

L'audit di divergenza via WP-CLI è una buona pratica da inserire in un cron settimanale con notifica email al team lead se vengono rilevati workspace custom che si discostano dal master approvato.

Quando NON adottare i Workspaces

I Workspaces non sono la risposta giusta per tutti. Ci sono almeno tre scenari in cui è meglio lasciare l'interfaccia default.

1. Team di 1-2 persone senza processi strutturati: se sei solo tu a usare Divi 5, creare 4 workspaces diversi è overengineering. Ti basta il command center e un paio di preset di pannelli rapidi.

2. Siti one-shot senza manutenzione: se costruisci il sito e lo consegni al cliente senza gestione continuativa, i Workspaces sul tuo account sono inutili. Il cliente userà il customizer di default.

3. Team con forte resistenza al cambiamento: in agenzie con seniority molto alta su workflow legacy (es. usano ancora Divi 4 e template JSON), introdurre i Workspaces è un cambio culturale che va gestito con formazione, non solo strumenti.

Roadmap di adozione per agenzia

Settimana 1 — Audit e identificazione ruoli: mappa i ruoli reali del team, anche se non sono formalmente definiti. Spesso emergono 4-5 profili non documentati.

Settimana 2-3 — Definizione workspace master: coinvolgi 1-2 persone per ruolo nella creazione dei workspace master. Non calare dall'alto: il buy-in è critico.

Settimana 4 — Export YAML e propagazione: esporta i workspace approvati, versiona su Git, propaga a tutti gli account via WP-CLI.

Mese 2 — Integrazione AI contestuale: aggiungi il pattern role-aware per il command center AI. Misura il delta di qualità percepita.

Mese 3 — Audit e ottimizzazione: esegui l'audit di divergenza, riallinea i workspace divergenti, raccogli feedback per il prossimo ciclo di miglioramento.

Domande frequenti sui Workspaces Divi 5

I Workspaces sono legati al sito o all'utente? All'utente. Un workspace è una proprietà del user_meta di WordPress, quindi segue l'utente tra siti diversi dello stesso network.

Quanti Workspaces può avere un singolo utente? Nativamente non c'è un limite hard coded. Nella pratica, oltre i 12-15 workspace per utente il command center autocomplete diventa poco usabile.

Si possono condividere Workspaces tra utenti? Solo manualmente via export/import YAML come mostrato sopra. Nativamente Divi 5 non ha un meccanismo di workspace team-based, ma il pattern via WP-CLI che abbiamo mostrato compensa efficacemente.

I Workspaces funzionano anche con il Classic Editor / Gutenberg nativo? No. I Workspaces sono una funzionalità specifica del Visual Builder di Divi 5. Se il team usa Gutenberg o il Classic Editor, questa guida non si applica.

Posso forzare un workspace specifico per un ruolo WordPress? Sì, con un hook sul load-divi5-builder che legge current_user_can() e setta forzatamente il workspace attivo via update_user_meta. Utile per vincolare i contractor a un workspace limitato.

Come si comportano i Workspaces con il multisite? Restano per utente e quindi seguono l'utente su tutti i siti del network. È un vantaggio: un designer che lavora su 5 siti del network mantiene i suoi workspace.

L'AI assistant panel dentro un Workspace consuma credit API diversi? No, i credit AI sono globali per utente e sito. Cambiare workspace non cambia il consumo, cambia solo il system prompt contestuale e quindi la qualità percepita.

Conclusione: dal singolo page builder al sistema operativo del team

I Workspaces di Divi 5 non sono una funzionalità nice-to-have: sono il primo vero tentativo di trasformare un page builder WordPress da strumento individuale a sistema operativo di team. Governance via YAML, integrazione role-aware con AI, audit di divergenza sono pattern che rendono l'adozione misurabile e non solo cosmetica.

Per le agenzie WordPress che lavorano in team strutturati, è una delle innovazioni più significative del 2026 sul fronte della produttività. Per chi lavora da solo o in team molto piccoli, è invece un investimento che non si ripaga. La cosa importante è capire in quale di queste due categorie cade il tuo contesto prima di adottarli.

Checklist operativa per partire questa settimana

• [ ] Mappare i ruoli reali del team (anche se non formalizzati)
• [ ] Identificare 1-2 ambassador per ogni ruolo
• [ ] Far creare i workspace master in autonomia (non calare dall'alto)
• [ ] Esportare i workspace approvati in YAML e versionarli su Git
• [ ] Propagare via WP-CLI a tutti gli account del team
• [ ] Implementare il pattern role-aware AI assistant via hook Divi
• [ ] Audit di divergenza mensile sui workspace
• [ ] Onboarding nuovi assunti con workspace pre-popolati
• [ ] Documentare i workspace in un README condiviso
• [ ] Rivedere ogni 6 mesi la matrice ruolo → workspace

Riferimenti utili per approfondire

• Elegant Themes: Introducing Workspaces for Divi 5 - annuncio ufficiale del 12 giugno 2026 con tour del visual builder
• Elegant Themes: Divi 5.7 Release Notes - changelog completo con Workspaces, command center update e gradient variables
• Elegant Themes: Divi 5 Command Center - documentazione del command center usato dai Workspaces per lo switch rapido
• Elegant Themes: New Gradient Features - gradient variables integrate nel preset system dei Workspaces
• Divi 5 homepage ufficiale - overview completa del visual builder con tutte le feature del 2026
• Video tour Workspaces Divi 5 - walkthrough ufficiale dei Workspaces di 15 minuti sul canale Elegant Themes
• WPBeginner Spotlight 24: WordPress 7.0 Armstrong - release notes WP 7.0 rilevanti per l'integrazione Divi
• Divi 5 preset e design system AI - articolo mrtux.it sul Preset System di Divi 5 come architettura di design token
• Generare design system WordPress con AI e Divi 5 - workflow pratico Variable Generator + AI in 30 minuti
• Toolchain agenzia WordPress moderna 2026 - toolchain completa agenzia con Bedrock, Sage, Kinsta APM e Claude Code