Controllo
Rendere il sito osservabile
Disponibilità, errori applicativi, consegna dei moduli, scadenze, Search Console e segnali di sicurezza devono produrre informazioni utilizzabili, non solo log accumulati.
Guide
Un sito pubblicato non diventa immobile: hosting, browser, servizi esterni, minacce, contenuti e obiettivi continuano a cambiare. La manutenzione serve a osservare questi cambiamenti, prevenire problemi, ripristinare il servizio e far evolvere ciò che produce valore.
Risposta breve
La manutenzione professionale non coincide con “aggiornare i plugin”. Comprende un perimetro concordato di monitoraggio, backup verificabili, sicurezza, controlli tecnici, assistenza e — secondo il piano — contenuti, SEO e interventi evolutivi. Il costo dipende da responsabilità, frequenza, tempi di risposta e attività incluse. Nei piani CARE parte da 59 € al mese; per esigenze puntuali lo SPOT parte da 80 € l’ora.
Il risultato non è “aver fatto qualcosa ogni mese”, ma mantenere il sito osservabile, recuperabile e coerente con il lavoro dell’azienda.
Un servizio serio definisce ciò che viene controllato, ciò che può essere modificato, i tempi di risposta e il confine fra attività incluse e nuovo progetto.
Controllo
Disponibilità, errori applicativi, consegna dei moduli, scadenze, Search Console e segnali di sicurezza devono produrre informazioni utilizzabili, non solo log accumulati.
Prevenzione
Backup, controllo degli accessi, hardening, aggiornamenti compatibili e verifica delle integrazioni riducono il rischio prima che diventi indisponibilità.
Continuità
Una copia esistente non basta: devono essere chiari contenuto, conservazione, accesso, procedura di ripristino e responsabilità della decisione.
Evoluzione
Servizi, prove, prezzi, contatti, contenuti e percorsi commerciali cambiano. La manutenzione può includere gli adeguamenti concordati senza trasformarsi in sviluppo illimitato.
Il contratto conta quanto il codice
“Manutenzione inclusa” non descrive un servizio. Servono perimetro, canali, orari, priorità, frequenze, evidenze, esclusioni e una regola per le attività aggiuntive.
Separare le categorie rende comprensibile il prezzo e impedisce che ogni richiesta venga trattata come emergenza o, all’opposto, come favore compreso.
Controlli pianificati, backup, accessi, configurazioni, compatibilità, scadenze e segnali anomali. Riduce il rischio, ma non può garantire l’assenza di incidenti.
Diagnosi e risoluzione di errori, form interrotti, risorse mancanti, problemi di configurazione o regressioni. Prima si contiene l’impatto, poi si corregge la causa.
Miglioramenti concordati a funzioni, struttura, percorsi e integrazioni. Una nuova area riservata o un nuovo configuratore restano progetti, non micro-modifiche.
Aggiornamento di testi, immagini, dati, collegamenti, metadati e contenuti. Può includere Search Console e SEO continuativa nei piani che lo prevedono.
Il codice può restare identico mentre l’ambiente intorno cambia. La stabilità deriva dalla capacità di accorgersene e intervenire con metodo.
Versioni PHP, certificati, DNS, regole del server, spazio, posta e infrastruttura hanno scadenze e aggiornamenti indipendenti dal sito.
Nuove versioni possono modificare rendering, form, API e politiche di sicurezza. I percorsi essenziali vanno ricontrollati su casi rappresentativi.
Mappe, pagamenti, email, analytics, privacy e servizi incorporati possono cambiare endpoint, prezzi, contratti o modalità di integrazione.
Persone, offerte, riferimenti normativi, immagini, date e collegamenti smettono di descrivere la realtà anche quando la pagina continua a funzionare.
Un sito tecnicamente sano può diventare commercialmente inutile se non riflette servizi, posizionamento, prove, mercati e modalità di contatto attuali.
Credenziali rubate, vulnerabilità, configurazioni deboli e dipendenze esposte richiedono controllo proporzionato al rischio e capacità di risposta.
Principio operativo
Un’architettura essenziale e controllata rende diagnosi, aggiornamenti e ripristino più prevedibili. È un vantaggio di manutenzione, non una dichiarazione di invulnerabilità o immutabilità.
La combinazione cambia in base al sito, ma escludere intere aree senza assegnarle a qualcuno crea zone grigie che emergono soltanto durante un problema.
Rinnovi, certificato TLS, configurazione server, versioni runtime, spazio, backup del provider, accessi e contatti amministrativi.
Hardening, credenziali, privilegi, log utili, vulnerabilità, copie separate, test di ripristino e procedura per contenere un incidente.
Invio email, antispam, pagamenti, mappe, feed, webhook, API e conferme devono essere provati come percorsi completi, non osservati soltanto a schermo.
Servizi realmente caricati, cookie, informative, consensi e contratti devono descrivere la configurazione pubblicata. Ogni nuova integrazione può cambiare il perimetro.
Pagine, prezzi, persone, link, metadata, sitemap, dati strutturati e versioni linguistiche devono restare coerenti, raggiungibili e aggiornati.
Prestazioni, mobile, tastiera, focus, contrasto, errori e compatibilità vanno ricontrollati dopo modifiche a codice, media, contenuti o servizi esterni.
Approfondisci la sicurezza concreta di un sito e come scegliere e gestire l’hosting.
Un pannello pieno di grafici non è manutenzione. Ogni segnale utile deve avere una soglia, un destinatario e un’azione possibile.
Controlli esterni possono rilevare mancata risposta, errori HTTP e scadenze TLS. Un allarme deve distinguere un guasto reale da un’interruzione transitoria.
Log applicativi, consegna delle email e prove periodiche di moduli o checkout rivelano problemi che il semplice controllo della homepage non vede.
Accessi anomali, modifiche inattese, file sospetti ed errori ripetuti devono essere registrati in modo proporzionato e senza raccogliere dati inutili.
Search Console mostra variazioni, errori e problemi di indicizzazione; l’analytics tecnico aiuta a capire se pagine e obiettivi continuano a essere usati.
Un alert senza responsabilità è solo rumore
Prima di attivare una notifica bisogna sapere chi la riceve, entro quale finestra la valuta, cosa è incluso nell’intervento e quando occorre autorizzare un’attività aggiuntiva.
La presenza di una copia automatica è una buona base, ma non dimostra che contenga tutto, sia accessibile durante l’incidente o possa tornare online nei tempi necessari.
La domanda corretta
File, database, configurazioni, DNS, email, media, variabili e servizi esterni possono seguire cicli diversi. Il perimetro della copia deve corrispondere al perimetro del servizio da ripristinare.
CISA raccomanda copie offline e cifrate e test regolari di disponibilità e integrità. SiteGround documenta copie automatiche e ripristini, ma il piano operativo deve comunque chiarire retention, accesso e verifiche.
Elenca file, database, posta, configurazioni e sorgenti necessari. Una copia parziale può ripristinare una pagina e lasciare interrotto il processo reale.
La finestra deve essere coerente con quanto spesso cambiano dati e contenuti. Copie troppo ravvicinate possono contenere tutte lo stesso errore non rilevato.
Copie sullo stesso ambiente e credenziali condivise possono fallire insieme al sistema principale. Servono accessi documentati e protezioni proporzionate.
Il test verifica integrità, procedura, dipendenze e tempo realistico. Non va improvvisato per la prima volta mentre il sito è già indisponibile.
Nessun sito è “sicuro per sempre”. Il lavoro consiste nel ridurre la superficie, gestire il cambiamento, rilevare segnali e limitare il danno quando qualcosa accade.
NIST tratta il patching come manutenzione preventiva. Prima di applicare cambiamenti bisogna valutare rilevanza, compatibilità, priorità e possibilità di ritorno.
Account personali, privilegi minimi, autenticazione forte dove disponibile, revoca degli accessi non più necessari e custodia delle credenziali riducono incidenti evitabili.
Ogni plugin, tema, pannello, endpoint o integrazione aggiunge codice, configurazione e responsabilità. Tenere solo ciò che serve rende controllo e diagnosi più gestibili.
Contenere, conservare evidenze, ripristinare, correggere la causa, cambiare credenziali e richiedere eventuali revisioni sono attività diverse da pianificare prima dell’urgenza.
Un sito veloce al lancio può diventare pesante dopo nuove immagini, font, script o integrazioni. Anche una modifica editoriale può rompere gerarchia, contrasto o navigazione da tastiera.
Media non ottimizzati, widget e tag accumulati aumentano trasferimento e lavoro del browser. La manutenzione controlla la causa, non nasconde il problema con un punteggio isolato.
Menu, form, pagamenti, contatti e contenuti principali vanno provati su viewport e interazioni reali, soprattutto dopo modifiche che sembrano innocue su desktop.
Nuovi testi, immagini, componenti e documenti possono introdurre barriere. W3C raccomanda processi e calendari di revisione per mantenere il livello scelto.
I test devono essere proporzionati alla modifica e concentrarsi sui percorsi coinvolti. Una nuova funzione non è conclusa finché non è verificata nell’ambiente reale.
Leggi anche perché un sito diventa lento e la guida a obblighi, esenzioni e manutenzione dell’accessibilità.
Motori di ricerca e sistemi AI incontrano ciò che il sito pubblica oggi. Informazioni obsolete, segnali contraddittori e pagine abbandonate riducono utilità e fiducia.
Prezzi, servizi, sedi, persone, date, riferimenti e disponibilità devono corrispondere alla realtà. Aggiornare la data senza aggiornare il contenuto non crea qualità.
Collegamenti interni ed esterni, PDF, immagini e pagine eliminate devono essere controllati. Errori e catene sprecano tempo per utenti e crawler.
Canonical, hreflang, sitemap, dati strutturati, titoli e contenuto visibile devono descrivere la stessa risorsa nelle lingue e negli URL corretti.
Query, pagine, clic, obiettivi e qualità delle richieste aiutano a decidere cosa mantenere, correggere o sviluppare. Non servono a promettere posizioni.
Per SEO e GEO
Ogni intervento dovrebbe partire da una ragione verificabile, conservare ciò che funziona e misurare l’effetto nel tempo. Nessun aggiornamento garantisce ranking, citazioni AI o conversioni.
La risposta deve esistere prima dell’incidente. Proprietà, accessi e responsabilità non possono dipendere dalla memoria di una sola persona.
| Area | Responsabilità da assegnare | Evidenza necessaria |
|---|---|---|
| Dominio e DNS | Titolare, rinnovo, accesso e modifica dei record | Account intestato, contatti aggiornati e accesso recuperabile |
| Hosting e server | Gestione tecnica, escalation al provider e scadenze | Piano attivo, accessi, ticket e configurazione documentata |
| Codice e configurazione | Diagnosi, modifica, test, versioni e rilascio | Sorgenti, cronologia, backup e procedura di deploy |
| Contenuti e approvazioni | Veridicità, materiali, priorità e autorizzazione | Referente nominato e richieste tracciabili |
| Fornitori esterni | Licenze, contratti, account, privacy e supporto | Intestazione, rinnovi, documenti e canali di assistenza |
| Incidente o urgenza | Priorità, contenimento, comunicazione e decisioni | Canale, tempi, contatti e autorizzazioni concordati |
Account e licenze dovrebbero restare intestati al cliente; la gestione tecnica delegata non deve trasformarsi in dipendenza proprietaria dal fornitore.
Non esiste una frequenza unica. Disponibilità e sicurezza possono richiedere osservazione continua; contenuti, test e revisioni seguono cicli diversi.
Continuo
Disponibilità, certificati, errori rilevanti e alcuni eventi di sicurezza possono generare notifiche automatiche con soglie e destinatari definiti.
Mensile
Form, backup, aggiornamenti pertinenti, Search Console, scadenze vicine e modifiche concordate vengono riesaminati in base al perimetro.
Trimestrale
Pagine prioritarie, collegamenti, prove, prestazioni, mobile, accessibilità e misurazione vengono confrontati con cambiamenti reali del sito.
Annuale
Responsabilità, fornitori, rischi, contenuti, obiettivi e livello di assistenza vengono rivalutati. Un piano adeguato un anno prima può non esserlo più.
L’urgenza non autorizza cambiamenti casuali. Una sequenza chiara limita danni, conserva informazioni utili e separa il ripristino immediato dalla correzione definitiva.
Tempo di risposta non significa tempo garantito di soluzione
La presa in carico può essere definita; la risoluzione dipende da causa, accessi, fornitori, disponibilità dei backup e autorizzazioni. Un contratto serio distingue i due tempi.
I piani CARE durano 12 mesi e trasformano attività e tempi di risposta in un perimetro leggibile. Il prezzo non compra interventi illimitati: compra continuità proporzionata al piano scelto.
| Voce | CARE Light | CARE Full | CARE Premium |
|---|---|---|---|
| Canone mensile | 59 € | 140 € | 280 € |
| Hosting, privacy tecnica, backup, hardening, monitoraggio e micro-modifiche | Inclusi | Inclusi | Inclusi |
| Inserimento e modifica contenuti | No | Sì | Sì |
| SEO continuativa | No | Tecnica | Tecnica e operativa |
| Interventi evolutivi concordati | No | No | Sì |
| Emergenze incluse | No | No | Sì |
| Tempo di risposta lavorativo | 48–72 ore | 24–48 ore | Entro 24 ore |
Interventi puntuali
L’intervento standard costa 80 €/ora, l’urgenza 110 €/ora. Sono disponibili pacchetti da 5 ore a 375 € e 10 ore a 700 €.
SPOT copre richieste puntuali, attività non incluse nel CARE scelto o volumi eccezionali. Se l’intervento modifica sostanzialmente funzioni o struttura, viene definito un preventivo dedicato.
CARE dura 12 mesi, con pagamento mensile, trimestrale, semestrale o annuale anticipato con sconto del 5%. Rinnovo tacito salvo disdetta almeno 30 giorni prima. Canoni e licenze dei fornitori restano esclusi e intestati al cliente.
Le risposte dovrebbero comparire nella proposta o nel contratto. Se emergono soltanto dopo il guasto, il servizio non era stato definito.
Dominio, hosting, posta, database, lingue, API, e-commerce e strumenti esterni devono essere elencati senza formule generiche.
Chiedi frequenza, soglie, destinatari e azioni previste. Una scansione automatica non sostituisce test e giudizio professionale.
Verifica componenti, frequenza, conservazione, separazione, accessi e procedura di ripristino.
Una definizione operativa evita che un cambio testo e una nuova funzione vengano trattati come richieste equivalenti.
Contenuti, SEO, nuove funzioni, urgenze, licenze e lavoro di terzi devono avere una collocazione esplicita.
Distingui ore lavorative, presa in carico, priorità e tempo di soluzione. Dipendenze esterne possono impedire una scadenza certa.
Il cliente deve poter recuperare dominio, hosting, fornitori, dati e materiali senza dipendere da credenziali personali del manutentore.
Richieste, test, versioni e rilasci devono essere tracciabili in proporzione al rischio e alla complessità del sito.
Report sintetici, ticket, cronologia e risultati dei controlli rendono verificabile il lavoro senza produrre documentazione inutile.
Durata, disdetta, restituzione degli accessi, stato delle attività e continuità dei servizi devono essere chiari fin dall’inizio.
Le fonti sostengono i principi su patching, backup, monitoraggio, ricerca, hosting e accessibilità. Prezzi, perimetro e metodo CARE sono dichiarazioni commerciali di Gian Luca Partengo.
Il patching viene inquadrato come manutenzione preventiva e parte della gestione del rischio, da pianificare insieme alle esigenze operative.
Copie offline e cifrate, verifica regolare di disponibilità e integrità e preparazione del recupero prima di un incidente.
Monitoraggio del sito, rapporto Problemi di sicurezza in Search Console, notifiche e scelta attenta dei fornitori esterni.
Confronto dei periodi, stagionalità, pagine, query, dispositivi e problemi di indicizzazione attraverso il rapporto sul rendimento.
Progettazione di log e monitoraggio proporzionati al rischio, con informazioni utili per analisi, operazioni e sicurezza.
Copie automatiche, opzioni di ripristino, conservazione in base al piano e disponibilità di funzioni aggiuntive per backup manuali o scaricabili.
Processi, responsabilità e calendario di revisione per mantenere nel tempo il livello di accessibilità scelto su contenuti e strumenti.
Fonti controllate il 17 agosto 2026. Servizi, interfacce, prezzi dei fornitori e raccomandazioni possono cambiare: vanno ricontrollati nel contesto reale del sito.
Risposte dirette su frequenza, costi, backup, sicurezza, CMS, codice su misura, tempi di risposta e responsabilità.
Non esiste un obbligo generale di acquistare un abbonamento di manutenzione. Restano però responsabilità concrete su sicurezza, dati, servizi, informazioni pubblicate e norme applicabili. Il livello di controllo va deciso in base a rischio, funzioni e impatto del sito.
Dipende dal segnale. Disponibilità, certificati ed eventi critici possono essere osservati continuamente; form, backup, contenuti, Search Console e percorsi richiedono controlli periodici con frequenze proporzionate a cambiamento e rischio.
Può richiederne meno quando elimina CMS, temi, plugin e dipendenze inutili e mantiene codice, deploy e responsabilità sotto controllo. Non elimina hosting, browser, API, contenuti, sicurezza e cambiamenti normativi o commerciali.
No. Gli aggiornamenti sono una parte del patching e possono introdurre incompatibilità. Servono backup, verifica, monitoraggio, test dei percorsi, contenuti aggiornati, sicurezza, misurazione e una procedura di ripristino.
È una base utile, ma vanno verificati contenuto, frequenza, retention, accessi e ripristino. Dati o servizi esterni possono non rientrare nella copia e un backup mai provato non dimostra il tempo reale di recupero.
No. Può ridurre probabilità e impatto attraverso hardening, gestione degli accessi, patch, monitoraggio, backup e risposta. Nessun fornitore serio può garantire l’assenza assoluta di vulnerabilità o incidenti.
No. Il tempo di risposta indica quando la richiesta viene presa in carico. La soluzione dipende da diagnosi, gravità, accessi, fornitori, backup e autorizzazioni e può non essere determinabile prima dell’analisi.
I piani CARE partono da 59 €/mese per Light, 140 €/mese per Full e 280 €/mese per Premium, tutti per 12 mesi. Gli interventi SPOT partono da 80 €/ora; urgenze e attività fuori perimetro seguono le condizioni dichiarate.
Nuove funzioni importanti, redesign, integrazioni non previste, grandi volumi di contenuti, costi dei fornitori e attività oltre il piano scelto. Devono confluire nello SPOT o in un preventivo dedicato.
Dipende dal piano. CARE Full include contenuti, SEO tecnica continuativa, Search Console e analytics tecnici; Premium aggiunge SEO operativa e interventi evolutivi concordati. Light copre il nucleo tecnico di base.
Preferibilmente il cliente, con account e dati di recupero aggiornati. Il professionista può gestirli tecnicamente senza diventare proprietario dell’infrastruttura o unico punto capace di recuperarla.
CARE è adatto quando servono continuità, controlli e tempi di risposta definiti. SPOT è indicato per attività puntuali, assenza di un piano continuativo o richieste fuori dal perimetro del CARE scelto.
Prossimo passo
Confronta CARE Light, Full e Premium: perimetro, tempi di risposta e attività incluse sono dichiarati prima dell’incarico. Per esigenze puntuali resta disponibile l’assistenza SPOT.