Sito web aziendale per PMI: velocità, hosting e presenza su Google

Hai in mano un report di PageSpeed Insights pieno di barre rosse. Il tuo fornitore ti risponde che va tutto bene. Il sito, intanto, non porta un contatto da mesi. Il problema è da qualche parte tra queste tre cose, e quasi sempre si nasconde in un punto che non compare in nessun report che ti hanno mandato.

Capita spesso che il titolare di una PMI tratti il proprio sito come un depliant online, dove conta l’aspetto, il logo, le foto. Poi si stupisce che quel depliant, per Google e per chi lo carica dal telefono, sia lento, mal ospitato o addirittura invisibile. Il tema qui è far funzionare il sito che hai già in mano, dopo che qualcuno te l’ha costruito.

Un sito aziendale ha tre strati, e le PMI ne curano solo uno

Ogni sito internet aziendale vive su tre strati sovrapposti. Il primo è quello che vedi, fatto di testi, immagini e design. Il secondo è dove il sito abita fisicamente, cioè il server che lo ospita. Il terzo è la sua reperibilità, cioè se e come Google lo mostra a chi cerca.

Le PMI tendono a concentrare budget e attenzione sul primo strato, quello estetico, perché è l’unico che riescono a vedere. Gli altri due restano un’astrazione affidata “a quello che ci ha fatto il sito”. Ed è qui che nasce un malinteso costoso. Si crede che rendere il sito più bello o più veloce basti a portare clienti.

Uno studio dedicato all’impatto delle prestazioni di un sito sulle vendite ha messo alla prova proprio questa convinzione con un esperimento sul campo. I ricercatori hanno seguito per due mesi due ristoranti confrontabili, uno con un sito più lento e uno con un sito più veloce, misurando le visite mattutine al sito e le vendite del menù del giorno. Il risultato è scomodo per chi vende “ottimizzazioni miracolose”: migliorare la velocità del sito non ha prodotto alcun aumento statisticamente significativo delle visite al ristorante.¹

La lezione riguarda il ruolo della velocità. Serve come base perché il sito sia usabile, mentre le vendite arrivano da altro. Un sito veloce ma invisibile su Google resta invisibile. Un sito bellissimo ospitato su un server lento continua a perdere chi lo apre da mobile. Devi curare tutti e tre gli strati, e per farlo devi prima saperli distinguere.

Perché il punteggio di PageSpeed ti inganna

Apri PageSpeed Insights, incolli l’indirizzo, esce un numero. 62. Rosso. Ti prende il panico e chiami il fornitore chiedendo di “arrivare a 90”.

Quel numero è una trappola ricorrente. Il punteggio di Lighthouse che vedi in cima al report è un test di laboratorio, una simulazione che gira su una macchina standard, con una connessione finta, in un istante preciso. È utile per il tecnico che mette le mani nel codice. Google però ti valuta con altro.

Google guarda i dati di campo, cioè le prestazioni reali misurate sui browser delle persone che hanno visitato davvero il tuo sito nel periodo recente. Nello stesso report di PageSpeed li trovi nella sezione dedicata all’esperienza degli utenti reali, separata dal punteggio di laboratorio. Se quella sezione è verde ma il punteggio di laboratorio è rosso, per Google stai andando bene lo stesso. Se è il contrario, hai un problema anche con un ottimo risultato in laboratorio.

Rincorrere il punteggio pieno di Lighthouse è un errore diffuso, ed è denaro buttato. Chiedi al tuo fornitore i dati di campo invece dello score. Se il tuo sito ha troppo poco traffico per avere dati reali, allora il punteggio di laboratorio diventa l’unico indizio disponibile, e strumenti come GTmetrix o un test di velocità esterno servono a incrociarlo. Ma resta un indizio provvisorio, da leggere con cautela.

Quanto deve essere veloce il tuo sito aziendale

I dati di campo si misurano con i Core Web Vitals, tre parametri che descrivono l’esperienza reale di chi apre la pagina. Google pubblica per ciascuno una soglia di riferimento sotto la quale l’esperienza è considerata buona, e vale la pena verificarla sulla documentazione ufficiale.

