Spesso pensiamo che il vero rischio per chi possiede un sito web o per un’agenzia che gestisce più siti sia che uno di essi smetta di funzionare. Questo è particolarmente vero con l’avvicinarsi della stagione dei saldi, poiché i tempi di inattività possono rivelarsi molto costosi sia per la tua azienda che per i tuoi clienti. Tuttavia, il rischio di inattività è misurabile e può essere affrontato. Il vero rischio per chi gestisce siti è l’incertezza operativa.
Per incertezza intendo quella sensazione costante che qualcosa possa andare storto. È non sapere se il server riuscirà a gestire il traffico generato da una campagna promozionale, non capire perché il checkout sia lento o non sapere come aumenteranno i costi con l’aumentare del numero di utenti del sito.
L’incertezza sta dietro alla mancanza di trasparenza dei fornitori, alle informazioni incomplete o poco chiare, o alle promesse di risorse illimitate che prendono il posto delle specifiche tecniche di un servizio. Tuttavia, nel settore IT, nulla è illimitato. Dietro una promessa di marketing esagerata si nascondono spesso i reali limiti del servizio.
L’incertezza operativa compromette la tua capacità di prevedere le prestazioni del sito, rendendo impossibile garantire l’impatto o il successo di un’iniziativa di marketing. Cosa succede se investi migliaia di dollari in una campagna promozionale e il sito rallenta drasticamente o va in tilt sotto il peso delle richieste perché non conoscevi il limite del tuo server?
La risposta è semplice: budget pubblicitario sprecato, reputazione del brand compromessa e perdita di entrate.
Prevedere il comportamento di un sito è più importante che affidarsi a una promessa di uptime, perché la prevedibilità influisce direttamente sui risultati della tua attività.
Il rischio non è il downtime: l’incertezza uccide il business
La maggior parte dei provider di hosting vende un sogno: risorse illimitate. Tuttavia, va detto che nel campo dell’informatica nulla è illimitato. Ogni risorsa ha un limite: il numero di richieste che una CPU può elaborare, il numero di utenti che possono accedere al database contemporaneamente e il numero di processi PHP al secondo.
I provider di hosting spesso garantiscono un uptime elevato — 99,999%, magari supportato da uno SLA — e questa garanzia potrebbe bastarti. Tuttavia, il tempo di attività è spesso un parametro inaffidabile che non dice nulla sul carico effettivo che un sito può sostenere.
Immagina di essere online durante un’iniziativa di marketing o un periodo di saldi, solo per scoprire che il tuo carrello impiega 10 secondi a caricarsi perché decine di clienti contemporaneamente stanno finalizzando i loro acquisti. Tecnicamente, il tuo provider sta mantenendo la promessa di uptime. Eppure i tuoi clienti abbandonano i carrelli per la frustrazione, tu perdi vendite e hai sprecato soldi in pubblicità. E per finire, il tuo team IT non ha idea di cosa stia succedendo o di come risolvere il problema. Questo è il rischio dell’incertezza.
Quando il tuo provider di hosting usa la parola “illimitato”, non ti sta offrendo più potenza. Sta nascondendo la realtà delle risorse limitate. Questa mancanza di trasparenza è il fattore principale che causa l’incertezza operativa, impedendoti di prendere decisioni basate su dati reali.
Cosa succede quando raggiungi il limite effettivo del tuo hosting?
Se il carico del tuo sito aumenta in modo significativo, molti provider non lo metteranno offline, ma ridurranno le risorse disponibili per proteggere la loro infrastruttura. Ad esempio, potrebbero ridurre il numero di processi PHP, rallentando il tuo sito. Tecnicamente, il tuo sito sarà ancora attivo e funzionante, ma sarà praticamente inutilizzabile.
Quando le cose vanno male, l’incertezza aumenta ulteriormente perché non hai i dati per risolvere i problemi. Potresti dover aprire un ticket di assistenza e ad aspettare l’intervento umano. A volte il problema si aggrava ulteriormente perché dovrai aspettare che intervenga un tecnico di livello 2, e potresti dover pagare un extra per un’assistenza qualificata. Ancora più tempo perso e vendite perse, costi imprevisti e grossi grattacapi.
Se non conosci i limiti esatti del tuo piano (come il numero di thread PHP o i limiti di memoria dei tuoi container), non hai i dati per pianificare il lancio di un prodotto, un’offerta promozionale o la pubblicità per la prossima stagione degli acquisti. L’infrastruttura che supporta il tuo sito è una sorta di scatola nera che ti costringe a giocare a indovinare con le risorse della tua azienda.
Mettiamola così: se fossi una compagnia di navigazione, sapresti esattamente quanti container ci stanno su una nave; se fossi una fabbrica, sapresti quante unità di prodotto puoi produrre all’ora. In pratica, nella maggior parte dei settori, la capacità è una variabile nota. Nel settore dell’hosting, non è così. I provider tendono spesso a nascondere le capacità dei siti che ospitano, e se non sai quanti thread PHP hai a disposizione, non saprai con certezza quanti checkout simultanei il tuo sito può gestire durante una campagna.
Il fattore sconosciuto del ROI
Il ROI è il rapporto tra il reddito netto (o profitto) e l’investimento ed è una misura della redditività di un investimento. È il risultato di una semplice formula:
ROI = (Valore finale dell’investimento – Costo dell’investimento) / Costo dell’investimento
Per calcolare il valore finale del tuo investimento, devi conoscerne la capacità produttiva. Se stai spendendo 2.000 $ in infrastruttura ma non ne conosci i limiti, non saprai se stai spendendo la cifra giusta, sprecando risorse o acquistando troppo poco.
Ma non si tratta solo dei costi dell’infrastruttura. Se hai investito 20.000 $ in una campagna pubblicitaria che porterebbe abbastanza traffico da richiedere 100 transazioni al secondo, ma l’infrastruttura su cui gira il tuo sito può gestirne solo una frazione, il valore finale del tuo investimento crolla. In queste condizioni, è impossibile stimare il ROI e quindi prendere decisioni basate sui dati.
D’altra parte, se l’infrastruttura di hosting è trasparente, sai quanti thread PHP al secondo sono disponibili, quanto tempo richiede il processo di checkout e quante transazioni al secondo il tuo sito è in grado di elaborare. Puoi calcolare il valore finale del tuo investimento e fornire al tuo management stime del ROI supportate dai dati.
In questo modo, il tuo hosting diventa più di un costo ricorrente: è una risorsa controllabile e ottimizzabile, che ti permette di pianificare e investire con fiducia, senza sovradimensionare le risorse o affidarti a supposizioni sulla tua capacità.
Con Kinsta, scegliere il piano ottimale è più facile. Non devi sottoscrivere un piano troppo costoso solo perché hai paura dell’ignoto. Puoi scegliere il piano giusto per il tuo sito e la capacità della tua attività e scalare solo quando necessario. Continua a leggere per scoprire come Kinsta elimina l’incertezza operativa.
Dalle scommesse alle decisioni basate sui dati: come Kinsta elimina l’incertezza
Per eliminare l’incertezza, non hai bisogno di un provider che ti prometta l’impossibile. Hai bisogno di qualcuno che ti dia una tabella di marcia da seguire.
Da Kinsta non troverai una scatola nera; troverai invece un’architettura trasparente e specifiche tecniche chiare che permettono di smettere di giocare d’azzardo e iniziare a calcolare la redditività dei tuoi investimenti.
Thread PHP: la tua capacità reale
Un thread PHP è un processo dedicato che gestisce una richiesta non memorizzata nella cache del tuo sito. I thread PHP non solo generano l’HTML per le pagine non memorizzate nella cache del tuo sito, ma eseguono anche tutte le operazioni in background del tuo sito. Quindi:
- Ogni volta che un cliente aggiunge un prodotto al carrello o aggiorna il proprio profilo, un thread PHP elabora l’operazione e aggiorna il database.
- Ogni volta che WordPress esegue un’operazione in background, come la pubblicazione di un post programmato, l’invio di email transazionali o la sincronizzazione dell’inventario con il tuo magazzino, consuma un thread PHP.
- Ogni volta che il tuo sito interagisce con un servizio esterno, come l’elaborazione di un pagamento con Stripe, l’invio di dati al tuo CRM o l’accesso a un’API di terze parti, un thread PHP deve rimanere aperto per gestire l’handshake esterno.
- Ogni volta che viene eseguita una query sul database del tuo sito perché i dati richiesti non sono memorizzati nella cache, viene attivato un thread PHP per interrogare il database e restituire i risultati.
Se non hai abbastanza thread PHP, una semplice operazione in background, come un aggiornamento automatico, può esaurirli, lasciando i tuoi clienti bloccati nei loro carrelli. Non sapere quanti thread PHP hai a disposizione ti impedisce di pianificare i tuoi investimenti.
Su Kinsta, sai esattamente quanti thread PHP include il container del tuo sito WordPress.
Nessun limite nascosto: l’architettura di Kinsta è trasparente
Invece di promesse vaghe o esagerate, su Kinsta sai esattamente qual è la capacità del container del tuo sito. Sai esattamente quanti thread PHP sono assegnati al container del sito, e sai anche quante CPU e quanta RAM ha il sito, quali data center sono a tua disposizione e ogni altro dettaglio sul tuo piano.
Noi di Kinsta ci impegniamo ad aggiornare continuamente tutte le nostre risorse, dal nostro blog alla documentazione, al changelog e alla newsletter, per fornire ai nostri clienti le informazioni di cui hanno bisogno per gestire al meglio l’hosting del loro sito e pianificare con precisione le loro strategie aziendali.
Ad esempio, la tabella qui sotto mostra il pool PHP predefinito , il numero di thread e la memoria per thread inclusi in ogni piano Kinsta:
| Piano | Dimensione del pool | Numero di thread | Memoria per thread |
|---|---|---|---|
| Single 35.000 visite
Single 20 GB larghezza di banda |
512 MB | 2 | 256 MB |
| Single 65.000 visite
Single 40 GB larghezza di banda |
1 GB | 4 | 256 MB |
| Single 125.000 visite
Single 65 GB larghezza di banda |
1,5 GB | 6 | 256 MB |
| Single 315.000 visite
Single 125 GB larghezza di banda |
1,5 GB | 6 | 256 MB |
| Single 500.000 visite
Single 250 GB larghezza di banda |
2 GB | 8 | 256 MB |
| Single 750.000 visite
Single 500 GB larghezza di banda |
2 GB | 8 | 256 MB |
| Single 1,25 milioni visite
Single 750 GB larghezza di banda |
5 GB | 10 | 512 MB |
| Single 1,9 milioni visite
Single 1125 GB larghezza di banda |
6 GB | 12 | 512 MB |
| Single 2,5 milioni visite
Single 1500 GB larghezza di banda |
7 GB | 14 | 512 MB |
| Single 3,15 milioni visite
Single 1875 GB larghezza di banda |
8 GB | 16 | 512 MB |
| WP 2 | 512 MB | 2 | 256 MB |
| WP 5 | 1 GB | 4 | 256 MB |
| WP 10 | 1 GB | 4 | 256 MB |
| WP 20 | 1,5 GB | 6 | 256 MB |
| WP 40 | 1,5 GB | 6 | 256 MB |
| WP 60 | 4 GB | 8 | 512 MB |
| WP 80 | 5 GB | 10 | 512 MB |
| WP 120 | 6 GB | 12 | 512 MB |
| WP 150 | 7 GB | 14 | 512 MB |
| Agency 20 | 3 GB | 6 | 512 MB |
| Agency 40 | 3 GB | 6 | 512 MB |
| Agency 60 | 4 GB | 8 | 512 MB |
Tuttavia, il numero di thread PHP e la memoria allocata a ciascun thread non sono fissi. Se hai requisiti specifici, puoi regolare il numero di thread PHP per ogni sito in MyKinsta utilizzando l’add-on per le prestazioni PHP in Siti > nome del sito > Info > Prestazioni PHP > Modifica.
Anche chi ha un server dedicato può modificare il numero di thread PHP e/o il pool di memoria allocato a ciascun thread seguendo queste istruzioni specifiche.
Come misurare il tempo di elaborazione con Kinsta APM
Per aiutarti a capire quanto tempo richiede il tuo processo di checkout, Kinsta fornisce uno strumento integrato di monitoraggio delle prestazioni delle applicazioni (APM) che permette di identificare i colli di bottiglia delle prestazioni PHP sul sito WordPress e di calcolare il tempo impiegato dai singoli processi, senza dover sottoscrivere servizi di monitoraggio di terze parti come New Relic.
Disponibile senza costi aggiuntivi su tutti i piani, il nostro strumento APM fornisce informazioni dettagliate sui processi PHP del sito WordPress, sulle query del database MySQL, sulle chiamate HTTP esterne e altro ancora.

