Come ridurre il TTFB sull'hosting condiviso (2026 Guida)

Caching abilitato, immagini compresse, script rinviati. Hai fatto tutto ciò che consigliano i plugin di ottimizzazione. Tuttavia PageSpeed ​​Insights continua a segnalare “Ridurre il tempo di risposta iniziale del server” in rosso. Il colpevole è TTFB: Tempo al primo byte. Questa metrica misura quanto tempo impiega il tuo server per iniziare a inviare dati dopo aver ricevuto una richiesta. Sull'hosting condiviso, Il TTFB supera comunemente gli 800 ms. Google consiglia meno di 200 ms.

Risposta rapida: Il miglioramento più rapido del TTFB sull'hosting condiviso deriva dal passaggio a un host basato su LiteSpeed ​​con LSCache, che può ridurre i tempi di risposta da 800 ms a meno di 200 ms senza modificare nient'altro. Se cambiare host non è un'opzione, abilitando un CDN Cloudflare gratuito, aggiornamento a PHP 8.2+, e configurare correttamente OPcache può ridurre il TTFB di 50-70% sulla maggior parte delle configurazioni. Sotto, Copriamo ciascun metodo con istruzioni passo passo.

Ultima revisione: febbraio 2026. Metodi verificati sugli attuali ambienti di hosting.

La maggior parte delle guide TTFB ripetono gli stessi consigli generici senza affrontare i vincoli specifici dell’hosting condiviso. Non è possibile installare software server personalizzato. Stai condividendo CPU e memoria con dozzine di altri account. Questa guida si concentra sulle ottimizzazioni che funzionano effettivamente entro tali limiti, con aspettative realistiche per ciascun metodo.

Cos'è il TTFB e perché è importante 2026?

TTFB (Tempo al primo byte) misura il tempo che intercorre tra la richiesta del browser della tua pagina e la ricezione del primo byte di dati di risposta. Ciò include tre componenti: Tempo di ricerca DNS, realizzazione della connessione, e tempo di elaborazione del server. Su hosting condiviso, l'elaborazione del server è in genere il collo di bottiglia.

Ecco cosa succede quando qualcuno visita il tuo sito:

1. Il browser cerca l'indirizzo IP del tuo dominio (DNS)
2. Il browser stabilisce una connessione con il server (Stretta di mano TCP/TLS)
3. Il server riceve la richiesta e la elabora (interrogazioni del database, Esecuzione PHP)
4. Il server restituisce il primo byte della risposta HTML

Il tempo totale per i passaggi 1-4 è il tuo TTFB. passi 1-2 dipendono dalle condizioni della rete e dalla configurazione della CDN. Passo 3 dipende dalla velocità del tuo server e dall'ottimizzazione del tuo sito. Sull'hosting condiviso, passo 3 è dove perdi più tempo.

Benchmark TTFB per 2026

Le indicazioni di Google classificano le prestazioni del TTFB come segue:

• Buona: 800ms o meno
• Ha bisogno di miglioramento: 800ms a 1.8 secondi
• Povero: Sopra 1.8 secondi

però, quelle sono soglie minime. Gli host WordPress gestiti Premium forniscono costantemente un TTFB inferiore a 200 ms. Per SEO e esperienza utente, mirare a sotto i 200 ms come tuo obiettivo. Qualunque valore superiore a 600 ms ti mette in svantaggio rispetto ai concorrenti più veloci.

TTFB e Core Web Vitals

Il TTFB non è uno dei tre Core Web Vitals (LCP, INP, CLS) che influenzano direttamente il posizionamento di Google. Ma sono le basi che determinano se puoi superare l’LCP (La più grande vernice contenta). Se il tuo TTFB supera gli 800 ms, nessuna quantità di ottimizzazione delle immagini o differimento di JavaScript salverà il tuo punteggio LCP. Il server si avvia semplicemente troppo tardi.