L’LCP misura quanto tempo passa prima che l’elemento più grande della pagina, di solito l’immagine principale, sia visibile. Se i tuoi visitatori aspettano a lungo davanti a uno schermo bianco prima di vedere qualcosa, molti se ne sono già andati. L’INP misura la reattività, cioè quanto ci mette un pulsante a rispondere quando lo tocchi. Il CLS misura l’instabilità, quel salto fastidioso in cui il testo si sposta mentre stai per toccare un link e finisci sul banner dei cookie.

C’è un quarto parametro che non è un Core Web Vital ma spiega buona parte dei problemi di lentezza. Si chiama TTFB, il tempo che il server impiega a mandare la prima risposta. Un TTFB alto significa che il ritardo nasce prima ancora che il browser scarichi qualsiasi immagine. E il TTFB non si aggiusta comprimendo le foto. Il TTFB rimanda tipicamente all’hosting. I tre parametri sono i Core Web Vitals, e leggerli su ogni pagina è la parte tecnica del lavoro.

L’hosting è una scelta, e pesa più di quanto sembra

L’hosting viene raramente trattato come una scelta. Compare come una riga in un elenco (“scegli un hosting performante”) o come una lista di marchi. Eppure, quando il TTFB è alto e il server risponde in mezzo secondo, puoi ottimizzare immagini e codice all’infinito senza spostare il risultato di un millimetro.

Il segnale che il problema è infrastrutturale e non estetico è preciso. Se il TTFB resta stabilmente alto anche su pagine semplici, il problema è a monte dell’ottimizzazione. Stai pagando un server condiviso sovraffollato o un piano sottodimensionato per il traffico che hai. A quel punto nessuna compressione ti salva, e continuare a spendere in “ottimizzazione velocità” è come lucidare l’auto mentre il motore fuma.

Prima di firmare o rinnovare, queste sono le domande a cui un fornitore serio non fatica a rispondere:

• Il piano è condiviso, VPS o dedicato, e con quante risorse garantite?
• Dov’è fisicamente il datacenter? Se i tuoi clienti sono in Italia e il server è oltreoceano, parti con un ritardo strutturale.
• È incluso un sistema di cache lato server e una CDN per distribuire i contenuti più vicino a chi li carica?
• Che TTFB medio garantiscono, e come lo misurano?
• Cosa succede al sito quando arriva un picco di traffico, per esempio dopo una campagna?

Se le risposte sono vaghe, hai la tua diagnosi. E qui l’intelligenza artificiale torna utile in un modo preciso, ti aiuta a prepararti alla trattativa. Prima di scrivere al provider, costruisci il capitolato con un prompt come questo:

“Sei un consulente tecnico indipendente. La mia PMI ha un sito WordPress vetrina con circa 4.000 visite al mese, pubblico italiano, e un TTFB medio misurato di 900 ms. Il fornitore mi propone di restare sul piano hosting condiviso attuale a 60 euro l’anno. Elencami 8 domande tecniche precise da porgli per capire se il problema è il piano hosting, e per ciascuna dimmi quale risposta considerare accettabile e quale un campanello d’allarme.”

Quello che ottieni è una griglia di valutazione che ti mette alla pari con chi ti sta vendendo il rinnovo. La decisione resta tua, ma la prendi con un criterio.

Pubblicato e indicizzato sono due cose diverse

Arriviamo allo strato che quasi nessuno collega alla velocità, la presenza su Google. Il tuo sito può essere online, veloce e perfetto, e non comparire in nessuna ricerca. «Pubblicato» e «indicizzato» sono due stati diversi, e in mezzo ci sono passaggi che nessuno ti ha spiegato.

