Registro delle modifiche del sito: cosa annotare per capire cosa ha mosso il traffico

Che cos'è un registro delle modifiche del sito e in cosa differisce dal changelog degli sviluppatori?

Il registro delle modifiche del sito è uno storico pensato per il marketing: tutto ciò che è cambiato sul sito, scritto in modo che chiunque guardi un grafico di traffico o conversioni possa collegare una data a una causa. Non è la cronologia di Git né il changelog del prodotto.

Il changelog degli sviluppatori elenca commit e versioni. Raramente dice che quel rilascio ha anche cambiato l'H1 di 40 pagine categoria, tolto un campo dal modulo o spostato il banner dei cookie. Sono proprio questi dettagli a spiegare un calo di clic organici o di lead, ed è ciò che il registro del sito conserva.

Consideralo una corsia di un registro delle modifiche di marketing più ampio: il sito, accanto agli account pubblicitari, al tracciamento e al CRM. Il sito è spesso la causa comune di variazioni visibili su più canali insieme, perché traffico a pagamento, organico ed email arriva sulle stesse pagine.

Cosa deve contenere un registro delle modifiche del sito?

Annota qualsiasi modifica che possa cambiare il modo in cui le pagine vengono scansionate, posizionate, caricate o il modo in cui i visitatori convertono. Nel dubbio, registrala: una voce richiede un minuto, una mancante può costare giorni di analisi.

Registra anche ciò che non hai fatto tu ma che tocca il sito: l'aggiornamento automatico di un plugin, un disservizio dell'hosting, un aggiornamento del ranking di Google. Competono con le tue modifiche come spiegazione, quindi vanno sulla stessa timeline.

Come si imposta un registro delle modifiche del sito?

Usa sempre gli stessi campi, una voce per modifica, e rendi la registrazione un passaggio del rilascio, non un esercizio di memoria a posteriori.

1. Data e ora di messa online. Non la data di chiusura del ticket. Indica il fuso orario, perché analytics e server spesso usano fusi diversi.
2. Ambito. Quali URL, template, sezioni o mercati sono coinvolti (per esempio "tutte le pagine /blog/" o "checkout, solo mobile").
3. Cosa è cambiato, prima → dopo. "Schema del title: Prodotto | Brand → Acquista Prodotto online | Brand" è utile. "Ritocchi SEO" no.
4. Tag di tipo. Rilascio, contenuto, redirect, tecnico, tracciamento, offerta. I tag ti permettono di filtrare dopo.
5. Responsabile. La persona o l'agenzia che ha fatto la modifica, per sapere a chi chiedere.
6. Motivo ed effetto atteso. Una riga: cosa ti aspettavi e su quale metrica.
7. Link. Ticket, pull request, versione di GTM o screenshot.

Per iniziare basta un foglio di calcolo condiviso; il nostro modello di registro delle modifiche di marketing ha già le colonne. La regola che conta più dello strumento: chi pubblica, registra. Aggiungi la voce "registrato?" alla checklist di rilascio, così la modifica viene annotata il giorno stesso e non ricostruita un mese dopo.

Posso usare le annotazioni di GA4 o di Search Console al suo posto?

Entrambi gli strumenti permettono di segnare date sui grafici, cosa utile per chi lavora in quei report. Nessuno sostituisce un registro completo, per via dei limiti di lunghezza e di conservazione.

In Search Console un'annotazione non si può modificare dopo averla creata, e Google consiglia di non inserire dati personali come i nomi. GA4 aggiunge anche annotazioni di sistema quando si verifica un evento che incide sui dati. Usa questi segni come rimandi ("Template checkout v3 online, vedi registro") e tieni dettagli, responsabile e prima/dopo nel tuo registro. La nostra guida alle annotazioni di GA4 spiega la configurazione nel dettaglio.

Come uso il registro per capire cosa ha causato una variazione di traffico o conversioni?

Parti dalla data in cui la metrica si è mossa e metti su un'unica timeline tutte le modifiche dei giorni precedenti, da tutte le fonti. Poi escludi il tracciamento, controlla le cause esterne e verifica un'ipotesi alla volta.