Pensa al TTFB come alla base della velocità della pagina. Una fondazione lenta significa che tutto ciò che è stato costruito sopra è in ritardo: First Contentful Paint, La più grande vernice contenta, e Time to Interactive si spostano tutti più tardi. Quello di Google 2025-2026 gli aggiornamenti hanno aumentato il peso dei segnali di esperienza sulla pagina, rendendo l'ottimizzazione del TTFB più importante che mai.

Come controllare il tuo TTFB attuale

Prima di ottimizzare, stabilisci la tua linea di base. Esistono diversi modi per misurare il TTFB:

Metodo 1: Chrome DevTools (Più accurato per la tua posizione)

1. Apri Chrome e vai al tuo sito web
2. Premere F12 oppure fare clic con il pulsante destro del mouse e selezionare Ispezionare
3. Clicca il Rete linguetta
4. Aggiorna la pagina (Ctrl+Maiusc+R su Windows, Cmd+Shift+R su Mac per un ricaricamento pulito)
5. Fare clic sulla prima richiesta di documento HTML (il nome della tua pagina)
6. Guarda il Tempistica scheda e trova In attesa della risposta del server

Questo “In attesa della risposta del server” il valore è il tuo TTFB dalla tua posizione attuale. Prova più volte e calcola la media dei risultati, poiché il TTFB varia tra le richieste.

Metodo 2: Strumenti di test in linea

Per test da diverse località geografiche, utilizzare questi strumenti:

• Page Speed ​​Insights (pagespeed.web.dev) mostra i dati TTFB degli utenti reali degli utenti di Chrome se il tuo sito ha abbastanza traffico
• GTmetrix (gtmetrix.com) ti consente di eseguire test da più posizioni di server
• Strumenti KeyCDN (tools.keycdn.com/performance) prove da 10+ sedi globali contemporaneamente

Prova dalla posizione più vicina al tuo pubblico di destinazione. Se i tuoi visitatori provengono principalmente dalla Germania e stai eseguendo il test dagli Stati Uniti, i risultati non rifletteranno l'effettiva esperienza dell'utente.

Cosa significano i tuoi numeri

Registra il tuo TTFB di base prima di apportare qualsiasi modifica. L'hosting condiviso in genere viene visualizzato:

• Hosting condiviso ben ottimizzato: 200-400SM
• Hosting condiviso medio: 400-800SM
• Sovraccaricato o mal configurato: 800ms a 3+ secondi

Se sei già sotto i 400 ms, le ottimizzazioni riportate di seguito aiuteranno ma non produrranno guadagni drammatici. Se hai più di 800 ms, è possibile un miglioramento significativo.

Ottimizzazione 1: Utilizza LiteSpeed ​​con LSCache

Impatto previsto: 50-75% Riduzione del TTFB

Il più grande miglioramento del TTFB sull'hosting condiviso deriva dalla tecnologia server LiteSpeed. LiteSpeed ​​è un server web ad alte prestazioni che sostituisce Apache. LSCache (Cache LiteSpeed) è il suo sistema di memorizzazione nella cache integrato che opera a livello di server anziché tramite PHP.

Benchmark indipendenti mostrano che i server basati su Apache in genere forniscono un TTFB di 450-500 ms. LiteSpeed ​​ha una media inferiore a 300 ms appena installata, scendendo a meno di 100 ms con LSCache abilitato. Un caso documentato ha mostrato che il TTFB è sceso da 800 ms a 200 ms letteralmente da un giorno all'altro dopo la migrazione a un host LiteSpeed.

Perché LiteSpeed ​​batte Apache

Allora perché LiteSpeed ​​fa una così grande differenza? Plugin di memorizzazione nella cache tradizionali (WP Super Cache, W3 cache totale) lavorare in PHP. Quando arriva una richiesta, il server carica ancora PHP, esegue il codice del plugin, controlla se esiste una cache, quindi serve il file memorizzato nella cache. La cache di LiteSpeed ​​funziona prima che PHP venga mai caricato. Il server verifica la presenza di una versione memorizzata nella cache e la fornisce direttamente, bypassando completamente PHP per le pagine memorizzate nella cache.

