Core Web Vitals ristorante: come ottimizzare la velocità del sito nel 2026

Perché nel 2026 la velocità del sito è diventata una questione di sopravvivenza per i ristoranti

Hai mai aperto il sito di un ristorante su mobile, aspettato tre secondi, e poi chiuso tutto per tornare su Google Maps? I tuoi clienti fanno esattamente la stessa cosa con il tuo sito.

I Core Web Vitals non sono un concetto da sviluppatori. Sono tre numeri che Google misura ogni giorno su milioni di siti — incluso il tuo — e che determinano dove appari nei risultati di ricerca locale. In una città con dieci trattorie che servono cucina tipica, quella con il sito più veloce parte già avvantaggiata.

Secondo FIPE e le ultime rilevazioni Confcommercio, il 67% delle prenotazioni online nei ristoranti italiani arriva da dispositivi mobili. Su mobile, la tolleranza è zero: 3 secondi di attesa e metà degli utenti abbandona. Non torna. Va dal concorrente.

Questo articolo ti spiega cosa misurare, cosa rompere e come sistemare — con numeri concreti e senza jargon inutile.

---

Cosa sono i Core Web Vitals (spiegati a un gestore, non a un tecnico)

Google ha sintetizzato la qualità dell'esperienza utente in tre metriche principali, aggiornate nel 2024 con la sostituzione di FID con INP:

Il problema tipico di un sito ristorante: foto del menù a 4MB non compresse, font Google caricato in modo bloccante, slider animato con JavaScript pesante, widget prenotazioni di terze parti lento. Risultato: LCP di 6-8 secondi su mobile. Metà dei visitatori non lo vede mai.

---

Quanto ti costa davvero un sito lento: i numeri

Facciamo un esempio concreto con numeri reali.

Scenario: ristorante tipico, 50 coperti, zona semi-centrale, 80 visite organiche al mese al sito, tasso di conversione in prenotazione del 5%, scontrino medio a copertura 38€.

• 80 visite × 5% conversione = 4 prenotazioni/mese dal sito × 2,5 coperti medi per prenotazione = 10 coperti
• 10 coperti × 38€ = 380€/mese di ricavi diretti dal sito

Ora aggiungi 2 secondi di caricamento al sito. Secondo i dati Google/Deloitte, il tasso di rimbalzo mobile aumenta del 32% tra 1 e 3 secondi di caricamento, con perdita di conversioni stimata tra il 15% e il 25%.

Perdita realistica: 380€ × 20% = 76€/mese, cioè 912€ l'anno — solo per un sito lento. E senza contare il ranking SEO perso e la reputazione.

Per una pizzeria d'asporto con 200 visite al mese e forte componente delivery, i numeri possono essere tre volte superiori.

---

Passo 1 — Misura dove sei adesso

Prima di toccare qualsiasi cosa, sai il tuo punteggio attuale?

Vai su PageSpeed Insights e inserisci l'URL del tuo sito. Guarda il tab Mobile (non Desktop — i tuoi clienti usano il telefono).

I punteggi si dividono in quattro fasce:

• 🔴 0-49: Scarso — perdi ranking e prenotazioni ogni giorno
• 🟠 50-89: Da migliorare — c'è margine significativo
• 🟢 90-100: Buono — mantieni e monitora

La maggior parte dei siti ristorante italiani si attesta tra 25 e 55 su mobile. Se sei sopra 80, sei già nella fascia superiore del settore.

Salva il report PDF di PageSpeed Insights — ti serve come baseline per misurare i miglioramenti dopo le ottimizzazioni.

---

Passo 2 — Le immagini: il problema numero uno

Le foto dei piatti fanno venire fame. Ma una foto da 3MB su mobile fa venire voglia di chiudere il browser.

Cosa fare subito:

1. Converti in WebP o AVIF — risparmio medio del 40-70% rispetto a JPEG con stessa qualità visiva. Usa Squoosh.app gratuitamente, o TinyPNG per batch.
2. Ridimensiona prima di uploadare — immagine hero: massimo 1920px di larghezza. Foto piatti in grid: massimo 800px. Non lasciare che il browser ridimensioni immagini da 4000px.
3. Aggiungi il lazy loading — tutte le immagini non visibili "above the fold" (nella prima schermata) devono avere loading="lazy". In WordPress lo fa in automatico dalla versione 5.5 in poi — verifica che sia attivo.
4. Precarica l'immagine hero — quella grande nella prima schermata deve invece caricarsi subito. Aggiungi fetchpriority="high" a quell'immagine specifica.

