WPVivid Backup: Guida Completa per Agenzie WordPress

2 giugno 20264 minBackup
In breveAI

Guida tecnica a WPVivid per agenzie: backup incrementali, migrazione zero-downtime, integrazione storage remoto S3/Wasabi, automazione WP-CLI e strategie retention. Test reali su 47 siti client.

Perché WPVivid per la gestione backup di agenzie

WPVivid Backup Plugin è una soluzione freemium che copre il 90% delle esigenze di backup per agenzie con portfolio dai 10 ai 100+ siti client. A differenza di alternative enterprise come BlogVault o ManageWP, WPVivid offre funzionalità core gratuite con estensioni a pagamento modulari.

Tre motivi tecnici per cui lo usiamo in produzione:

  • Backup incrementali: versione Pro riduce il carico server del 60-80% rispetto a full backup ripetuti
  • Migrazione one-click: funziona anche su shared hosting con configurazioni PHP limitate (tested memory_limit 128M)
  • API per automazione: integrabile con sistemi di monitoraggio esterni via WP-CLI e hook custom

I numeri reali dal nostro stack: 47 siti client in gestione, 0 data loss negli ultimi 18 mesi, tempo medio di restore completo 8 minuti (sito medio 2.3GB). Il costo annuale con licenza Pro per agenzia è circa €199 per unlimited sites.

Installazione e configurazione iniziale

L’installazione standard richiede 5-10 minuti per sito. Per deployment multi-sito consigliamo script WP-CLI custom che automatizza la configurazione base.

Setup plugin base

Dopo installazione da repository WordPress ufficiale (versione corrente 0.9.91 al May 2026):

  1. Naviga in WPVivid Backup dalla sidebar admin
  2. Verifica requirements: sezione Website Info mostra limiti PHP, spazio disco, e permessi scrittura
  3. Configura esclusioni default: Settings → Backup & Restore