Questa differenza architetturale spiega perché il passaggio a LiteSpeed ​​spesso produce risultati migliori rispetto a qualsiasi ottimizzazione dei plugin su Apache. Non è un guadagno da poco. È un cambiamento fondamentale nel funzionamento della memorizzazione nella cache.

Come verificare se il tuo host offre LiteSpeed

• Accedi al pannello di controllo del tuo hosting (cPanel, DirectAdmin, o simili)
• Cercare “LiteSpeed” marchio o “Gestore della cache Web LiteSpeed”
• Oppure contatta il supporto del tuo host e chiedi se utilizza LiteSpeed

I principali provider di hosting condiviso che utilizzano LiteSpeed ​​includono HostArmada, Hostinger (su alcuni piani), Hosting A2 (Piani Turbo), ChemiCloud, e molti altri. Se il tuo host attuale utilizza Apache, la migrazione a un host LiteSpeed ​​potrebbe essere il percorso più veloce per migliorare il TTFB.

Configurazione della cache LiteSpeed ​​per WordPress

Se il tuo host esegue LiteSpeed, installa il plugin gratuito LiteSpeed ​​Cache per WordPress:

1. Installa e attiva il Cache LiteSpeed plugin dal repository WordPress
2. Navigare verso LiteSpeed Cache > Cache nella tua dashboard
3. Abilitare Abilita cache sotto controllo cache
4. Impostato Modalità ospite su ON (migliora le prestazioni alla prima visita)
5. Sotto Object Cache, abilita se il tuo host fornisce Redis o Memcached

Le impostazioni predefinite funzionano bene per la maggior parte dei siti. Evita di abilitare la funzionalità Crawler sull'hosting condiviso, poiché consuma risorse e potrebbe violare i termini del tuo host.

Ottimizzazione 2: Abilita un CDN (Rete di distribuzione dei contenuti)

Impatto previsto: 20-40% per la memorizzazione nella cache statica, 70-90% con caching edge a pagina intera

Una CDN inserisce copie memorizzate nella cache dei tuoi contenuti su server in tutto il mondo. Quando un visitatore richiede il tuo sito, il CDN lo serve dalla posizione più vicina. Ciò riduce la distanza fisica percorsa dai dati, riducendo la latenza della rete.

Per TTFB in particolare, I CDN aiutano in due modi:

• Latenza di rete ridotta: Un visitatore a Londra viene servito da un server periferico di Londra, non il tuo server di origine a Dallas
• Caching per bordi: La memorizzazione nella cache dell'intera pagina sul perimetro della CDN significa che il tuo server di origine non elabora affatto le richieste per il contenuto memorizzato nella cache

Configurazione del livello gratuito di Cloudflare

Cloudflare offre una CDN gratuita che funziona bene con l'hosting condiviso. A differenza di alcuni concorrenti, il livello gratuito non è limitato artificialmente. Ottieni una larghezza di banda illimitata, protezione DDoS di base, caching edge globale, e supporto automatico HTTP/2 e HTTP/3. Il solo HTTP/3 può ridurre la latenza della connessione di 30-50% sulle reti mobili.

1. Crea un account gratuito su cloudflare.com
2. Aggiungi il tuo dominio e lascia che Cloudflare esegua la scansione dei record DNS esistenti
3. Cambia i nameserver del tuo dominio con quelli forniti da Cloudflare (presso il tuo registrar)
4. Attendi la propagazione del DNS (solitamente sotto 24 ore)
5. Una volta attivo, abilitare SSL completo nelle impostazioni SSL/TLS

Dopo l'installazione, Cloudflare memorizza automaticamente nella cache le risorse statiche (immagini, CSS, JavaScript). Per la memorizzazione nella cache a pagina intera, avrai bisogno delle regole della pagina o della funzione APO (componente aggiuntivo a pagamento a 5 USD al mese per WordPress).

APO di Cloudflare per WordPress

APO di Cloudflare (Ottimizzazione automatica della piattaforma) memorizza nella cache intere pagine HTML a bordo. Questa è la cosa più vicina alla memorizzazione nella cache a livello di LiteSpeed ​​che puoi aggiungere a un host basato su Apache senza eseguire la migrazione. L'APO costa 5 USD al mese ma può ridurre il TTFB 70-90% per i visitatori disconnessi.