Caso concreto: una trattoria milanese con galleria piatti ha portato il LCP da 7,2 a 2,8 secondi semplicemente convertendo 23 immagini in WebP e impostando il lazy loading. Punteggio PageSpeed mobile: da 31 a 74. Zero sviluppatori coinvolti, solo Squoosh e due ore di lavoro.

---

Passo 3 — Font web: eleganza senza sacrificare la velocità

Il font personalizzato del tuo sito — magari quel corsivo elegante che richiama la tradizione — spesso è la seconda causa di LCP alto.

Il problema: Google Fonts caricato nel modo standard blocca il rendering della pagina. L'utente vede uno schermo bianco mentre il browser scarica il font.

La soluzione in tre mosse:

/* Nel tuo CSS: aggiungi font-display: swap */
@font-face {
  font-family: 'NomeFontTuo';
  src: url('/fonts/nomefont.woff2') format('woff2');
  font-display: swap; /* mostra il testo subito con font di sistema */
}

Oppure, se usi Google Fonts tramite link HTML, aggiungi &display=swap all'URL.

Poi nel <head> della pagina:

<link rel="preload" href="/fonts/nomefont.woff2" as="font" type="font/woff2" crossorigin>

Regola pratica: massimo 2 famiglie di font, massimo 3 varianti di peso (regular, semi-bold, bold). Ogni variante aggiuntiva è un file extra da scaricare.

---

Passo 4 — JavaScript: rimuovi quello che non usi

Ogni plugin WordPress, ogni widget di terze parti, ogni script social aggiunge JavaScript che rallenta il sito. Molti siti ristorante hanno:

• Widget prenotazioni di TheFork o OpenTable caricato su ogni pagina (anche quelle dove non serve)
• Pixel Facebook, Google Analytics, Google Tag Manager, Hotjar tutti insieme non ottimizzati
• Plugin slider con librerie JavaScript da 200KB per mostrare tre foto
• Widget chat di Tidio o Intercom che carica anche quando chiuso

Come identificarlo: in PageSpeed Insights, vai alla sezione "Opportunità" → "Riduci JavaScript inutilizzato". Ti mostra esattamente quali script pesano di più.

Azioni concrete:

1. Carica i widget prenotazioni solo dove servono — non su homepage, menu e about. Solo sulla pagina Prenota.
2. Usa Google Tag Manager per tutti i pixel marketing — centralizza e carica tutto in modo asincrono.
3. Valuta alternative leggere agli slider — una galleria CSS pura è 10 volte più leggera di Slick o Swiper.
4. Su WordPress: disattiva e cancella ogni plugin non usato. Ogni plugin attivo, anche "disattivo", ha un costo.

---

Passo 5 — Cache e CDN: le basi che molti saltano

Se il tuo sito non usa Cloudflare (o un CDN equivalente), stai lasciando performance gratuite sul tavolo.

Cloudflare piano gratuito è sufficiente per il 90% dei ristoranti italiani e offre:

• CDN globale che serve file statici dalla posizione più vicina all'utente
• Compressione automatica Brotli (migliore del gzip)
• Cache dei file statici al bordo della rete
• Protezione DDoS base

Su WordPress, aggiungi uno di questi plugin di cache:

• WP Rocket (a pagamento, ~49€/anno — il più efficace)
• LiteSpeed Cache (gratuito, ottimo se il tuo hosting usa LiteSpeed)
• W3 Total Cache (gratuito, configurazione più complessa)

La configurazione minima da attivare: cache pagine, minificazione CSS/JS, caricamento lazy immagini.

Per una pizzeria con delivery attivo che gestisce ordini online, la latenza del server fa differenza in ogni click. Un CDN ben configurato può ridurre il TTFB (Time to First Byte) da 800ms a meno di 200ms — e questo si riflette direttamente sull'INP.

Se vuoi un sito ottimizzato sin dalla base, esplora le opzioni su /agenzia/sito-web per una valutazione professionale.

---

Passo 6 — Il CLS, il problema invisibile che fa impazzire i clienti