Un sito è pubblicato quando digiti l’indirizzo e si apre. È indicizzato quando Google lo ha visitato, letto e inserito nel proprio archivio. È posizionato quando, per una certa ricerca, decide di mostrarlo. Sono tre soglie in fila. Puoi superare la prima e restare bloccato alla seconda per mesi senza accorgertene, convinto che il sito “sia su Google” solo perché lo trovi cercando il nome esatto della tua azienda (quella è solo memoria del dominio, altra cosa dal posizionamento).

Lo strumento che ti dice a che soglia sei fermo è gratuito e si chiama Google Search Console. Colleghi il sito, apri il rapporto sull’indicizzazione delle pagine e vedi nero su bianco quante pagine Google ha davvero in archivio e quante ha scartato, con il motivo. Tra le voci che puoi trovare ci sono “Rilevata ma attualmente non indicizzata” e “Sottoposta a scansione ma attualmente non indicizzata”, che rimandano spesso a contenuti troppo scarni o duplicati per meritare un posto.

C’è poi il caso opposto e più frustrante, il sito indicizzato ma non posizionato. Le pagine ci sono, Google le conosce, ma per le ricerche che ti interessano non compari. Lì il problema si sposta sui contenuti e sull’autorevolezza, e la velocità c’entra solo come fattore secondario. Per un’attività locale, buona parte della visibilità passa anche dalla scheda Google My Business, che vive fuori dal sito ed è un canale di contatto a sé.

Sintomo, causa, chi risolve

Il valore di tutto questo è arrivare a una diagnosi che ti dica se il problema si aggiusta da solo, si delega o richiede di cambiare fornitore. Questa tabella riassume i sintomi più comuni.

Sintomo	Causa probabile	Chi risolve
Punteggio PageSpeed basso ma dati di campo verdi	Nessuno, stai inseguendo il numero sbagliato	Nessun intervento, monitora i dati reali
Schermo bianco per secondi prima che appaia l’immagine	LCP alto, immagini pesanti o server lento	Fornitore per le immagini, hosting se il TTFB è alto
TTFB stabilmente alto	Hosting sottodimensionato o lontano	Cambio di piano o di provider
Il testo salta mentre carichi da mobile	CLS alto, spazi non riservati per immagini e banner	Chi cura il tema o il template
Il sito si apre ma non compare cercandolo	Pagine non indicizzate	Verifica in Search Console, poi contenuti
Compari solo cercando il nome esatto dell’azienda	Indicizzato ma non posizionato	Lavoro su contenuti e autorevolezza

Un’analisi del sito strutturata parte esattamente da qui. Separa i sintomi cosmetici da quelli infrastrutturali, così spendi dove serve.

Usare l’AI per capire cosa non va

L’intelligenza artificiale, in questo lavoro, resta lontana dal sito. Ti aiuta a leggere i dati e a decidere. Copia i valori di campo dal report di PageSpeed e i motivi di mancata indicizzazione da Search Console, poi passali a un modello con un prompt orientato alla decisione:

“Ti do i Core Web Vitals di campo del mio sito: LCP 3,8 s, INP 150 ms, CLS 0,02, TTFB 850 ms. E da Search Console: 34 pagine indicizzate, 51 ‘Rilevata ma non indicizzata’. Non sono un tecnico. Dimmi, in ordine di priorità, quali di questi problemi dipendono dall’hosting, quali dai contenuti e quali dal template, e per ognuno se conviene aggiustare, delegare a un fornitore o rivedere il piano hosting. Niente gergo.”

La risposta ti dà una lista ordinata da portare a chi lavora sul sito, invece di un report che non sai tradurre. Se poi vuoi capire come i motori di risposta basati su AI vedono e citano il tuo sito, serve una lettura dedicata di quel piano, che resta comunque un passaggio successivo alla diagnosi, mai un sostituto.

Quando la diagnosi dice che il problema è strutturale, e la realizzazione o la revisione del sito supera le tue competenze interne, è il momento di valutare un supporto gestito su hosting, prestazioni e presenza su Google. È il salto che separa chi continua a lucidare un motore fuso da chi risolve.

Fonti

Footnotes

1. THE IMPACT OF WEBSITE PERFORMANCE ON BUSINESS SALES. doi.org ↩