Nota: Cloudflare APO non funziona con la modalità ospite di LiteSpeed ​​Cache. Se utilizzi un host LiteSpeed, saltare APO e utilizzare invece LSCache nativa.

Ottimizzazione 3: Aggiorna a PHP 8.2 o superiore

Impatto previsto: 15-30% esecuzione più rapida

La versione PHP influisce direttamente sui tempi di risposta del server. I benchmark mostrano PHP 8.3 gestisce in modo approssimativo 14-20% più richieste al secondo rispetto a PHP 7.4. Per WordPress 6.4+, PHP 8.2 o 8.3 è raccomandato.

Un test documentato ha mostrato un miglioramento del TTFB da 500 ms a 175 ms semplicemente aggiornando da PHP 5.4 a PHP 7.1. Le moderne versioni di PHP 8.x continuano questa traiettoria di prestazioni.

Come controllare e aggiornare PHP

1. Accedi al pannello di controllo del tuo hosting (cPanel o equivalente)
2. Cercare Seleziona la versione PHP, Gestore PHP, o simili
3. Prendi nota della tua versione attuale
4. Seleziona PHP 8.2 o PHP 8.3 (a partire da 2026, PHP 8.1 il supporto di sicurezza è terminato)
5. Salva modifiche

Prima dell'aggiornamento, verifica che i temi e i plugin di WordPress siano compatibili. Come di 2026, all'incirca 90% di temi e plugin supportano PHP 8.x. Per verificare la compatibilità:

• Installa il Controllo compatibilità PHP collegare
• Esegui una scansione con PHP 8.2
• Aggiorna o sostituisci eventuali plugin incompatibili prima di cambiare

Ottimizzazione 4: Configura OPcache correttamente

Impatto previsto: 20-40% riduzione del tempo di esecuzione di PHP

OPcache è un'estensione PHP che memorizza nella cache gli script PHP compilati. Senza OPcache, PHP ricompila ogni script ad ogni richiesta. Con OPcache, il codice compilato rimane in memoria ed viene eseguito immediatamente. Ciò riduce il TTFB eliminando il sovraccarico della compilazione.

La maggior parte degli host condivisi hanno OPcache abilitato per impostazione predefinita. Il problema è che le impostazioni predefinite sono spesso troppo conservatrici per WordPress. Una OPcache adeguatamente sintonizzata può ridurre il tempo di esecuzione di PHP di 50-80%.

Impostazioni OPcache consigliate

Se il tuo host consente la configurazione personalizzata di php.ini o OPcache, utilizzare questi valori:

• opcache.enable=1
• opcache.memory_consumption=384 (predefinito 128 è troppo basso per WordPress)
• opcache.interned_strings_buffer=64
• opcache.max_accelerated_files=10000 (la memorizzazione nella cache di un numero inferiore di file causa frequenti scaricamenti)
• opcache.revalidate_freq=0 (con validate_timestamp disattivati, o 60 secondi altrimenti)

La memoria predefinita di 128 MB spesso non è sufficiente per WordPress con più plug-in. Ciò causa il ripristino periodico di OPcache, creando picchi TTFB ogni volta che la cache viene ricostruita. L'impostazione di memory_consumption su 256-384 MB lo impedisce.

Controllo dello stato della cache OP

Per verificare che OPcache funzioni:

1. Installa il Pannello di controllo OPcache plugin o creare un file phpinfo
2. Verifica che OPcache sia abilitato
3. Monitora il tasso di successo (dovrebbe essere sopra 98%)
4. Attenzione agli sfratti (dovrebbe essere vicino allo zero)

Se il tasso di successo è basso o gli sfratti sono alti, la memoria allocata è troppo piccola. Contatta il tuo host per aumentare i limiti di memoria di OPcache. Giusto avvertimento: non tutti gli host condivisi consentono impostazioni OPcache personalizzate.

Ottimizzazione 5: Abilita cache oggetti (Redis o Memcached)