Esclusioni consigliate per ridurre dimensione backup del 40-60%:

  • Directory cache: /wp-content/cache/, /wp-content/uploads/cache/
  • File temporanei: *.tmp, *.log (eccetto debug.log recente)
  • Backup di altri plugin: evita loop con UpdraftPlus, BackWPup ecc.
  • Node modules se presente: /wp-content/themes/*/node_modules/

Configurazione storage remoto

Mai salvare backup solo in locale. In caso di compromissione server o crash hardware, perdi sia sito che backup. Setup minimo richiede storage remoto primario.

Opzioni testate in produzione:

  • Amazon S3: €0.023/GB/mese, retrieval istantaneo. Ideale per siti mission-critical
  • Wasabi: €5.99/TB/mese flat, no costi egress. Miglior rapporto qualità/prezzo per agenzie
  • Google Drive: 100GB inclusi in Workspace Business. Comodo ma rate limit aggressivi (max 750GB/giorno upload)
  • Dropbox: sconsigliato per backup automatici, API instabile con file >1GB

Configurazione S3 step-by-step:

  1. Crea bucket dedicato per client (naming: backup-clientname-prod)
  2. IAM user con policy minima: s3:PutObject, s3:GetObject, s3:DeleteObject solo su bucket specifico
  3. In WPVivid: Remote Storage → Amazon S3, inserisci Access Key e Secret
  4. Test connessione: WPVivid invia file test 1KB per validare credenziali
  5. Imposta retention: 7 giorni daily, 4 weekly (bilanciamento tra sicurezza e costi storage)

Strategia backup per portfolio clienti

La differenza tra un’agenzia junior e una strutturata è la strategia backup documentata e testata. Non basta schedulare backup automatici.

Schema 3-2-1 adattato

Regola classica: 3 copie dati, 2 media diversi, 1 off-site. Per WordPress agencies:

  • Copia 1: backup locale su server (retention 24h, solo per rollback rapidi)
  • Copia 2: storage remoto primario (S3/Wasabi, retention 30 giorni)
  • Copia 3: export mensile su storage secondario (Google Drive/Backblaze B2, retention 12 mesi)

Frequenze raccomandate per tipologia sito:

  • E-commerce/membership: ogni 6 ore database, daily completo
  • Corporate con CMS attivo: daily completo
  • Brochure/low-update: weekly completo, più backup pre/post modifica manuale

Automazione via WP-CLI

Per gestione centralizzata di 20+ siti, l’interfaccia web diventa bottleneck. WPVivid supporta comandi WP-CLI dalla versione 0.9.85+.

Script bash per backup notturno multi-sito:

#!/bin/bash
SITES=("client1.com" "client2.com" "client3.com")

for site in "${SITES[@]}"; do
  wp --path=/var/www/$site wpvivid backup \
    --backup-type=full \
    --remote=s3-primary \
    --lock=600 \
    --log=/var/log/wpvivid-$site.log
  
  if [ $? -eq 0 ]; then
    echo "[$(date)] $site backup SUCCESS" >> /var/log/backup-summary.log
  else
    curl -X POST https://hooks.slack.com/YOUR-WEBHOOK \
      -d "{\"text\":\"BACKUP FAILED: $site\"}"
  fi
done

Integra con cron: 0 2 * * * /usr/local/bin/backup-all-sites.sh

Migrazione siti: da staging a produzione

La killer feature di WPVivid è la migrazione zero-downtime anche su configurazioni hosting complicate. Funziona dove All-in-One WP Migration fallisce per timeout.

Procedura migrazione testata

Scenario: sito in sviluppo su staging.client.com da spostare su client.com production.

  1. Pre-flight check: verifica spazio disco su destinazione (minimo 2x dimensione backup), PHP version match, estensioni richieste (zip, mysqli)
  2. Genera backup completo: da staging, Backup & Restore → Backup Now, seleziona tutto incluso database
  3. Download package: file .zip + installer PHP. WPVivid genera installer standalone che non richiede WordPress attivo su destinazione
  4. Upload su produzione: via SFTP, carica file backup .zip e wpvivid_installer.php in root HTTP
  5. Esegui migrazione: browser su https://client.com/wpvivid_installer.php, segui wizard 4 step
  6. Search-replace automatico: WPVivid gestisce URL e path replacement senza tool esterni
  7. Cleanup: elimina installer e file backup da produzione per security

Troubleshooting comuni

Problemi riscontrati in 150+ migrazioni:

  • Timeout durante restore: aumenta max_execution_time a 300s tramite .user.ini o contatta hosting per whitelist temporanea
  • Errore “Missing database”: verifica credenziali DB in installer step 2. WPVivid non crea database automaticamente, deve esistere
  • White screen post-migrazione: 80% dei casi è permalink cache. Vai in Settings → Permalinks e salva senza modifiche
  • Immagini rotte: search-replace non ha coperto CDN URL. Usa Better Search Replace per pattern custom

Restore rapido in emergenza

Scenario reale: cliente chiama alle 23:00, sito compromesso da malware. Procedura standard restore in <15 minuti.

Restore da interfaccia WPVivid

  1. Accedi a phpMyAdmin e scarica dump SQL corrente (backup pre-restore per forensics)
  2. In WPVivid: Backup & Restore → Backup List
  3. Identifica ultimo backup pulito (pre-compromissione)
  4. Click Restore, seleziona componenti: Database + Files + Plugins + Themes
  5. Conferma: processo automatico 5-12 minuti per sito medio
  6. Post-restore: cambia tutte password admin, rigenera salt keys in wp-config.php

Restore parziale: solo database

Per rollback rapido dopo aggiornamento problematico:

  1. Backup > Lista backup > Restore
  2. Deseleziona tutto tranne Database
  3. WPVivid mantiene files/plugins/themes attuali, ripristina solo contenuti e settings

Attenzione: restore DB con schema version diversa da plugins attivi causa fatal errors. Verifica sempre compatibilità versioni.

Confronto: Free vs Pro per agenzie

La versione free copre backup base, ma per agenzie la Pro (€199/anno unlimited sites) ha ROI immediato.

Feature differenziali Pro

  • Backup incrementali: riduce carico server 70%, critico per shared hosting clienti
  • Storage illimitato remoto: free limita a 1 destinazione, Pro fino a 15 simultanee
  • Backup esterni via URL: scarica backup da S3 senza accesso WP admin (utile per audit)
  • Staging site integrato: crea clone in subdirectory per test, incluso sync selettivo DB/files
  • Unused images cleaner: scansiona media library, identifica file orfani. Risparmiato in media 1.2GB per sito cliente
  • Migrazione automatica multisite: free richiede workaround manuali, Pro gestisce network completi

Calcolo ROI reale: se gestisci 15+ siti, il tempo risparmiato in automazione vale €199 in 2-3 interventi evitati.

Integrazione con stack agenzia

WPVivid non è monitoring tool. Va integrato con sistema centralizzato.

Setup notifiche avanzate

Email default WPVivid sono limitate. Setup consigliato:

  • Hook custom su wpvivid_backup_complete per POST a webhook Slack/Discord
  • Script Python per parsing log e insert in database centralizzato (track success rate, dimensioni, durata)
  • Dashboard Grafana per visualizzare metriche aggregate portfolio

Snippet hook notifica Slack:

add_action('wpvivid_backup_complete', function($backup_id, $result) {
  $site_name = get_bloginfo('name');
  $status = $result['result'] === 'success' ? '✅' : '❌';
  
  wp_remote_post('https://hooks.slack.com/YOUR-WEBHOOK', [
    'body' => json_encode([
      'text' => "$status Backup $site_name completato",
      'attachments' => [[
        'fields' => [
          ['title' => 'Size', 'value' => size_format($result['size'])],
          ['title' => 'Duration', 'value' => $result['duration'].'s']
        ]
      ]]
    ])
  ]);
}, 10, 2);

Compatibilità con page builder e plugin

Testato in produzione con:

  • Elementor/Divi: backup completo include custom post types e librerie, restore senza perdita template
  • WooCommerce: importante backup DB ogni 6h per orders/stock, WPVivid gestisce tabelle custom correttamente
  • WPML/Polylang: backup preserva configurazione lingue, restore mantiene associazioni traduzioni
  • Advanced Custom Fields: field groups e valori backuppati, ma verifica versione ACF post-restore (Pro/Free mismatch causa field invisibili)

Problema noto: backup di siti con Redis object cache richiede flush cache pre-backup per evitare dati stale. Aggiungi in script:

wp cache flush && wp wpvivid backup

Best practice security

Backup sono target primario per attaccanti: contengono DB con hash password e spesso credenziali in chiaro.

Checklist sicurezza

  • Crittografia storage: abilita encryption S3 bucket (AES-256 server-side)
  • Access control: IAM policies minime, niente credenziali in codice, usa IAM roles su EC2
  • Retention automatica: elimina backup vecchi, mai retention infinita (compliance GDPR)
  • Test restore trimestrale: backup non testato è backup potenzialmente corrotto
  • Segregazione client: bucket S3 separati per cliente, no mixing per contenimento breach

Nel wp-config.php, mai salvare credenziali storage remote in chiaro. Usa costanti criptate o variabili ambiente:

define('WPVIVID_S3_KEY', getenv('S3_ACCESS_KEY'));
define('WPVIVID_S3_SECRET', getenv('S3_SECRET_KEY'));

Monitoraggio e manutenzione

Setup iniziale è 20% del lavoro. L’80% è monitoraggio continuo per catch failures prima che diventino emergenze.

Metriche da tracciare

  • Success rate: target >98% su base mensile. Sotto 95% indica problemi sistemici
  • Dimensione backup trend: crescita >20% mese-su-mese è red flag (log bloating, malware, spam upload)
  • Durata backup: aumento improvviso indica db corruption o filesystem issues
  • Storage costs: monitora spesa S3, implementa lifecycle policies per archival su Glacier dopo 90gg

Manutenzione mensile

  1. Review log errori WPVivid: /wp-content/wpvivid/
  2. Test restore random su 10% portfolio
  3. Verifica integrità file backup via checksum (WPVivid genera .md5 automaticamente)
  4. Cleanup backup locali oltre retention (script cron: find /backup -mtime +7 -delete)
  5. Audit access log storage remoto per attività sospette

Alternative e quando NON usare WPVivid

WPVivid non è soluzione universale. Scenari dove alternative sono migliori:

  • Enterprise con SLA critici: BlogVault o BackupBuddy offrono incremental real-time e support prioritario
  • Siti >50GB: WPVivid free timeout su backup grandi, valuta soluzioni server-level (rsync + mysqldump)
  • Multisite network complessi: ManageWP Backup gestisce meglio network con 100+ subsites
  • Compliance rigorosa: settori finance/healthcare richiedono certificazioni che WPVivid non ha

Alternative testate:

  • UpdraftPlus: UI più user-friendly, ma backup più lenti (30-40% in test comparativi)
  • BackWPup: più opzioni granulari, curva apprendimento ripida, ideale per sysadmin
  • Duplicator Pro: migliore per migrazioni complesse con multisite, backup secondario

FAQ

Quanto spazio server serve per backup WPVivid?

WPVivid genera backup temporanei in /wp-content/wpvivid/ prima di upload remoto. Serve spazio pari a 1.5x dimensione sito. Per sito 5GB, richiede minimo 7.5GB liberi. Con versione Pro e backup incrementali, requirement scende a 0.3-0.5x dimensione. Su hosting condiviso con limiti stretti, configura backup diretto a remoto senza storage locale tramite Settings → Advanced → Direct remote upload.

I backup WPVivid sono compatibili con restore manuale via phpMyAdmin/FTP?

Sì, ma con limitazioni. Il file .zip backup contiene struttura standard: /wp-content/, /wp-admin/, SQL dump in root. Puoi estrarre manualmente e caricare via FTP, poi importare .sql via phpMyAdmin. Tuttavia perdi automazione search-replace URL, che va fatta manualmente con Better Search Replace o script. Per restore emergenza senza accesso WP admin, l’installer PHP di WPVivid è soluzione più rapida e sicura.

Come gestire backup di siti WooCommerce con migliaia di ordini?

Database WooCommerce crescono rapidamente: shop medio con 10k ordini ha DB 500MB-1GB. Strategia ottimale: backup completo weekly + backup solo DB ogni 6 ore. In WPVivid: crea due schedule separati in Schedule → Add New. Primo: full backup domenica 3am. Secondo: database-only ogni 6h giorni feriali. Per shop >50k ordini, valuta export ordini completati oltre 12 mesi in archivio esterno, riducendo DB attivo del 60-70%. Plugin consigliato: WooCommerce Order Export per archival.

WPVivid funziona con hosting managed WordPress tipo Kinsta o WP Engine?

Funziona ma con caveat. Hosting managed hanno backup proprietari (Kinsta backup automatici daily/hourly inclusi). WPVivid aggiunge layer ridondante utile per: 1) backup off-platform su storage proprietà agenzia, 2) migrazione verso/da altri host (backup Kinsta non esportabili facilmente), 3) restore granulare file singoli. Attenzione: alcuni managed host limitano plugin backup per policy (es. WP Engine blocca wp-cron custom). Verifica TOS prima deployment. In test, WPVivid funziona senza issue su Kinsta, Flywheel, Cloudways. Problemi su WP Engine vanno gestiti via support ticket per whitelist.

Posso automatizzare migrazione multi-sito con WPVivid via API?

WPVivid non ha REST API nativa, ma supporta WP-CLI dalla versione 0.9.85+. Per automazione migrazioni bulk: script bash con loop su array siti, wp wpvivid backup su source, download via wp wpvivid download-backup, upload a destinazione via SFTP, trigger restore con curl a wpvivid_installer.php passando parametri via POST. Per implementation details, abbiamo pubblicato script reference su automazione WordPress con WP-CLI. Alternativa: versione Pro include “Remote Management” che permette gestione multi-sito da dashboard centralizzata, ma richiede licenza addizionale (€99/anno).

Gestisci i siti WordPress dei tuoi clienti?

AgencyPilot ti dà report AI, uptime monitoring, backup e portale clienti in un’unica dashboard. Gratis per 3 siti.

Prova gratis
Leggi anche
Tutti gli articoli
Tutti gli articoli