Cosa misura concretamente Page Speed

Anziché basarsi su un unico valore numerico, Google valuta diversi momenti del processo di caricamento: quando compare il primo contenuto visibile, quando la pagina risponde ai clic e quanto rimane stabile il layout durante il caricamento. Google raggruppa questi valori sotto il termine “Core Web Vitals” e li rende accessibili al pubblico tramite strumenti come PageSpeed Insights.

Basta un ritardo di pochi secondi nel caricamento per spingere gran parte dei visitatori a tornare alla pagina dei risultati di ricerca, prima ancora che la pagina sia visibile.

Questi abbandoni non solo incidono sul fatturato e sui lead, ma segnalano anche indirettamente a Google una scarsa esperienza utente. Chi migliora la velocità della pagina, quindi, lavora contemporaneamente sia sulla conversione che sulla visibilità.

• Tempo necessario per visualizzare il primo contenuto
• Tempo di risposta ai clic e agli input
• Stabilità del layout durante il caricamento
• Tasso di rimbalzo nelle pagine lente

Questi indicatori possono essere analizzati sia per le singole sottopagine che per l’intero dominio, consentendo un confronto diretto tra le landing page particolarmente importanti e il resto del sito.

Fattori tipici che rallentano un sito web

Le cause più comuni dei tempi di caricamento lenti raramente sono da attribuire esclusivamente al server. Immagini non compresse, troppi script esterni, regole CSS inutilizzate e la mancanza di caching si sommano causando ritardi percepibili, soprattutto sulle connessioni mobili. Anche i formati immagine obsoleti privi di compressione moderna, un server sovraccarico senza Content Delivery Network e catene di reindirizzamenti superflue rientrano tra i classici problemi che si presentano ripetutamente nella pratica. Anche l’ottimizzazione on-page di una pagina influisce sulla quantità di codice superfluo che viene caricato insieme alla pagina.

• Immagini e video non compressi
• Inserimento di troppi script esterni
• Attivare la cache del browser, se non è attiva
• CSS inutilizzato nel codice sorgente

Uno sguardo all’analisi di rete del browser spesso rivela già a prima vista quali singoli file incidono maggiormente sui tempi di caricamento, prima ancora che si rendano necessarie analisi tecniche più approfondite.

Velocità di caricamento delle pagine sui dispositivi mobili

Sulle connessioni mobili, i tempi di caricamento lenti hanno un impatto ancora maggiore rispetto al desktop, poiché la larghezza di banda e la potenza di calcolo sono più limitate. Google ora valuta i siti web principalmente in base alla versione mobile, il che significa che eventuali carenze riscontrate su smartphone incidono direttamente sul posizionamento, anche se la versione desktop funziona perfettamente. Immagini di grandi dimensioni non ottimizzate, script che bloccano il caricamento e inserzioni pubblicitarie troppo ingombranti sono tra le cause più frequenti di scarsi risultati su dispositivi mobili. Effettuare test regolari direttamente su smartphone reali integra in modo utile i dati di misurazione automatizzati, poiché l’esperienza utente e gli indicatori misurati non sempre coincidono esattamente.

• La versione mobile come parametro di riferimento per le classifiche
• Adattare le immagini agli schermi di piccole dimensioni
• Come evitare gli script che bloccano i dispositivi mobili
• Mantenere snella l’area visibile

Poiché sempre più ricerche vengono effettuate esclusivamente tramite smartphone, un tempo di caricamento lento sulla versione mobile ha ormai un peso maggiore rispetto al passato, anche se la versione desktop funziona tecnicamente in modo impeccabile.

Mantenere sempre sotto controllo la velocità della pagina

Il tempo di caricamento non è un progetto una tantum, ma una voce ricorrente in ogni strategia SEO. Nuovi plugin, immagini più grandi o script di tracciamento aggiuntivi si insinuano col passare del tempo e peggiorano valori che prima erano buoni. La situazione diventa particolarmente critica in caso di rilancio, quando nuovi template o un cambio di sistema peggiorano inosservatamente i tempi di caricamento.

• Verificare i valori dopo ogni aggiornamento importante
• Controllare regolarmente le dimensioni delle immagini
• Analizzare criticamente gli script di tracciamento
• Confronta i tempi di caricamento prima e dopo il rilancio

Un monitoraggio costante, che segnala automaticamente eventuali peggioramenti improvvisi, impedisce che i valori negativi si accumulino inosservati per settimane e che alla fine possano essere corretti solo con un notevole dispendio di risorse.

Velocità della pagina: cause frequenti di errore nell’utilizzo quotidiano del CMS