Impatto previsto: 30-70% operazioni di database più veloci (più evidente nelle pagine dinamiche)

La memorizzazione nella cache degli oggetti memorizza i risultati delle query sul database WordPress in memoria. Quando viene caricata una pagina, WordPress effettua dozzine di query al database per le opzioni, messaggi, dati dell'utente, e altro ancora. Con cache degli oggetti, le query ripetute ritornano immediatamente dalla memoria invece di colpire il database.

Questa ottimizzazione aiuta soprattutto nelle pagine dinamiche che non possono essere completamente memorizzate nella cache: dashboard degli utenti che hanno effettuato l'accesso, Carrelli WooCommerce, aree membri, e pagine di amministrazione. Per questi casi, la cache degli oggetti può ridurre il TTFB fino a 70% se combinato con l'ottimizzazione del database.

Il tuo host offre la cache degli oggetti?

Redis e Memcached non sono standard sull'hosting condiviso di base. Verifica la disponibilità:

• Cercare Rosso o memcached opzioni nel tuo pannello di hosting
• Controlla l'elenco delle funzionalità del tuo piano di hosting
• Contatta l'assistenza e chiedi se è disponibile la memorizzazione nella cache degli oggetti

I piani di hosting condiviso di livello medio e premium spesso includono Redis. Se il tuo piano non lo offre, questo potrebbe essere un motivo per aggiornare livelli o host. Il vantaggio in termini di prestazioni giustifica il costo per i siti con un uso intensivo di database.

Configurazione di Redis con WordPress

Se il tuo host fornisce Redis:

1. Abilita Redis nel tuo pannello di hosting (di solito un clic)
2. Installa il Cache degli oggetti Redis collegare (villaggio fino a Kruss)
3. Vai a Settings > Redis e clicca Abilita cache oggetti
4. Se si utilizza LiteSpeed ​​Cache, abilitare invece Object Cache nelle impostazioni del plugin LSCache

Importante: Redis deve essere locale sul tuo server. Le connessioni Redis remote in realtà peggiorano il TTFB perché il viaggio di andata e ritorno della rete aggiunge latenza. Se il tuo host offre Redis, dovrebbe essere sullo stesso server.

Ottimizzazione 6: Ottimizza il tuo database

Impatto previsto: 10-30% query più veloci (varia in base al livello di gonfiore)

La cache degli oggetti aiuta solo se il database è pulito. Un database gonfio con tabelle scarsamente indicizzate continua a funzionare male, solo con query ripetute leggermente più veloci. Affrontare innanzitutto la qualità dei dati sottostanti.

Origini comuni del gonfiamento del database

• Pubblicare revisioni: WordPress salva ogni modifica come revisione. Un post modificato di frequente potrebbe avere 50+ revisioni
• tabella wp_options: Le opzioni caricate automaticamente crescono nel tempo. I plugin spesso lasciano i dati dopo la cancellazione
• Transitori: I transitori scaduti si accumulano se non vengono puliti
• Spam e commenti cestinati: Questi occupano spazio e rallentano le query
• Tabelle di registro: I plugin di sicurezza e analisi memorizzano log di grandi dimensioni

Passaggi di ottimizzazione del database

1. Prima fai il backup utilizzando il tuo pannello di hosting o un plugin come UpdraftPlus
2. Installare WP-Optimize o Pulitore database avanzato
3. Revisioni pulite dei post, bozze automatiche, e post cestinati
4. Pulisci lo spam e i commenti cestinati
5. Pulisci i transitori scaduti
6. Ottimizza le tabelle del database (questo riorganizza i dati per un accesso più rapido)

Per wp_options in particolare, controlla la colonna di caricamento automatico. Opzioni con caricamento automatico='sì’ vengono caricati in ogni pagina. Usa un plugin come Query Monitor per identificare dati di caricamento automatico pesanti che dovrebbero essere impostati su "no".

Ottimizzazione 7: Riduci il gonfiore dei plugin

Impatto previsto: 5-25% a seconda di quali plugin rimuovi

