Meetaly
HomeServiziProgettiClienti
Chi siamoBlogContatti
Parliamo
Meetaly

Software, Marketing e Design per far crescere il tuo business. Trasformiamo le tue idee in soluzioni digitali.

Link Rapidi

  • Servizi
  • Progetti
  • Clienti
  • Chi Siamo
  • Blog
  • Contatti

Contatti

  • admin@meetaly.agency
  • Via Croce del Papa 27/29
    80035 Nola (NA), Italia

Newsletter

Ricevi aggiornamenti su novità e articoli del blog.

© 2026 Meetaly Agency. Tutti i diritti riservati.

Privacy PolicyCookie Policy
Da app Flutter a sito Next.js: perché abbiamo ricostruito Prezzo Gomme
Tech & Development4 min di lettura
Aggiornamento del progetto: E-commerce Pneumatici — Prezzo Gomme

Da app Flutter a sito Next.js: perché abbiamo ricostruito Prezzo Gomme

M
Meetaly Team
7 settembre 2026
Perché un e-commerce di pneumatici non può vivere come un'app Flutter Web, e cosa cambia davvero passando a Next.js: SEO, tempi di caricamento, ricerca prodotti e pagamenti.

Un'app che si comportava da app, su un sito che doveva comportarsi da sito

La prima versione di Prezzo Gomme era un'app Flutter Web con Firebase come backend. Una scelta comprensibile per partire in fretta — Flutter permette di costruire un'interfaccia completa e coerente molto rapidamente — ma un e-commerce di pneumatici non vive di utenti che aprono l'app ogni giorno come farebbero con Instagram: vive di persone che cercano "gomme 205/55 R16" su Google alle undici di sera perché devono cambiare le gomme il giorno dopo, e che devono trovare quella pagina precisa tra i primi risultati.

Qui Flutter Web mostra il suo limite strutturale: renderizza tutto lato client, disegnando l'interfaccia su un canvas (o via DOM, a seconda del renderer) dopo che il browser ha scaricato ed eseguito il bundle JavaScript. Per un motore di ricerca che deve capire cosa c'è in una pagina — e per un utente reale che aspetta il primo contenuto visibile — questo si traduce in caricamenti più lenti e in un'indicizzazione parziale: pagine prodotto che i crawler faticano a leggere per intero, contenuto che non esiste finché il JavaScript non ha finito di girare.

Per un sito che vive di traffico organico su migliaia di combinazioni misura/marca/stagione, ognuna delle quali dovrebbe essere una pagina indicizzabile a sé, questo non è un dettaglio tecnico da ottimizzare in un secondo momento. È il vincolo che decide se il sito può crescere o resta invisibile.

Cosa cambia, pezzo per pezzo

Abbiamo ricostruito la piattaforma su Next.js, pensata da zero per il rendering lato server delle pagine prodotto e categoria: ogni misura di pneumatico ha una sua pagina reale, generata con contenuto già presente al primo caricamento, non assemblata dopo dal browser.

Il database. Firebase/Firestore ha lasciato il posto a PostgreSQL. Firestore è un ottimo database documentale per prototipare in fretta, ma un catalogo di oltre 10.000 referenze con relazioni tra prodotti, ordini, prezzi per canale e stock ha bisogno di query relazionali reali — join, aggregazioni, transazioni — non di query su singole collezioni ricomposte lato applicazione.

La ricerca. Algolia è stata sostituita da Meilisearch: stessa logica di ricerca istantanea e filtri facettati, ma senza il costo per volume di ricerche che cresce con il traffico — una voce di spesa che su un catalogo di questa scala e su un sito ad alto traffico organico non è trascurabile.

Le lingue. Il sito è ora disponibile in 6 lingue (italiano, inglese, spagnolo, francese, tedesco, polacco) tramite next-intl, aprendo il catalogo a mercati fuori dall'Italia — funzionalità che sull'app Flutter Web non era mai stata sviluppata.

I pagamenti. Stripe, PayPal, Google Pay e Apple Pay coprono il pagamento immediato con carta rateizzabile via Klarna; il pagamento in contrassegno resta disponibile per chi non si fida ancora ad acquistare pneumatici online senza vederli — probabilmente la leva di conversione più importante per questo mercato specifico, mantenuta identica nel passaggio.

"Flutter Web vince il primo. Per un e-commerce che vive di ricerca organica, serve vincere il secondo — e questo significa scegliere lo stack in base a come funziona un motore di ricerca, non solo a quanto velocemente si scrive il codice."

— Un'app veloce da costruire e un sito veloce da trovare su Google sono due obiettivi diversi.

Non una riscrittura da zero, ma una migrazione guidata dai dati

Il catalogo, gli ordini e le anagrafiche clienti esistenti non sono stati ricreati a mano: sono stati migrati da Firestore a PostgreSQL preservando ogni riferimento — stesso ID prodotto, stesso storico ordini — così il cambio di stack è stato invisibile per chi già usava il sito, e nessun link esterno o risultato di ricerca già indicizzato si è rotto nel passaggio.

Il risultato non è "un sito più moderno" in astratto, ma un sito costruito per il modo in cui le persone lo trovano davvero: da una ricerca su Google, di sera, con l'urgenza di risolvere un problema pratico. Chi vuole vedere la piattaforma nel dettaglio — catalogo, ricerca per misura o veicolo, checkout con contrassegno — trova tutto nella scheda del progetto Prezzo Gomme.

M
Scritto da
Meetaly Team

Ti è piaciuto l'articolo?

Iscriviti alla nostra newsletter o contattaci per realizzare il tuo prossimo progetto.

Contattaci