Una volta attivato il monitoraggio del sito, avrai accesso ai dati che il sistema ha raccolto e suddiviso in quattro schede:
- Transazioni: qui troverai informazioni sul tempo di transazione complessivo e sulle transazioni più lente.
- WordPress: questa scheda fornisce informazioni specifiche su WordPress, inclusi i tempi di esecuzione dei plugin e degli hook.
- Database: questa scheda include dettagli sui tempi di esecuzione delle query del database.
- Esterno: qui troverai i dettagli delle richieste HTTP esterne.
Una volta confermati i tempi medi di esecuzione per processi come il carrello, puoi calcolare esattamente quanti thread PHP ti servono per offrire un’esperienza di checkout ottimale ai tuoi clienti. Come abbiamo detto prima, un sito che si carica velocemente richiede meno thread PHP, il che si traduce in costi inferiori per te e una migliore esperienza di acquisto per l’utente.
Questo è un altro motivo per cui è fondamentale scegliere un provider di hosting che garantisca prestazioni al top e ottimizzi il tuo sito. Ecco perché Kinsta, oltre a offrirti un’architettura cloud estremamente veloce,fornisce l’integrazione gratuita con Cloudflare su tutti i piani, offrendo a tutti i nostri clienti un CDN ad alte prestazioni per servire le risorse statiche del sito dalla posizione più vicina ai tuoi visitatori. Oltre al CDN, i nostri clienti beneficiano dell’Edge Caching di Cloudflare, che memorizza nella cache intere pagine HTML, spostando la maggior parte del carico dal server di origine ai server edge di Cloudflare.
In breve, Kinsta ti fornisce l’infrastruttura e gli strumenti per creare siti che si caricano velocissimi, con un carico minore sul server, requisiti ridotti di thread PHP e un minor consumo di larghezza di banda del server.
Come calcolare il numero di thread PHP di cui hai bisogno
Se conosci il numero di thread PHP assegnati al container del tuo sito e il tempo medio necessario per elaborare il tuo carrello, saprai quante transazioni al secondo il tuo sito è in grado di gestire:
Thread PHP / Tempo medio di elaborazione = Richieste dinamiche massime al secondo
Per capire come applicare questa semplice formula, considera due diversi scenari.
Primo scenario: hosting lento e sito web non ottimizzato
Hai 10 thread PHP e il tuo checkout richiede 2 secondi:
Calcoli: 10 / 2 = 5 richieste al secondo
Secondo scenario: hosting veloce e sito web ottimizzato
Hai 10 thread PHP e il tuo checkout richiede 0,5 secondi:
Calcoli: 10 / 0,5 = 20 richieste al secondo
Indipendentemente dalla larghezza di banda disponibile, nel primo scenario il tuo checkout si bloccherà al sesto cliente in simultanea, mentre nel secondo scenario supporterà fino a 20 richieste simultanee al secondo. Questa è la differenza tra un sito veloce e ottimizzato per le prestazioni e un sito web che gira su un hosting non all’altezza della tua attività.
Risorse isolate: elimina il rischio dei “vicini invadenti”
Nell’hosting condiviso tradizionale e persino in alcune configurazioni VPS, le risorse sono condivise tra i siti ospitati sullo stesso server. Ciò significa che l’incertezza sulla capacità del tuo sito è aggravata dall’incertezza derivante dall’attività degli altri siti sullo stesso server. Questo è il rischio insito nell’effetto “vicini invadenti“.
Ogni sito web ospitato da Kinsta gira in un container software isolato che contiene tutte le risorse software necessarie per far funzionare il sito (Linux, NGINX, PHP, MySQL), il che significa che il software che fa girare ogni sito è privato al 100% e non viene condiviso nemmeno tra i tuoi stessi siti.

