Anno: 2018
Piattaforma CMS: WordPress
Template: sviluppato e personalizzato
Tecnologie utilizzate: HTML5 / CSS3 / jQuery / PHP
Stato: online, realizzato e seguito da me
Dietro le quinte del progetto
Nel 2018 l’hai preso in mano che aveva già migliaia di articoli online: cosa vuol dire ereditare un archivio già enorme invece di partire da zero, e quali sono state le prime scelte per rimetterlo in ordine?
Devo dire che è stato un lavoro piuttosto complesso, ero agli inizi della mia carriera come web master, e si tratta di un cliente decisamente di un certo livello. Come è accaduto spesso, sono stato contattato in seguito ai corsi di formazione che in quel periodo tenevo.
L’azienda aveva urgentemente bisogno di rinnovare il sito, di sistemare la newsletter a cui inviava periodicamente gli avvisi di nuovi contenuti online. La prima cosa è stata sistemare la newsletter, che era gestita da uno script interno. Ho quindi creato un sito in WordPress semplice graficamente, senza molte pretese, e mi sono dedicato ai due veri obiettivi principali.
Categorizzare e sistemare gli articoli già esistenti e rendere la grafica uniforme in tutto il sito, e passare la gestione newsletter su Mailpoet, un plugin dedicato proprio allo scopo.
Cosa mi dici dei numerosi grafici interattivi presenti nel sito, come li hai fatti?
Anche questo, oltre la mole dell’archivio, è stato un punto cruciale ed una problematica nata immediatamente. Il committente voleva inserire dei grafici belli, accattivanti e non solo degli screenshot tratti dai software di analisi dei dati delle farmacie. Abbiamo scelto e usato per numerosi anni amCharts, che permette l’utilizzo di librerie javascript collegate ai dati forniti in modo da generare i grafici. Piuttosto complesso, una soluzione durata sino al 2020. Successivamente sono passati a utilizzare Infogram, includendo tramite shortcode i grafici nei campi custom che avevo predisposto già all’inizio per ospitare amCharts. Stesso spazio editoriale, stessa zona del sito, strumento tecnico diverso.
La struttura è cambiata più volte negli anni per accogliere nuove rubriche editoriali: come si aggiunge una rubrica nuova senza rompere quello che già c’è?
Una volta reso il cliente indipendente a livello editoriale e di spedizione newsletter, nel corso degli anni si è presentato sempre più il problema di gestire l’archivio, trasportando blocchi di contenuti in contenitori diversi. Ecco quindi nuove rubriche, vecchie categorie, percorsi e URL che vengono rinominati, altro che finisce in un archivio indefinito, sino alla cancellazione definitiva dei contenuti più vecchi di certe annualità. Ho risolto le problematiche con i redirect 301 o 410, a seconda dei casi.
Si tratta di un sito interamente basato sulla qualità e sulla freschezza dei dati, lo storico dopo un po’ non ha più senso mantenerlo. Accanto a questo vi sono poi tutta una serie di attività ed eventi periodici che la società organizza.
Con oltre 4000 articoli, cosa cambia concretamente in un intervento tecnico rispetto a un sito normale: performance, ricerca interna, backup?
Il server è un server dedicato, a differenza di come sono abituato a lavorare, molto performante, di recente migliorato passando a PHP8. Questa scelta però non è stata motivata tanto dalla mole degli articoli quanto dal fatto che ogni settimana va inviata la newsletter, e parliamo di quasi 10000 iscritti: lo sforzo richiede un sito in grado di gestirlo.
La linea editoriale e i contenuti li decidono loro in autonomia, o c’è un confronto con te anche su quello?
Assolutamente non mi occupo né di quello, né di pubblicare gli articoli, ma sono in contatto costante con chi lo fa. Anche in questo caso i referenti interni in azienda si sono alternati, ma il mio ruolo nel processo è sempre rimasto molto chiaro e definito.
C’è mai stato un problema tecnico legato proprio alla scala, qualcosa che con un sito piccolo non si sarebbe mai visto?
Al di là del discorso newsletter e delle problematiche di mailing direi di no. E quelle sono questioni più per chi gestisce il server, non tanto per me.