Il Cumulative Layout Shift misura quanto si sposta il contenuto mentre la pagina carica. È il fenomeno per cui stai per cliccare "Prenota un tavolo" e all'improvviso un banner si carica sopra e clicchi su qualcos'altro.

Cause più comuni nei siti ristorante:

• Immagini senza dimensioni definite — il browser non sa quanto spazio riservare, poi l'immagine arriva e spinge il testo
• Font swap visibile — il testo passa da Times New Roman al font custom e sposta il layout
• Banner cookie o popup che appaiono dopo il caricamento
• Widget di terze parti (prenotazioni, recensioni) che arrivano tardi e spostano il contenuto

Fix per le immagini (il più importante):

<!-- Sempre specificate width e height -->
<img src="piatto.webp" width="800" height="600" alt="Nome piatto" loading="lazy">

Anche in CSS, riserva lo spazio con aspect-ratio:

.foto-piatto {
  aspect-ratio: 4 / 3;
  width: 100%;
}

---

Strumenti gratuiti per monitorare nel tempo

Fare l'ottimizzazione una volta non basta. Ogni aggiornamento WordPress, ogni nuovo plugin, ogni nuova foto può degradare le performance.

Setup di monitoraggio mensile (tutto gratuito):

La Google Search Console è la fonte più importante: mostra i Core Web Vitals reali misurati dagli utenti reali sul tuo sito (dati CrUX — Chrome User Experience Report), non una simulazione. Se vedi URL in rosso nella sezione "Esperienza della pagina", sono pagine che Google sta già penalizzando.

---

Confronto: siti ristorante veloci vs lenti nel 2026

---

Il menù digitale e le prenotazioni online: attenzione ai widget pesanti

Una nota specifica per chi usa piattaforme di prenotazione esterne (TheFork, OpenTable, Dish) o menu digitali embedded: questi widget spesso caricano JavaScript pesante e font aggiuntivi.

Strategia consigliata: carica il widget prenotazioni solo tramite click dell'utente (pattern "facade"), non automaticamente al caricamento della pagina. L'utente clicca "Prenota ora", solo allora il widget si inizializza.

Se gestisci il tuo menu digitale tramite un sistema integrato, verifica che sia ottimizzato per mobile e non impatti il LCP della homepage. Su /ai/menu-multilingua puoi esplorare soluzioni di menu digitale costruite con performance in mente.

---

Piano d'azione: da dove iniziare questa settimana

Se sei sopraffatto dalla quantità di cose da fare, segui questa sequenza di priorità:

Settimana 1 (impatto immediato):

1. Misura il punteggio attuale con PageSpeed Insights — mobile
2. Comprimi e converti in WebP le 10 immagini più pesanti del sito
3. Attiva Cloudflare (piano gratuito — 15 minuti di setup)

Settimana 2 (quick win tecnici): 4. Installa un plugin cache (WP Rocket o LiteSpeed Cache) 5. Aggiungi font-display: swap ai font personalizzati 6. Rimuovi i plugin WordPress inutilizzati

Settimana 3-4 (ottimizzazione avanzata): 7. Rivedi il JavaScript di terze parti con PageSpeed Insights 8. Correggi le immagini senza dimensioni definite 9. Misura di nuovo e confronta con la baseline

Se hai bisogno di supporto tecnico professionale per un intervento completo, puoi richiedere una valutazione gratuita su /agenzia — il team di webristoranti lavora specificamente con siti HORECA italiani.

---

Conclusione: la velocità è una scelta, non un caso

Nel 2026, avere un sito lento non è una questione tecnica — è una scelta di business con conseguenze dirette su prenotazioni, ranking Google e immagine del locale.

I Core Web Vitals non sono complicati da capire: vuoi che il sito carichi in meno di 2,5 secondi su mobile, che risponda subito ai click e che non si sposti mentre carica. Tutto il resto è implementazione.

La buona notizia: il 70% dei guadagni di performance si ottiene con interventi basilari — immagini ottimizzate, cache, CDN. Non serve riscrivere il sito da zero.

Inizia oggi con il punteggio PageSpeed Insights. Poi segui i passi in ordine. Ogni punto guadagnato si traduce in clienti che non abbandonano, prenotazioni in più, e un sito che Google premia.