Non sto per dirti che Serverplan è «il miglior hosting del mondo». Non lo so, e non mi interessano le classifiche da brochure. Ti dico una cosa più banale e più utile: ci ho messo uno dei miei siti, e ci ho portato anche qualche cliente a cui ho seguito la migrazione. Non è l’unico hosting che uso o che consiglio — è uno di quelli su cui lavoro spesso abbastanza da poterne parlare.
In questo pezzo racconto perché l’ho scelto, cosa funziona nel lavoro di tutti i giorni, dove scoccia e in quali casi lo consiglio. Se cerchi un listino confrontato al centesimo, vai sul loro sito. Se cerchi un’opinione da chi ci lavora ogni giorno, resta qui.
Cosa mi serve da un hosting (davvero)
Quando gestisci i tuoi siti e quelli dei clienti, la domanda non è «quanto spazio SSD c’è nella scheda prodotto». È: riesco a lavorare senza perdere mezza giornata sul pannello?
Per me la lista minima è questa:
- WordPress senza sorprese (PHP aggiornato, MySQL, SSL semplice).
- cPanel (o equivalente chiaro): database, email, file, backup leggibili.
- SSH — non «forse», non «solo su richiesta dopo sei ticket». Serve per deploy, WP-CLI, controlli rapidi.
- Supporto in italiano che risponde a persone, non solo a chatbot.
- Prezzo sostenibile al rinnovo — non solo il primo anno in promozione (ne ho già parlato a proposito di Aruba e i rinnovi).
Se manca l’SSH e ti obbligano all’FTP per ogni pezzo di codice, il costo non è la tariffa mensile: è il tempo. Su TopHost l’ho vissuto sulla pelle — ne ho scritto in quando l’hosting diventa un ostacolo. Non ripeto lo stesso errore con i clienti.
Il mio setup: locale, poi Serverplan via SSH
Lavoro in locale (WordPress sul PC), testo e, quando è pronto, carico in produzione. Su Serverplan l’accesso SSH non è «aperto a tutto Internet» e basta: c’è una porta dedicata e un elenco di IP autorizzati (whitelist). Traduzione pratica: dal mio indirizzo di casa (che cambia) non entra nessuno a caso.
Per non dover scrivere al supporto ogni volta che l’operatore ti riassegna l’IP, uso un hostname dinamico (DuckDNS): il nome resta fisso, l’IP dietro si aggiorna. Loro autorizzano il nome, non un numero che muore dopo il riavvio del modem. Quando qualcosa non torna — timeout, chiave, porta — di solito basta una mail chiara e si sblocca. Non è magia: è un hosting gestito da persone che sanno cos’è l’SSH.
Staging, backup, cPanel: ci sono. Non è un VPS in cui sei sistemista a tempo pieno. È un piano WordPress/hosting pensato per chi deve pubblicare e mantenere siti senza reinventarsi l’infrastruttura ogni mese.
Due clienti, due partenze diverse — stessa destinazione
Qui non invento casi studio per riempire il pezzo. Prendo due esempi tra quelli che ho seguito — non l’elenco completo di chi è passato da me, né di chi sta su Serverplan.
Esempio 1 — Solange: da SiteGround (e Thrive) a Serverplan
solangecellamare.it stava su SiteGround: performante, serio, ma costoso da rinnovare. Sopra c’era anche Thrive Architect, con il suo canone. L’obiettivo non era «fare un sito più bello»: era stesso sito (o meglio), senza affitti inutili, con le chiavi in mano al cliente.
Ricostruzione su tema custom WordPress, uscita da Thrive, migrazione dell’hosting su Serverplan. Il dettaglio lungo è nel case study Solange. Qui conta una sola frase: ho scelto Serverplan perché reggeva il carico tecnico a un costo più sostenibile rispetto a un hosting premium americano pagato solo per abitudine.
Esempio 2 — Elena: da Duda (server proprietari) a WordPress su Serverplan
elenaciurli.it viveva su Duda: editor e hosting nello stesso abbonamento, sui server della piattaforma. Comodo finché paghi. Il canone mensile pesava. Il sito non era «tuo» nel senso pratico: era in affitto.
Ricostruzione 1:1 su WordPress + Elementor, hosting e dominio sotto controllo del cliente, fine del canone della piattaforma. Storia completa nel case study Elena. Anche lì la destinazione hosting è la stessa famiglia di scelta: stack classico, chiavi tue, costi ricorrenti prevedibili.
Due storie diverse (SiteGround + builder a canone; Duda tutto incluso), stesso tipo di arrivo: WordPress su un hosting dove il cliente possiede il pezzo che conta. Ce ne sono altre; queste due bastano a spiegare il perché della scelta.
Cosa mi convince (senza brochure)
- SSH che si usa davvero — deploy del tema, controlli, niente teatro da FTP a undici tentativi (quello l’ho già fatto altrove).
- cPanel leggibile — database, SSL, file, posta: i percorsi ci sono, senza dover fare sei login diversi.
- Supporto umano in italiano — quando serve sbloccare l’SSH, aggiornare la whitelist o chiarire un dubbio sul DNS, non sei solo con un forum inglese del 2014.
- Rapporto qualità/prezzo per siti professionali — non è il più economico d’Italia; è abbastanza onesto da poterlo consigliare a un cliente senza vergognarti al rinnovo.
- Adatto al flusso «locale → produzione» — ed è il modo in cui lavoro io, e in cui conviene lavorare se non vuoi modificare dal vivo il sito del cliente.
Dove scoccia (onestà obbligatoria)
- Whitelist SSH e IP dinamico — se cambia l’IP e il DNS dinamico non è aggiornato, il deploy va in timeout. Non è un bug misterioso: è sicurezza. Va gestita (script, attività pianificata o una mail al supporto). Chi vuole «SSH aperto al mondo» su hosting condiviso sta chiedendo un altro prodotto.
- Non è hosting da due euro — se il budget è solo il prezzo più basso del comparatore, Aruba o simili restano più aggressivi in ingresso. Poi leggi il rinnovo e gli strumenti.
- Resta hosting condiviso — un WordPress gonfio di page builder, plugin e immagini da 5 MB sarà lento anche qui. Il server non fa miracoli; ottimizzare prima di migrare resta la regola (ne parlo spesso a proposito di prestazioni e manutenzione).
- Non è un cloud fai-da-te — se ti serve Kubernetes, multi-region e tu come root ovunque, stai comprando il prodotto sbagliato. Qui parliamo di siti WordPress di professionisti e PMI.
Quando lo consiglio (e quando no)
| Lo consiglio se… | Meglio altro se… |
|---|---|
| Hai (o vuoi) WordPress con accesso serio (SSH, staging, backup chiari) | Ti basta una landing page usa e getta e zero manutenzione |
| Esci da Wix / Duda / builder a canone e vuoi le chiavi tue | Cerchi solo il prezzo più basso del primo anno |
| Lavori in locale e vuoi pubblicare senza un FTP da incubo | Ti serve un VPS nudo da amministrare da zero |
| Vuoi supporto in italiano quando qualcosa si blocca | Hai un progetto enterprise fuori dalla portata di questo articolo |
Confrontato con SiteGround: spesso più sostenibile sul lungo periodo, a parità di «sito WordPress che deve funzionare». Confrontato con Duda/Wix: non è lo stesso prodotto — lì affitti un ecosistema; qui hai hosting e WordPress tuoi. Confrontato con Aruba entry-level: di solito più adatto a chi sviluppa, meno adatto a chi compra solo il dominio in promozione.
Trasparenza (perché questo pezzo esiste)
Serverplan mi ha chiesto un articolo. Non mi hanno dettato il testo. Non c’è un «codice sconto nascosto» in fondo. Uso il loro hosting su alcuni progetti; ci ho portato qualche cliente in migrazione; se domani il servizio peggiorasse in modo strutturale, lo scriverei come ho fatto con altri provider. Se ti sembra pubblicità, rileggi i contro: non li invento per fare scena.
Se stai scegliendo l’hosting per un sito nuovo, o stai uscendo da una piattaforma a canone, parti dalla domanda giusta: chi tiene le chiavi tra un anno? Il resto — SSD, «infinito», badge verdi — viene dopo.
Stai valutando una migrazione (SiteGround, Duda, Aruba, altro) e non sai se Serverplan (o un altro piano) ha senso nel tuo caso? Scrivimi dalla pagina contatti — si chiarisce in poco tempo, prima di firmare o trasferire il dominio.