Redazione: 4SYSTEMPubblicato il Aggiornato il
9 lettura minima
WordPress l'hosting viene scelto in base alla sua compatibilità, ai suoi limiti e alla tua capacità di prendere il controllo del sito dopo un incidente. Per un'associazione con pagine pubbliche e area membri, controlla anche cosa cambia quando i visitatori si connettono: una cache destinata al pubblico non soddisfa tutti gli usi. Prima di iscriverti, chiedi risposte scritte e una dimostrazione del ripristino, non solo una dichiarazione "WordPress ottimizzata".
Seleziona un'offerta di cui comprendi le risorse, l'accesso e i backup, quindi convalida il suo ripristino in un ambiente separato.
A partire da usi e responsabilità
Inizia con una semplice cartella: nome dominio, estensioni attive, tema, funzioni pubbliche e private, documenti caricati, moduli e messaggi inviati. Si segnalano le operazioni di trattamento sensibili ad un'interruzione: connessione, rinnovo dell'adesione, pubblicazione o esportazione. Specificare inoltre chi può accedere all'account di hosting e chi prende la decisione di ripristinarlo.
Descrivere i momenti di sollecitazione senza inventare una previsione di traffico: apertura delle iscrizioni, invio di una comunicazione, lavoro simultaneo dei gestori. Queste situazioni verranno utilizzate per i test, piuttosto che per un numero arbitrario di visitatori.
Determina infine cosa accetti di perdere in caso di recupero, in particolare le modifiche recenti ai file dei membri. La seguente griglia costituisce un metodo di selezione, non una certificazione tecnica né una regola ufficiale di WordPress.
Hosting WordPress: controlla PHP, database e HTTPS
Per la specifica offerta considerata richiedere la versione PHP effettivamente attivabile e il motore database. WordPress consiglia PHP 8.3 o versione successiva, MariaDB 10.11 o versione successiva, o MySQL 8.0 o versione successiva, oltre al supporto per HTTPS.[1] Una promessa di compatibilità generale non sostituisce questa conferma.
Controlla questi valori nel pannello e nelle informazioni di sistema di WordPress: una versione annunciata per la piattaforma non è necessariamente quella assegnata al tuo sito.
Quindi controlla che le tue estensioni funzionino con la versione selezionata. Un selettore PHP nel pannello è utile se puoi testare una modifica e ripristinare la configurazione precedente. Chiedi anche quali estensioni PHP sono disponibili e in che modo l'host gestisce le versioni ritirate.
Per HTTPS, specificare l'emissione e il rinnovo del certificato, quindi verificare i reindirizzamenti e l'assenza di risorse caricate in HTTP. La crittografia della connessione non decide chi può visualizzare i documenti dei membri.
Leggere i limiti condivisi prima del test
Condivisione di risorse condivise: la parola “illimitato” quindi non descrive sufficientemente il comportamento del tuo sito. Specificare i limiti applicabili all'account: memoria PHP, processore, processi simultanei, spazio su disco, numero di file e connessioni al database.
Chiedersi soprattutto cosa succede al limite: rallentamento, errore, blocco dell'elaborazione, notifica o intervento di supporto. Anche gli invii di messaggi e le attività pianificate dovrebbero essere documentati. Un'importazione di membri o un backup potrebbero non riuscire mentre le pagine pubbliche rimangono accessibili.
Testare le funzioni rappresentative su una pre-produzione adattata all'offerta target. Controlla la cache: le pagine personalizzate e i documenti privati non devono essere forniti come contenuto pubblico condiviso. Conferma eventuali esclusioni necessarie. Senza un test rappresentativo si ha un'ipotesi di capacità, non una validazione.
Proteggi l'area membri e mantieni tracce utilizzabili
WordPress consiglia di eseguire le applicazioni PHP con l'utente dell'account anziché con l'utente condiviso predefinito del server; chiedere come viene garantita questa separazione.[1] Questa misura non sostituisce la protezione dell'area membri.
Richiedere una spiegazione sui diritti di accesso ai file privati. Un documento scaricabile senza autenticazione tramite il suo URL diretto rimane esposto anche se la pagina a cui fa riferimento richiede una connessione. Controlla questo URL con un browser offline.
Richiedi l'accesso ai log degli errori PHP e ai log del server web: ubicazione, periodo di conservazione, diritti di esportazione e consultazione. Devono consentire l'esame di un incidente senza dipendere esclusivamente dal supporto.
Per i dati degli iscritti richiedere i luoghi di hosting e conservazione, i soggetti autorizzati e le clausole di trattamento, cancellazione e restituzione dei dati. Fate esaminare questo ambito contrattuale dal vostro rappresentante competente: una localizzazione francese o HTTPS non è sufficiente per stabilire la conformità normativa.
Backup fuori account e prova del ripristino
Un ripristino completo di un sito WordPress richiede il database e i file; il download della directory del sito generalmente non salva il database.[2] Quindi chiediti cosa è realmente incluso: media, temi, estensioni, configurazione ed esportazione di tutte le tabelle utili.
Specificare come i file e il database sono associati allo stesso checkpoint: la loro consistenza conta tanto quanto la loro presenza nell'archivio.[2]
Distinguere la copia offerta dall'host da una copia che può essere recuperata all'esterno dell'account. WordPress consiglia di conservare i backup in posizioni diverse.[2] Per la tua selezione, richiedi che una persona autorizzata possa recuperare una copia indipendente se l'accesso all'account principale non è disponibile.
Un ripristino “con un clic” è autonomo solo se si dispone dei diritti necessari, si sceglie il punto di ripristino e si conosce l'ambito sovrascritto. Se l'assistenza è obbligatoria, chiedi il canale di contatto, i tempi di supporto e le modalità di intervento, senza ipotizzare un ritardo.
Test in uno spazio isolato, con una base separata dalla produzione. Per un ripristino manuale, ripristinare i file quindi importare il backup in questo database, nell'ordine consueto descritto da WordPress. Se le credenziali di connessione al database cambiano, aggiornarle wp-config.php prima di eseguire la copia.[2] Controlla la connessione, i diritti dei membri e i media. Conserva la data, il backup utilizzato, le azioni e le anomalie. Per poi organizzare la manutenzione periodica, consultare la guida manutenzione e controlli.
Il questionario da inviare, con le prove previste
Puoi inviare questo messaggio così com'è: "Stiamo valutando la tua offerta per un sito associativo WordPress con area membri. Rispondi per l'offerta in questione, distinguendo tra funzioni incluse, opzioni e interventi di supporto. »
| Articolo | Domanda da inviare | Prova richiesta |
|---|---|---|
| Versioni | Quali versioni di PHP e MariaDB o MySQL possono essere attivate e quali estensioni PHP sono disponibili? | Documentazione dell'offerta e acquisizione dell'impostazione applicabile. |
| Risorse | Quali limiti e reazioni ai superamenti si applicano all'elaborazione PHP, al database e alle attività pianificate? | Limiti scritti ed esempio di notifica. |
| HTTPS | Chi rinnova il certificato e come rilevare un errore? | Procedura e accesso al monitoraggio. |
| Isolamento e cache | Come si isola l'account ed si esclude il contenuto dei membri dalla cache condivisa? | Spiegazione tecnica e impostazioni disponibili per la consultazione. |
| Giornali | Quali registri possiamo visualizzare, esportare e archiviare? | Esempio anonimizzato e termini di accesso. |
| Backup | Il database e i file vengono salvati insieme ed esportabili all'esterno dell'account? | Inventario coperto, conservazione, procedura di esportazione e ubicazione indipendente. |
| Ristorazione | Possiamo eseguire il ripristino da soli in uno spazio separato? In caso negativo, come funziona il supporto? | Dimostrazione, diritti richiesti e condizioni scritte. |
| Dati e output | Dove vengono trattati i dati, da chi e come recuperarli inizialmente? | Clausole contrattuali e procedura di esportazione utilizzabile. |
Classificare ogni risposta come documentata, da testare o assente. Uno screenshot mostra un'impostazione; solo l'esecuzione di un test dimostra che il tuo team può utilizzarlo.
Scegli una cartella testata, non un'etichetta
Applica i controlli in questo ordine: PHP e compatibilità di base, HTTPS e accesso privato, risorse e log, quindi recupero e ripristino indipendenti. Un'incompatibilità bloccante interrompe il confronto; una risposta incompleta richiede prove aggiuntive, non una valutazione favorevole.
Esempio fittizio: l'associazione “Atelier des members” pubblica notizie e riserva documenti per i soci. Ne sta valutando una condivisa. Vengono visualizzate le pagine pubbliche, ma il download privato rimane accessibile senza connessione. L'offerta non è convalidata per questo utilizzo finché la protezione effettiva non è stata corretta e testata nuovamente.
Altro punto nello stesso file: il supporto annuncia i backup, senza fornire un'esportazione all'esterno dell'account. L'associazione richiede una soluzione di copia indipendente e ne verifica il recupero. Successivamente verifica la presenza di una connessione membro, di un download autorizzato e del fallimento dello stesso accesso anonimo sulla versione ripristinata.
Registra la decisione: mantenuto, mantenuto con riserva esplicita o respinto, con prova associata, responsabilità e condizione rimanente. Non avviare l'area membri finché permane un blocco che influisce sulla riservatezza o sul ripristino. Questa decisione si applica all'ambito testato, non alla disponibilità futura.
WordPress dà la priorità all'aggiornamento del core, dei plugin e dei temi per motivi di sicurezza.[4] Assegna questa responsabilità prima della sottoscrizione.
Domande frequenti
Posso conservare le email dell'associazione con l'attuale host?
La sola migrazione del sito non richiede lo spostamento delle cassette postali. Identificare il servizio che riceve le email e le corrispondenti impostazioni DNS prima di apportare qualsiasi modifica. Chiedi chi conserva queste impostazioni durante il cambio di hosting. Controlla separatamente i messaggi inviati da WordPress: potrebbero utilizzare un servizio diverso dalle caselle di posta dei membri.
Uno staging può contenere i dati dei membri reali?
Per scegliere un'offerta, scegliere un insieme di dati fittizi che riproducono le funzioni utili. Se una copia vera e propria è essenziale, definisci chi vi accede, come viene protetta e quando verrà eliminata. Controlla anche che questa copia non attivi email ai membri o operazioni esterne. La pre-produzione non deve diventare un secondo spazio produttivo dimenticato.
L'offerta cosiddetta gestita copre le estensioni associative?
Non dedurre la portata dell'intervento solo dalla parola “gestito”. Chiedi se il fornitore di servizi lavora sulle tue estensioni, sul tema e sui conflitti tra i componenti o solo sul server. Chiarire chi decide in merito ad un aggiornamento e al rollback. La responsabilità non assegnata deve essere chiarita prima della sottoscrizione, soprattutto per le funzioni riservate ai soci.
Conclusione: chiedi prova prima di iscriverti
Inviare il questionario all'host previsto, quindi organizzare un ripristino di prova con la persona che gestirà il sito. Conserva le risposte e la documentazione nel tuo fascicolo decisionale. Se hai bisogno di chiarire le responsabilità tra hosting e operazione, puoi consultare il servizi web di 4SYSTEM. L'obiettivo è scegliere un'offerta verificabile e utilizzabile dal tuo team.
Fonti
- Requirements : WordPress.org (accesso 2026-10-08)
- Backups : Advanced Administration Handbook | Developer.WordPress.org (accesso 2026-10-08)
- Security : Advanced Administration Handbook | Developer.WordPress.org (accesso 2026-10-08)
