Hellas Verona F.C.
12 anni di evoluzione tecnologica: come l'Architettura Headless e il disaccoppiamento dei dati hanno reso scalabile l'ecosistema digitale di Hellas Verona FC
Sfida
Superare i colli di bottiglia di una piattaforma monolitica legacy in cui ogni pubblicazione richiedeva supporto tecnico, gestire picchi di traffico estremi durante il match-day, consolidare tre entità di brand frammentate e orchestrare flussi complessi (dati sportivi da feed esterni, ticketing, SSO e pagamenti multi-societari).
Soluzione
Progettazione e sviluppo di un ecosistema Headless multi-servizio orchestrato su Kubernetes, con separazione netta tra modello di scrittura e modello di lettura, alimentato da middleware custom e integrazioni resilienti.
Impatto
Piena autonomia editoriale per la redazione del club, azzeramento dell'impatto dei picchi di traffico sul backend, unificazione del capitale organico dei brand e continuità operativa garantita anche in caso di disservizio dei fornitori terzi.
Possiamo aiutarti in un modo simile?
Il Cliente
Hellas Verona FC è uno storico club di calcio professionistico italiano con una fanbase radicata e un ecosistema che abbraccia la prima squadra maschile, il settore giovanile, Hellas Verona Women, Hellas Verona Foundation e tutte le relative attività commerciali e di ticketing.
Contesto
Il club operava su un'applicazione legacy in cui logica di presentazione e contenuti risiedevano nello stesso processo: ogni aggiornamento editoriale richiedeva l'intervento degli sviluppatori. Inoltre, il club gestiva tre domini separati con codebase differenti. Il rebranding avviato nel 2020 ha richiesto un intervento radicale per migliorare usabilità e sicurezza, rendendo il sito uno strumento operativo per tifosi e partner.
La Soluzione
MWD ha trasformato l'infrastruttura di Hellas Verona grazie un’architettura Headless proprietaria che separa il cuore gestionale dall'esperienza utente, garantendo stabilità assoluta anche durante i picchi di traffico dei match-day. Questo approccio ha permesso di centralizzare in un unico ecosistema le unità operative precedentemente frammentate, Prima Squadra, Women e Foundation, ottimizzando la navigazione organica e l'accesso ai contenuti multimediali come news, highlights e match room.
Esecuzione
Nel corso di questi 12 anni abbiamo trasformato gli obiettivi strategici in soluzioni tecniche concrete, integrando design, sviluppo infrastrutturale e ottimizzazione dei contenuti attraverso un percorso sempre in evoluzione.
-
Per restituire piena indipendenza alla redazione senza rinunciare alla massima sicurezza, abbiamo separato la gestione dei contenuti dalla loro visualizzazione pubblica:
WordPress come puro pannello editoriale (hellas-admin): Abbiamo scelto WordPress per la sua familiarità d'uso, ma lo abbiamo privato interamente del suo front-end tradizionale. Funziona come una pura interfaccia di inserimento dati: i redattori creano notizie, aggiornano schede partita e gestiscono i contenuti in due lingue con totale semplicità, mentre il codice di presentazione è stato completamente rimosso.
Separazione tra scrittura e lettura (CQRS con MongoDB): La redazione lavora sul database MariaDB di WordPress, ma nessun utente esterno interroga mai questo database. Un middleware custom sincronizza ogni modifica e la scrive su MongoDB, che funge da archivio di lettura ottimizzato ("read model"). Questo significa che durante il giorno-partita, quando centinaia di migliaia di tifosi visitano il sito, il CMS non subisce alcuno stress: il pannello potrebbe persino essere riavviato o spento senza che il pubblico avverta il minimo rallentamento. -
Abbiamo orchestrato l’intero ecosistema suddividendolo in microservizi indipendenti in Node.js ed Express, ciascuno con un ruolo preciso:
Sincronizzazione in tempo reale (hellas-middleware-sync): Intercetta i salvataggi della redazione, organizza automaticamente i contenuti multilingua in un unico formato e prepara i dati per la pubblicazione istantanea, gestendo anche le importazioni schedulate dei video e dei calendari.
Astrazione dei dati sportivi di Lega: I calendari, le rose e le classifiche arrivano dai fornitori ufficiali di Serie A e Serie B, che utilizzano formati e protocolli differenti. Abbiamo creato un modulo flessibile che traduce e uniforma i dati in arrivo prima di salvarli su MongoDB. In questo modo, l'eventuale passaggio di categoria del club non richiede riscritture del sito ma solo un semplice cambio di configurazione, e i tempi di attesa dei fornitori esterni non rallentano mai la navigazione del tifoso.
Pipeline immagini fluida (hellas-middleware-media): Quando un redattore carica una foto, il sistema risponde all'istante senza bloccare il lavoro. In background, una procedura basata su Jimp genera automaticamente tutti i formati responsive necessari, distribuendoli su una rete di cache dedicata per garantire caricamenti fulminei su smartphone e desktop.
API centralizzata e transazioni sicure (hellas-frontend-api): Un unico punto di contatto gestisce i flussi di lettura del sito e le operazioni delicate. Dialoga con l'SSO (Single Sign-On OIDC) del club per riconoscere i tifosi già registrati alla biglietteria senza creare account duplicati, aggiorna il CRM aziendale e smista i pagamenti online (iscrizioni agli Hellas Camp e donazioni per la Hellas Verona Foundation) su due conti bancari separati, garantendo transazioni isolate e protette. -
Il sito pubblico (hellas-frontend) è stato realizzato con Nuxt e Vue.js in modalità Server-Side Rendering (SSR):
Velocità e reattività: Le pagine vengono generate sul server già pronte e complete, garantendo un caricamento istantaneo e un'esperienza di navigazione fluida anche nei minuti più caldi del pre e post partita.
Sicurezza by design: Nessuna credenziale o chiave di integrazione risiede nel browser dell'utente: tutto ciò che è sensibile rimane protetto all'interno del layer server. -
Infrastruttura e stabilità sono state progettate per garantire che il portale rimanga sempre online:
Orchestrazione con Kubernetes: Tutti i servizi girano su container Docker gestiti tramite Kubernetes. Abbiamo applicato una scalabilità asimmetrica: i servizi esposti al pubblico (frontend e API di lettura) sono replicati per assorbire i picchi improvvisi del match-day, mentre i sistemi di gestione interni restano leggeri e protetti.
Rete protetta e isolamento degli eventi: Il pannello di amministrazione e i database non sono visibili su Internet ma accessibili solo via VPN protetta. Inoltre, le applicazioni temporanee create per singoli eventi o contest (come i giochi per il 40° anniversario dello Scudetto o il portale accrediti stampa) risiedono su ambienti separati, evitando che iniziative promozionali straordinarie possano minimamente impattare il sito principale.
Continuità operativa e backup: Linee di rilascio continuo con GitLab CI e Kaniko permettono di testare e rilasciare aggiornamenti in modo trasparente, mentre job automatizzati salvano ogni notte i dati su storage S3 esterno in caso di disaster recovery. -
La migrazione tecnica e la fusione dei siti (Prima Squadra, Femminile e Fondazione) sono state gestite per valorizzare il posizionamento sui motori di ricerca senza disperdere il traffico storico:
Redirect intelligenti a latenza zero: Per i vecchi indirizzi web storici abbiamo impostato mappe di reindirizzamento caricate direttamente in memoria, eliminando attese e prevenendo errori di navigazione.
Gestione automatica degli URL: Se la redazione cambia il titolo o il percorso di una notizia, il sistema registra in automatico il reindirizzamento (HTTP 301): i link condivisi sui social o memorizzati dagli utenti continuano a funzionare senza che i redattori debbano occuparsi di aspetti tecnici.
Sitemap dinamica bilingue: Costruita in tempo reale sui contenuti effettivamente pubblicati per offrire a Google una scansione rapida e costantemente aggiornata.
I Risultati
L’ecosistema di Hellas Verona rappresenta oggi un asset tecnologico consolidato.
Stabilità assoluta sotto picchi da Match-Day
Il sito non ha registrato disservizi anche a fronte di carichi decuplicati concentrati nell'arco di poche ore attorno alle gare.
Azzeramento dei tempi di pubblicazione editoriale
Passaggio da un ciclo che richiedeva ore/giorni con supporto sviluppatori a un flusso immediato gestito in autonomia dalla redazione.
Indipendenza dai fornitori terzi
Se il feed ufficiale del campionato subisce timeout, il sito continua a erogare l'ultimo stato valido dei dati senza impatti per i visitatori.
Zero compromissioni di sicurezza
CMS e database primario segregati dalla rete esterna; assenza totale di endpoint di login esposti sul dominio pubblico.
Scalabilità multi-stagione senza riscritture
La piattaforma, lanciata nell'agosto 2020 prima dell'avvio della stagione, evolve continuativamente da anni senza aver richiesto alcun refactoring architetturale.
-
Hai un ecosistema digitale complesso che ti sta rallentando?
Per questo progetto MWD ha convertito la complessità di un ecosistema sportivo di alto livello in un’architettura modulare, sostenibile nel tempo e a prova di imprevisto.
Tecnologie
- wordpress
Per questo progetto MWD ha collaborato con HQH.