1. Fissa la data. Trova il primo giorno fuori norma e verifica se la variazione riguarda tutto il sito o solo alcune pagine, dispositivi, paesi o canali.
2. Raccogli tutto dei 7–14 giorni precedenti. Voci del sito, pubblicazioni di tag e GTM, modifiche negli account pubblicitari, cambi nel CRM o nei moduli. Un rilascio e un cambio di strategia di offerta nella stessa settimana restano sospetti finché uno non viene escluso.
3. Escludi prima il tracciamento. Se calano le conversioni registrate ma non gli ordini o i lead nel CRM, il problema è nella misurazione, spesso un tag, un modulo o il consenso. Vedi l'articolo sulla cronologia delle versioni di GTM per datare le modifiche ai tag.
4. Controlla le cause esterne. La guida di Google sui cali di traffico dalla Ricerca elenca aggiornamenti dell'algoritmo, problemi tecnici, di sicurezza e di spam, variazioni dell'interesse di ricerca e migrazioni del sito. Confronta con gli ultimi 16 mesi nel report sul rendimento per individuare la stagionalità.
5. Incrocia ambito con ambito. Un calo solo sulle pagine /blog/ indica una modifica che ha toccato /blog/. Una modifica al checkout non spiega meno impressioni organiche.
6. Verifica un'ipotesi. Annulla o correggi una modifica, oppure confronta gruppi di pagine coinvolte e non coinvolte, e segui la metrica per un periodo adeguato.

Considera i tempi: Google spiega che, in una migrazione con cambio di URL, a un sito di medie dimensioni possono servire alcune settimane perché la maggior parte delle pagine venga spostata, e la visibilità può oscillare nel frattempo. Per una diagnosi solo organica, vedi perché è calato il mio traffico organico.

Con rilasci del sito, pubblicazioni GTM e modifiche agli account pubblicitari su un'unica timeline, un calo solo sulle pagine prodotto compare subito accanto al rilascio del template che le ha toccate. Crea gratis un registro delle modifiche su Changeline e tieni sito e pubblicità nello stesso posto.

Esempio: collegare un calo al rilascio di un template

Esempio illustrativo, non un cliente reale. Un e-commerce vede le sessioni organiche delle schede prodotto calare di circa il 20% da una settimana all'altra, mentre il blog resta stabile.

• Timeline dei 14 giorni precedenti: rilascio del nuovo template della scheda prodotto (martedì), pubblicazione GTM con un nuovo evento (mercoledì), aumento del budget su Google Ads (giovedì).
• Controllo del tracciamento: sono calati anche i clic in Search Console, non solo le sessioni in GA4, quindi non è un tag. La pubblicazione GTM viene esclusa.
• Controllo dell'ambito: sono calate solo le schede prodotto, proprio quelle del template. Il budget di Google Ads non riduce i clic organici.
• Dettaglio dal registro: la voce prima/dopo mostra che il rilascio ha sostituito il blocco descrizione con una scheda che si carica solo al clic.
• Test: il team rimette la descrizione nell'HTML iniziale in metà delle categorie e confronta i due gruppi nelle settimane successive.

Senza registro, il team sarebbe partito da un'ipotesi a caso, probabilmente la modifica più recente o più visibile.

Come tengo le modifiche del sito e delle campagne sulla stessa timeline?

Metti tutto in un unico posto, perché la domanda raramente è "cosa è cambiato sul sito"; è "cosa è cambiato ovunque prima che questa metrica si muovesse".

In Changeline registri le modifiche di sito, tracciamento e CRM per progetto, con data, responsabile, tag e motivo, e le modifiche di Google Ads possono essere importate automaticamente con una connessione in sola lettura, con i valori prima → dopo. Le integrazioni con il sito e altri strumenti non sono ancora disponibili, quindi le modifiche del sito le registra il team. Le voci restano salvate finché esiste il progetto, così è facile vedere cosa è cambiato nelle stesse settimane dell'anno scorso.

Qualunque strumento usi, rivedi il registro nel report mensile: elenca le modifiche del sito nel periodo accanto alle metriche che dovevano muovere e annota quali hanno funzionato.