Ogni plugin aggiunge tempo di esecuzione PHP. Anche “leggero” i plugin effettuano query al database e caricano file. Con 30+ plugin attivi, le spese generali cumulative diventano significative.

TTFB soffre specificamente di plugin that:

• Esegui ad ogni caricamento della pagina (analitica, scanner di sicurezza)
• Effettua chiamate API esterne (feed sociali, ticker di borsa)
• Interroga pesantemente il database (alcuni costruttori di pagine, plugin per post correlati)
• Carica librerie di grandi dimensioni (pacchetti di icone di caratteri, strutture di animazione)

Identificazione dei plugin lenti

1. Installare Query Monitor collegare
2. Carica qualsiasi pagina sul tuo sito
3. Controlla il pannello Query Monitor per Query per componente e PHP volte
4. Nota quali plugin generano il maggior numero di query o impiegano più tempo

Esegui questo controllo sulla tua home page e su alcune pagine chiave. I risultati spesso rivelano uno o due plugin responsabili della maggior parte del carico del database.

Passaggi di azione

• Disattiva i plugin che non utilizzi attivamente
• Sostituisci i plugin pesanti con alternative leggere (per esempio, Jetpack con plugin individuali monouso)
• Considera alternative lato server per attività come l'ottimizzazione delle immagini (gestiti durante il caricamento rispetto a. ogni richiesta)
• Utilizza Query Monitor per identificare i plugin che effettuano eccessive query sul database

Quando l'hosting condiviso non è sufficiente

Ecco l’onesta verità: a volte l’ottimizzazione non è sufficiente. L'hosting condiviso presenta limitazioni intrinseche:

• Vicini rumorosi: Altri account sul tuo server consumano risorse, influenzando la tua prestazione
• Limiti delle risorse: processore, memoria, e i limiti di I/O limitano ciò che il tuo sito può fare
• Nessun controllo a livello di server: Non è possibile modificare la configurazione del server web, installare software personalizzato, o ottimizzare MySQL

Se hai implementato tutte le ottimizzazioni di cui sopra e il TTFB supera ancora costantemente i 500 ms, considerare questi aggiornamenti:

Opzione 1: Hosting condiviso Premium

Alcuni livelli di hosting condiviso includono risorse dedicate, LiteSpeed, Rosso, e archiviazione NVMe. Queste “attività commerciale” o “turbo” i piani occupano una via di mezzo tra quelli condivisi di base e quelli VPS. Costano di più (10-25 USD al mese) ma spesso forniscono TTFB inferiori a 300 ms.

Opzione 2: Hosting WordPress gestito

Fornitori come Kinsta, Motore WP, e Cloudways ottimizzano specificamente per WordPress. Gestiscono la memorizzazione nella cache, Integrazione CDN, e l'ottimizzazione del server automaticamente. Aspettatevi un TTFB inferiore a 200 ms nella maggior parte delle regioni, ma a 25-50+ USD al mese.

Opzione 3: VPS (Server privato virtuale)

UN VPS ti offre risorse dedicate e controllo completo del server. Puoi installare LiteSpeed, configurare OPcache perfettamente, e ottimizzare MySQL. però, sei responsabile della gestione del server. Esistono opzioni VPS gestite per coloro che desiderano il controllo senza oneri di manutenzione.

Per ulteriori informazioni sulle alternative basate sul cloud, vedi il nostro confronto dell'hosting cloud.

Domande frequenti

A quale TTFB dovrei puntare sull'hosting condiviso?

Obiettivo inferiore a 400 ms per l'hosting condiviso con ottimizzazione. Meno di 300 ms sono ottenibili con LiteSpeed ​​e una buona memorizzazione nella cache. Se hai superato i 600 ms dopo l'ottimizzazione, il tuo host potrebbe vendere troppo risorse o eseguire infrastrutture obsolete. Gli host condivisi Premium e l'hosting WordPress gestito normalmente durano meno di 200 ms.

Il TTFB influisce direttamente sul posizionamento di Google?