Molti problemi relativi ai tempi di caricamento non derivano dal sistema di gestione dei contenuti in sé, bensì da estensioni installate successivamente, che ricaricano script e fogli di stile propri in modo indipendente l’uno dall’altro. Con ogni estensione aggiuntiva aumenta il rischio che i singoli processi di caricamento si blocchino a vicenda, senza che un unico responsabile mantenga il controllo su tutti i componenti coinvolti.

Anche i sistemi di gestione dei tag, come Google Tag Manager, possono diventare un ostacolo in caso di crescita incontrollata, se nel corso del tempo vengono aggiunti continuamente nuovi script di tracciamento e di marketing senza rimuovere le voci obsolete e non più utilizzate.

• Riconoscere le estensioni come un ostacolo ricorrente
• Evitare i blocchi reciproci negli script
• Riorganizzare regolarmente la gestione dei tag
• Rimuovere gli script di tracciamento inutilizzati

Misurare la velocità della pagina e documentarne l’andamento nel tempo

I singoli valori di misurazione sono poco significativi se non vengono confrontati nel corso di un periodo di tempo più lungo. L’integrazione con Google Analytics aiuta a considerare il tempo di caricamento non in modo isolato, ma nel contesto del comportamento effettivo degli utenti, come la frequenza di rimbalzo e il tempo di permanenza sulla pagina.

In questo modo è possibile verificare se un miglioramento tecnico porti effettivamente a una maggiore interazione, anziché basarsi esclusivamente su un singolo valore di test isolato.

• Confrontare i valori misurati su un periodo di tempo più lungo
• Collegare il tempo di caricamento al comportamento degli utenti
• Includere il tasso di rimbalzo e il tempo di permanenza
• Dimostrare il miglioramento sulla base di dati reali

Cosa fa esattamente il file robots.txt

Il file si trova nella directory principale di un dominio ed è costituito da semplici regole di testo. Ogni regola, tramite la voce «User-agent», è rivolta a un determinato crawler e, tramite «Disallow» o «Allow», stabilisce quali percorsi questo può visitare. Google, Bing e altri motori di ricerca leggono questo file prima di ogni operazione di crawling e, di norma, ne rispettano le indicazioni in modo affidabile.

Basta una sola voce “Disallow” errata nella directory principale per far sì che l’intero dominio venga escluso dall’indice di Google.

Per questo motivo, il file è uno degli elementi tecnici più delicati di un sito web. Basta una barra dimenticata o un percorso troppo ampio per rendere inaccessibili sezioni che dovrebbero invece essere visibili. Chi modifica il file dovrebbe sempre testarne il risultato prima di pubblicare la nuova versione.

• Consentire l’accesso mirato a singoli bot
• Escludere intere directory dalla scansione
• Inserire il percorso della mappa del sito
• Concentrare il crawl budget sulle pagine più importanti
• Proteggere i contenuti duplicati dall’indicizzazione

Gestire i crawler dei motori di ricerca tradizionali

Googlebot, Bingbot e i crawler dei motori di ricerca simili rileggono il file robots.txt ad ogni visita. Tramite righe specifiche relative all’user-agent è possibile definire una regola separata per ogni bot, ad esempio per consentire a Bing di visualizzare sezioni diverse rispetto a Google. Google Search Console offre a tal fine uno strumento di test dedicato, con cui è possibile verificare i singoli URL rispetto al file attuale prima che una modifica abbia effettivamente effetto. Soprattutto nei grandi negozi online con pagine di filtro o percorsi del carrello, una configurazione accurata impedisce che il prezioso budget di scansione venga sprecato in pagine irrilevanti.

• Impostare regole specifiche per ciascun motore di ricerca
• Escludere le pagine dei filtri e del carrello
• Utilizzare lo strumento di test prima di ogni modifica
• Definire il ritardo di scansione se necessario

I crawler basati sull’intelligenza artificiale e il nuovo panorama dei bot

Oltre ai motori di ricerca tradizionali, oggi un numero crescente di crawler basati sull’intelligenza artificiale legge il file robots.txt, tra cui GPTBot, ClaudeBot, Google-Extended o CCBot. Tramite le voci personalizzate dell’user-agent è possibile stabilire se questi sistemi possano raccogliere contenuti per i dati di addestramento o utilizzarli per fornire risposte in tempo reale. Questo controllo è ormai parte integrante di una strategia di visibilità tecnica ben strutturata, come quella verificata anche nel nostro audit SEO/GEO. Anche in caso di rilancio del sito, il controllo del file robots.txt è uno dei primi passi da compiere, affinché nessun blocco indesiderato venga trasferito sul nuovo sito. Chi desidera tenere d’occhio anche i fattori di ranking strutturati, troverà ulteriori spunti nel nostro articolo sull’ottimizzazione on-page.

