Vai al contenuto
DS Program

Ital Cheese Food

Un'esperienza sola, in tre lingue, per una consulenza che lavora fuori dall'Italia

Il mio ruolo in questo progetto è stato progettare e sviluppare il sito. La consulenza lattiero-casearia che il sito racconta è del cliente: ho costruito il modo in cui viene spiegata e raggiunta.

Tipo
Web experience, Multilingua · Lead
Il mio ruolo
Design & sviluppo del sito
La home italiana di Ital Cheese Food

Il problema

Quasi cinquant'anni dentro la produzione non stanno in una brochure.

Chi cerca questa consulenza arriva da paesi e lingue diverse, spesso con un problema preciso (un impianto da avviare, una produzione che non tiene) e deve capire in pochi secondi se ha davanti la persona giusta. Un sito in una lingua sola, con un elenco di servizi, non lo dice.

Una sola esperienza, adattata a tre mercati invece che tradotta tre volte. Prima il metodo e la persona, poi i servizi: chi legge deve riconoscere il proprio caso prima di trovare un modulo. E il contatto deve restare raggiungibile da qualsiasi punto, perché chi decide lo fa mentre legge, non alla fine.

Cosa ho costruito

  1. Le tre home (italiano, spagnolo, inglese) con hreflang reciproci e `x-default` sull'italiana: ogni lingua è una pagina canonica di se stessa, nessuna rimanda a un'altra.

  2. Gli indirizzi tradotti lingua per lingua, dichiarati in un registro unico da cui discendono sitemap, canonical e alternate.

  3. Il metodo in quattro elementi (struttura, tecnologia, persone, assistenza) e il confronto fra consulenza online e in azienda.

  4. Il percorso dell'impianto: dall'analisi all'avviamento, con le attrezzature come parte del progetto e non come catalogo.

  5. La mappa dei paesi in cui la consulenza ha lavorato, disegnata dai dati geografici invece che da un'immagine.

  6. Il modulo di richiesta con consegna lato server e un ripiego via email quando il servizio non risponde: nessuna richiesta si perde in silenzio.

  7. Statistiche di visita dietro consenso esplicito, con sei eventi che misurano i contatti e nessun dato personale.

Il prodotto

Il percorso dell'impianto, dall'analisi all'avviamento
I servizi, ognuno con il risultato che produce
La sezione sull'esperienza di produzione
Consulenza online e in azienda, messe a confronto
La stessa esperienza in inglese
Il metodo in quattro elementi, da telefono

Le decisioni

  1. Tre lingue, non tre siti

    Italiano, spagnolo e inglese vivono nella stessa struttura: cambia il contenuto, non l'impianto. Ogni home è canonica di se stessa e dichiara le altre due come alternative, con l'italiano come lingua predefinita per chi arriva da un paese che non è coperto. Le due pagine di approfondimento esistono solo in italiano e non annunciano traduzioni che non ci sono: dichiarare una lingua che non esiste è un errore che Google ricorda.

  2. Le rotte come unica fonte

    Stato, indicizzabilità e indirizzo per ciascuna lingua sono dichiarati in un registro solo. Sitemap, canonical e hreflang leggono da lì: una pagina nuova entra nella mappa del sito perché è dichiarata, non perché qualcuno si è ricordato di aggiungerla. È anche il motivo per cui le bozze restano fuori dalla sitemap finché sono bozze.

    • Cinque indirizzi indicizzabili, tutti 200 e canonici
    • Pagine legali fuori dalla sitemap finché i testi non sono definitivi
    • Nessuna lingua canonicalizzata verso un'altra
  3. Il metodo prima dei servizi

    La sezione centrale non elenca prestazioni: mostra quattro elementi (struttura, tecnologia, persone, assistenza) e il percorso che li attraversa, dall'analisi dell'impianto all'avviamento con il personale. Chi produce riconosce il proprio punto di blocco lì dentro, e arriva all'elenco dei servizi sapendo già cosa chiedere.

  4. Misurare senza rallentare

    Le statistiche partono solo dopo un consenso esplicito e il tag si carica in coda, quando il contenuto è già a schermo. Non è prudenza astratta: caricandolo prima, su rete lenta si contende la banda con la fotografia d'apertura (misurato: oltre due secondi di LCP in più). Gli eventi misurano i contatti (WhatsApp, telefono, email, invio del modulo, cambio lingua) e non trasportano nulla di ciò che una persona scrive.

Com’è fatto

Next.js con il segmento di lingua nella rotta e i testi in file tipizzati, uno per lingua: una struttura sola, tre contenuti, nessuna pagina duplicata da tenere allineata. Le rotte vivono in un registro che dichiara stato, indicizzabilità e slug per lingua: da lì discendono sitemap, canonical e hreflang, quindi una pagina nuova non può nascere fuori dalla mappa del sito. Pagine statiche su rete distribuita; il modulo è l'unica cosa che gira sul server.

Stack
Next.js, React, TypeScript, Tailwind CSS, Vercel, Multilingua IT/ES/EN, SEO tecnico, GA4 con consenso
Il mio ruolo
Product thinking, UX/UI, Frontend, Struttura dei contenuti multilingua, SEO tecnico, Analytics e consenso, Deploy

Il risultato

  • Cinque indirizzi indicizzabili, tutti con canonical su se stessi e hreflang reciproci fra le tre lingue.
  • Sitemap generata dal registro delle rotte e accettata da Search Console, senza pagine di prova né bozze.
  • Gli eventi di contatto verificati sulle chiamate realmente uscite, non solo nella coda del browser: nessuno contiene dati personali.
  • Il tag di misurazione si carica in coda, dopo il contenuto: anticiparlo costava, misurato su rete lenta, più di due secondi di LCP sulla fotografia d'apertura.

Il sito è nato con più mercati in programma di quelli pubblicati: le pagine per servizio e per area geografica sono già previste nel registro delle rotte e verranno aperte quando i testi esisteranno davvero nelle rispettive lingue. La direzione la daranno le ricerche reali, non le ipotesi.

Ital Cheese Food è online: aprilo

Cosa ho costruito qui: Siti web

Ti serve qualcosa di simile?

Raccontamelo: parto da dove sei adesso.