Il TTFB non è un fattore di ranking diretto nei Core Web Vitals di Google (che include LCP, INP, e CLS). però, Il TTFB influenza direttamente l'LCP, che è un fattore di ranking. Se il tuo server risponde lentamente, il tuo punteggio LCP soffre indipendentemente da quanto siano ottimizzati i tuoi contenuti. La documentazione di Google consiglia di mantenere il TTFB sotto i 200 ms per prestazioni LCP ottimali.

Un plug-in di memorizzazione nella cache può correggere il TTFB su Apache?

I plug-in di memorizzazione nella cache aiutano ma non possono eguagliare le prestazioni a livello di LiteSpeed. Anche il miglior plug-in di memorizzazione nella cache (WP Super Cache, W3 cache totale, WP Rocket) elabora ancora tramite PHP. Su Apache, aspettarsi TTFB di 300-500 ms con una buona memorizzazione nella cache. Su LiteSpeed ​​con LSCache nativa, aspettarsi 100-200 ms. La differenza architettonica è importante.

Dovrei disabilitare i plugin per migliorare il TTFB?

Non disabilitare i plugin essenziali. Anziché, identificare quelli pesanti utilizzando Query Monitor e cercare alternative più leggere. Un plugin di sicurezza che viene eseguito su ogni richiesta aggiunge più sovraccarico al TTFB rispetto a un plugin per moduli di contatto che viene eseguito solo su una pagina. Concentrati sui plugin che vengono eseguiti in tutto il sito ed effettuano query sul database.

Perché il mio TTFB peggiora in certi momenti?

Le prestazioni dell'hosting condiviso variano in base al carico del server. Quando gli account vicini ricevono picchi di traffico, le tue risorse sono limitate. Se noti rallentamenti costanti durante l'orario lavorativo o in orari specifici, il tuo server potrebbe essere ipervenduto. Questo è un problema a livello di host che l’ottimizzazione non risolverà completamente.

Ho fatto tutto e il TTFB è ancora lento. E adesso??

Se hai implementato la memorizzazione nella cache, PHP aggiornato, pulito il tuo database, e il TTFB supera ancora i 600 ms, il problema è quasi certamente l’infrastruttura del tuo host. Prima della migrazione, prova una prova: crea un'installazione WordPress vuota con il tema predefinito e senza plug-in. Misura il suo TTFB. Se anche una nuova installazione è lenta, hai confermato che il server è il collo di bottiglia. È ora di cambiare host o passare a VPS.

Raccomandazioni finali

Migliorare il TTFB sull'hosting condiviso richiede un approccio a più livelli. Nessuna singola ottimizzazione risolve tutto. Inizia con i cambiamenti che richiedono il minimo sforzo e forniscono il maggiore impatto:

1. Controlla se il tuo host utilizza LiteSpeed. Altrimenti, considerare la migrazione. Questa singola modifica spesso produce risultati migliori rispetto a tutte le altre ottimizzazioni combinate.
2. Abilita la CDN gratuita di Cloudflare. Anche senza memorizzazione nella cache dell'intera pagina, la latenza di rete ridotta aiuta i visitatori a stare lontani dal tuo server.
3. Aggiorna a PHP 8.2+. Cambio rapido, guadagno prestazionale gratuito.
4. Verificare che OPcache sia abilitato e configurato correttamente. Contatta il tuo host se l'allocazione di memoria è troppo bassa.
5. Abilita la cache degli oggetti Redis, se disponibile. Aiuta di più sulle pagine dinamiche.
6. Pulisci il tuo database e controlla i plugin. Manutenzione continua che si aggrava nel tempo.

Dopo aver implementato queste modifiche, riprova il tuo TTFB utilizzando i metodi descritti in precedenza. Se sei ancora sopra i 500 ms su un sito ben configurato, la limitazione è la tua infrastruttura di hosting. A quel punto, aggiornamento a Hosting VPS o hosting cloud potrebbe essere l’unica strada per tempi di risposta più rapidi.

Alla ricerca di consigli di hosting specifici? I nostri confronto dell'hosting condiviso copre i fornitori con LiteSpeed ​​e infrastruttura ottimizzata. Per opzioni specifiche di WordPress, vedi il nostro guida all'hosting WordPress gestito.