Su Kinsta, ogni container ha 12 CPU e 8 GB di RAM di default, mentre ogni ambiente di staging ha 1CPU e 8 GB di RAM.
Puoi scegliere tra 27 data center distribuiti su 5 continenti, e il tuo sito è protetto dalla nostra integrazione gratuita con Cloudflare.
- Johannesburg, South Africa (af-johannesburg-1)
- Batam, Indonesia (ap-batam-1)
- Melbourne, Australia (ap-melbourne-1)
- Mumbai, India (ap-mumbai-1)
- Osaka, Japan (ap-osaka-1)
- Seoul, South Korea (ap-seoul-1)
- Singapore,Singapore (ap-singapore-1)
- Sydney, Australia (ap-sydney-1)
- Tokyo, Japan (ap-tokyo-1)
- Montreal, Canada (ca-montreal-1)
- Toronto, Canada (ca-toronto-1)
- Amsterdam, Netherlands (eu-amsterdam-1)
- Frankfurt, Germany (eu-frankfurt-1)
- Madrid, Spain (eu-madrid-1)
- Milan, Italy (eu-milan-1)
- Paris, France (eu-paris-1)
- Stockholm, Sweden (eu-stockholm-1)
- Zurich, Switzerland (eu-zurich-1)
- Jerusalem, Israel (il-jerusalem-1)
- Riyadh, Saudi Arabia (me-riyadh-1)
- Santiago, Chile (sa-santiago-1)
- Sao Paulo, Brazil (sa-saopaulo-1)
- London, United Kingdom (uk-london-1)
- Ashburn, VA (us-ashburn-1)
- Chicago, IL (us-chicago-1)
- Phoenix, AZ (us-phoenix-1)
- San Jose, CA (us-sanjose-1)
Questa è la trasparenza di Kinsta.
Scegli la certezza invece di vaghe promesse
Quando gestisci un’attività online, l’affidabilità di un partner di hosting non si misura dal numero di “nove” che sbandiera nella sua garanzia di uptime, ma dalla sua trasparenza riguardo alla capacità reale del tuo sito e all’architettura che lo supporta.
L’incertezza operativa è un killer silenzioso del tuo budget. Ti impedisce di scalare, compromette i tuoi sforzi di marketing e tiene il tuo team IT in costante allerta.
L’antidoto all’incertezza è un partner di hosting che fornisca certezza sulla capacità del tuo sito, definisca chiaramente il numero di thread PHP, offra ambienti completamente isolati e ti permetta di monitorare la telemetria in tempo reale con uno strumento di monitoraggio delle prestazioni.
Con Kinsta, puoi controllare la capacità del tuo sito web con la stessa precisione che applichi a tutti gli altri componenti della tua attività, dall’inventario alla finanza.
Non fidarti delle promesse di risorse illimitate. Prediligi la praticità e scegli un partner di hosting che fornisca una roadmap per guidare la tua attività man mano che cresce.
Che ne dici di fare il grande passo? Dai un’occhiata ai nostri piani!