• Autorizzare in modo mirato GPTBot e ClaudeBot
• Regolare separatamente Google Extended per l’addestramento dell’IA
• Verificare le regole prima di ogni rilancio
• Verificare periodicamente la visibilità tecnica

Gestire e testare correttamente il file robots.txt

Il file non è un’operazione da eseguire una tantum, ma deve essere aggiornato ogni volta che viene apportata una modifica significativa alla struttura del sito. Nuove directory, percorsi rinominati o un cambio del sistema di gestione dei contenuti modificano spesso le aree che devono effettivamente essere sottoposte a scansione. Un controllo regolare nella Search Console mostra se Google incontra blocchi che in realtà non sono più desiderati o se aree importanti rimangono accidentalmente bloccate. Anche gli strumenti esterni di analisi tecnica aiutano a evidenziare le differenze tra la versione attuale e una precedente del file, prima che queste si trasformino in un vero e proprio problema di visibilità.

• Verifica del file dopo ogni modifica della struttura
• Controllare regolarmente gli avvisi di Search Console
• Verificare l’attualità dei vecchi blocchi
• Documentare le modifiche prima della messa in produzione

Robots.txt: errori comuni nella pratica

L’errore più comune è una voce “Disallow” formulata in modo troppo generico, che blocca inavvertitamente intere sezioni di un sito web, sebbene fosse intesa solo per una singola directory. Anche le regole contraddittorie, in cui una riga successiva revoca un’autorizzazione precedente, causano spesso un comportamento di scansione poco chiaro. Soprattutto in caso di cambio del sistema di gestione dei contenuti, il file viene spesso ripreso senza modifiche, nonostante la struttura dei percorsi sia completamente cambiata.

Un altro problema classico riguarda le strutture degli URL, che cambiano nel tempo: le vecchie regole “Disallow” rimandano quindi a percorsi che non esistono più da tempo, mentre le nuove aree, effettivamente sensibili, rimangono prive di protezione.

• Non definire le voci “Disallow” in modo troppo generico
• Risolvere in modo coerente le incongruenze nelle regole
• Verificare nuovamente il file dopo il cambio di sistema
• Eliminare regolarmente i percorsi obsoleti

Il file robots.txt in combinazione con la gestione dei tag

Strumenti come Google Tag Manager spesso caricano script esterni provenienti da domini aggiuntivi, che a loro volta possono avere regole di crawling proprie. Chi si concentra solo sul proprio file robots.txt rischia facilmente di trascurare il fatto che uno script integrato su un altro dominio abbia impostazioni completamente diverse.

In caso di configurazioni più complesse con più servizi integrati, vale quindi la pena effettuare un inventario periodico di tutti i domini coinvolti, non solo del proprio dominio principale.

• Gli script esterni hanno regole proprie
• Non concentrarsi solo sul dominio principale
• Elencare regolarmente i domini interessati
• Aggiornare la configurazione per i nuovi servizi

Chi considera il file robots.txt, la Sitemap e la struttura tecnica come un sistema integrato anziché come singole attività separate, individua più rapidamente gli errori ed evita che una modifica apportata in un punto provochi, senza che ce ne si accorga, effetti collaterali in un altro punto, che si notano solo settimane dopo.

Cosa comprende concretamente la SEO tecnica

La SEO tecnica non è un’operazione isolata, bensì un insieme di misure che si integrano tra loro. Tra queste figurano, tra l’altro:

• Ottimizzare il tempo di caricamento, compresi i Core Web Vitals
• Gestire il crawling e l’indicizzazione tramite le Sitemap
• Strutture URL chiare ed esaurienti, prive di contenuti duplicati
• Utilizzare Schema.org per i rich snippet
• Implementazione “mobile-first” con verifica della reattività su tutti i dispositivi
• Collegamenti interni senza link non funzionanti

Perché vale la pena investire

Google e altri motori di ricerca valutano i segnali tecnici direttamente nei propri fattori di ranking. Un sito web che si carica lentamente o che è difficile da navigare su smartphone non solo perde posizioni, ma anche visitatori che abbandonano la pagina prematuramente. Soprattutto nei progetti che utilizzano diversi sistemi CMS come WordPress, Typo3 o Shopware, le impostazioni tecniche variano notevolmente.

Molte aziende investono nei contenuti, ma trascurano il fatto che una pagina con un tempo di caricamento di 8 secondi perde già il 70% dei visitatori da dispositivo mobile, prima ancora che venga letto il primo testo. Un’ottimizzazione tecnica di base si ripaga spesso entro 2-3 mesi grazie al solo aumento dei tassi di clic.

Il nostro team conosce le peculiarità dei sistemi più diffusi e implementa le misure laddove hanno il maggiore impatto.

