Equo compenso e intelligenza artificiale: chi non ha i dati negozia sui numeri degli altri
La Corte di giustizia UE ha blindato l’equo compenso e la partita si sta spostando sull’intelligenza artificiale. Per farsi pagare l’uso dei contenuti, tuttavia, bisogna prima dimostrarlo: la prova ce l’ha già ogni editore, nei log dei propri server, eppure quasi nessuno li conserva.
I log registrano ogni accesso al sito, compresi quelli dei crawler delle aziende di IA, ma nella maggior parte dei casi vengono sovrascritti dopo pochi giorni o settimane, e anche quando restano disponibili, si presentano come milioni di righe tecniche, difficili da leggere e impossibili da portare così, come sono, a un tavolo di trattativa. Servono quindi due cose: conservarli nel tempo e trasformarli in informazioni comprensibili.
HoneyLog nasce per questo. La piattaforma analizza i log lato server in tempo reale e costruisce lo storico degli accessi dei bot: chi legge i contenuti, quali pagine, con quale frequenza e con quale ritorno di traffico. In questo modo un diritto riconosciuto diventa una cifra negoziabile.
HoneyLog è sviluppato dal team di Publytics, la piattaforma italiana di web analytics pensata per gli editori, presente a Ediland Meeting 2026. Publytics misura i lettori in tempo reale, senza cookie e senza campionamento dei dati. HoneyLog completa il quadro con la parte di traffico che gli strumenti di analytics non vedono: crawler di intelligenza artificiale, bot e agenti automatizzati, cioè proprio gli accessi su cui oggi si gioca la partita del compenso.
Vuoi sapere quali bot stanno leggendo i tuoi contenuti e quanto traffico ti restituiscono?
Scrivici a info@honeylog.io o visita il nostro sito honeylog.io.
Perché i log sono la prova
Gli strumenti di analytics tradizionali funzionano tramite uno script inserito nella pagina e registrano soltanto le visite che lo eseguono, cosicché gran parte dei bot (non eseguendo Javascript) resta invisibile. I log del server, al contrario, registrano ogni richiesta, umana o automatizzata. Sono l’unica fonte che l’editore controlla direttamente e l’unica che permette di sapere quali crawler leggono i contenuti, quali pagine consultano, con quale frequenza e quante visite le piattaforme rimandano al sito.
Perché lo storico conta
Con la sentenza del 12 maggio la Corte di giustizia UE ha confermato che le piattaforme devono fornire agli editori i dati necessari al calcolo del compenso. Si tratta, però, dei dati delle piattaforme stesse: senza una fonte propria non c’è modo di verificarli.
Il regolamento AGCOM calcola il compenso sui ricavi pubblicitari della piattaforma, al netto dei ricavi che l’editore ottiene dal traffico di ritorno. Nelle procedure già concluse, come quella tra GEDI e Meta, questo dato è stato richiesto per gli ultimi due anni. I log, invece, vengono spesso conservati per pochi giorni o settimane e poi sovrascritti: ciò che non si archivia oggi non si potrà dimostrare domani.
Tre cose da fare subito
- Conservare i log, o almeno uno storico strutturato, prima che vengano cancellati.
- Distinguere i bot. Un crawler che raccoglie testi per addestrare un modello e uno che legge l’articolo in tempo reale per rispondere a un utente sono due utilizzi diversi, con un valore diverso.
- Mettere a confronto lettura e ritorno, cioè quante pagine ogni piattaforma consuma e quante visite restituisce. È il dato che pesa di più al tavolo.
Cosa fa HoneyLog
HoneyLog riconosce i crawler di intelligenza artificiale, i bot SEO, gli scraper e gli altri agenti automatizzati che accedono al sito. Mostra quali contenuti consumano, se rispettano le regole indicate dall’editore e quale valore restituiscono in termini di traffico. Lo storico raccolto consente di prendere decisioni basate sui dati: bloccare gli accessi abusivi, monitorare i bot sconosciuti, consentire quelli utili e individuare le opportunità di licenza.
Inoltre, HoneyLog non sostituisce gli strumenti di analytics esistenti; li affianca, mostrando la parte di traffico che non vedono.
Per informazioni: info@honeylog.io – honeylog.io