• I Core Web Vitals influenzano direttamente il posizionamento su Google
• Velocità di caricamento della pagina inferiore a 3 secondi
• Indicizzazione «mobile-first»: le prestazioni su desktop sono spesso trascurate
• Risparmiare sul crawl budget ottimizzando le sitemap XML
• HTTPS e dati strutturati come moltiplicatori di posizionamento

Errori tipici nella vita quotidiana

Molti problemi tecnici non sorgono al momento del lancio di un sito web, ma si manifestano gradualmente durante il suo funzionamento. Un nuovo plugin rallenta i tempi di caricamento, un rilancio modifica le strutture degli URL senza reindirizzamenti adeguati, oppure le immagini vengono inserite senza compressione e aumentano eccessivamente le dimensioni delle pagine. Anche le sitemap obsolete, che continuano a segnalare a Google pagine cancellate, o le sezioni bloccate per errore nel file robots.txt sono tra le fonti di errore più comuni che individuiamo regolarmente durante gli audit. Per questo motivo, un unico audit tecnico raramente è sufficiente: un monitoraggio continuo impedisce che tali problemi si accumulino inosservati e danneggino silenziosamente il posizionamento nel corso dei mesi.

• Un tempo di caricamento superiore a 3 secondi danneggia significativamente il posizionamento
• Verificare mensilmente la presenza di blocchi nel file robots.txt
• Documentare i reindirizzamenti HTTP (301) dopo il rilancio
• Comprimere le immagini inferiori a 100 KB
• Aggiornare la Sitemap entro 48 ore dalla cancellazione

Collaborazione con i team di sviluppo

La SEO tecnica raramente può essere implementata indipendentemente dal team di sviluppo esistente, poiché molte misure intervengono direttamente sul codice, sulla configurazione del server o sui processi di distribuzione. Collaboriamo quindi a stretto contatto con i reparti IT interni o con partner di sviluppo esterni, anziché formulare raccomandazioni senza tenere conto dei sistemi esistenti. Le modifiche vengono solitamente testate prima in un ambiente di prova prima di essere messe online, in modo che gli adeguamenti tecnici non compromettano inavvertitamente altre funzionalità del sito web. Questo stretto coordinamento accelera l’implementazione ed evita che valide raccomandazioni SEO falliscano a causa di competenze interne o malintesi tra marketing e sviluppo.

• Testare l’ambiente di staging prima della messa online
• Coordinare i Core Web Vitals con il reparto di sviluppo
• Documentare il changelog per garantire la tracciabilità
• Verificare l’impatto delle modifiche alle API sulla SEO
• Effettuare congiuntamente audit tecnici periodici

Ecco come procediamo

Il primo passo è un audit tecnico completo che analizza i tempi di caricamento, l’indicizzazione, la visualizzazione su dispositivi mobili e i dati strutturati. Dai risultati emerge una roadmap con ordine di priorità, che affronta innanzitutto gli aspetti con il maggiore impatto. Parallelamente, spesso configuriamo un setup affidabile in Google Tag Manager, in modo da poter misurare i risultati ottenuti, anziché limitarci a ipotizzarli. Dopo l’implementazione, la SEO tecnica rimane un processo continuo: gli aggiornamenti al CMS, i nuovi contenuti e i cambiamenti nei requisiti dei motori di ricerca richiedono un monitoraggio regolare, di cui ci occupiamo nell’ambito del nostro servizio di assistenza.

• Verifica dei Core Web Vitals e dei tempi di risposta del server
• Ottimizzare le Sitemap XML, il file robots.txt e i tag canonical
• Risolvere gli errori di scansione in Search Console
• Convalidare l’indicizzazione Mobile-First e il design responsive
• Configurareuna dashboard di monitoraggio per KPI quali il budget di scansione

La SEO tecnica come base per il performance marketing

Un sito web tecnicamente ben strutturato offre vantaggi anche al di fuori della ricerca organica. Le landing page a cui rimandano le campagne si caricano più velocemente e generano un tasso di conversione più elevato se la base tecnica è corretta. Chi, inoltre, imposta correttamente il monitoraggio delle conversioni, può rendere visibile l’effetto delle ottimizzazioni tecniche anche in termini numerici, ad esempio attraverso la diminuzione dei tassi di rimbalzo o l’aumento dei tassi di conversione.

• I Core Web Vitals influenzano direttamente le prestazioni degli annunci
• Puntare a un tempo di risposta del server inferiore a 200 ms
• Verificare il file robots.txt e la Sitemap per garantire l’efficienza della scansione
• Evitare i contenuti duplicati, impostare i tag canonical
• Dare priorità alla velocità su dispositivi mobili rispetto a quella su desktop