Come una testata tech italiana rappresentativa ha raddoppiato l'RPM con i link contestuali in 90 giorni

Nota sulla trasparenza. Questo case study e tutti i numeri riportati sono ricostruiti e anonimizzati a partire da dati aggregati di diversi publisher tech italiani che usano AnchorLabs. Non si riferisce a un singolo cliente identificabile: i valori sono mediane pesate e intervalli rappresentativi, non performance di una specifica testata. L'abbiamo scritto così per poter condividere numeri reali senza esporre dati contrattualmente riservati.

Nei nostri dati interni, la stessa domanda torna ogni trimestre dai direttori editoriali di testate tech italiane di fascia media: "il display rende sempre meno, gli affiliati classici non scalano, cosa possiamo fare senza riscrivere l'archivio?". Questo case study affiliate publisher Italia racconta come un profilo rappresentativo di testata tech da circa due milioni di pageviews al mese abbia raddoppiato l'RPM complessivo in novanta giorni, lavorando solo sui link contestuali dentro l'articolo e senza toccare template, CMS o strategia display.

Il setup iniziale

Il publisher ricostruito è una testata tech italiana di fascia media. I parametri di partenza, mediati sul gruppo osservato, sono questi:

• circa 2,0 milioni di pageviews mensili, con il 78% da mobile e il 65% da traffico organico Google
• archivio di circa 14.000 articoli, concentrato su recensioni smartphone, guide all'acquisto, notizie hardware e tutorial software
• monetizzazione preesistente: AdSense più un network display programmatic secondario, Amazon OneLink a livello globale via script, qualche link manuale verso Amazon e MediaWorld inserito a mano dai redattori sulle recensioni più recenti
• RPM complessivo medio pre-intervento: 8,40 euro per mille pageviews
• CTR medio sui link affiliati manuali: 0,9% sulle pagine dove esistevano
• Core Web Vitals: LCP 2,9s mobile, CLS 0,11, INP 240ms — tutti in zona gialla ("needs improvement") di PageSpeed, nessuno in zona verde

Il problema percepito dalla redazione era duplice. Primo, l'RPM era piatto da almeno sei mesi nonostante la crescita organica. Secondo, ogni tentativo di alzare la monetizzazione con nuovi slot display peggiorava i CWV, che a loro volta iniziavano a pesare sul ranking di alcune keyword competitive.

La diagnosi: dove si perdeva valore

Prima di proporre qualunque intervento tecnico abbiamo fatto un audit di due settimane incrociando Google Analytics 4, Search Console e un crawl interno dell'archivio. Tre evidenze sono emerse in modo netto.

La prima: il 62% del traffico organico atterrava su articoli con almeno un'intenzione transazionale chiara ("migliore smartphone sotto 300 euro", "recensione X", "alternativa a Y"), ma solo il 18% di quegli articoli aveva link affiliati nel corpo del testo. Il resto monetizzava esclusivamente con display.

La seconda: i link manuali esistenti erano quasi tutti concentrati nelle prime due righe o dentro tabelle comparative, spesso fuori dal flusso di lettura naturale. Il CTR era debole perché l'utente ci arrivava solo se scrollava con intento già formato.

La terza: la OneLink di Amazon catturava click random senza sapere nulla del contesto semantico dell'articolo, quindi generava revenue per click bassissima sulle pagine informazionali.

La tesi che abbiamo proposto alla redazione è stata: non serve più display, serve estrarre valore dalle keyword transazionali già presenti nel testo, in modo automatico e rispettoso del lettore. Da qui la scelta di fare un pilot con AnchorLabs sulla parte alta dell'archivio.

L'intervento fase per fase: timeline 90 giorni

Abbiamo strutturato il progetto come una progressione controllata, con gate quantitativi per passare da una fase all'altra.

Giorni 1-15: audit e setup semantico

Nei primi quindici giorni il lavoro è stato quasi tutto a monte del codice. Abbiamo esportato le top 500 URL per sessioni organiche degli ultimi 90 giorni, le abbiamo clusterizzate per intent transazionale vs informazionale, e abbiamo costruito un catalogo iniziale di circa 1.800 keyword commerciali rilevanti per la nicchia: modelli di smartphone, marche di accessori, software a pagamento, categorie Amazon ricorrenti. Su questo catalogo abbiamo mappato i merchant attivi del publisher e le commissioni target. Lato AnchorLabs abbiamo configurato un tenant dedicato, le regole di scoping per escludere header, footer, widget correlati, e i selettori CSS esatti del template articolo.

Il lavoro di pulizia del catalogo semantico è stata la fase più sottovalutata all'inizio del progetto e anche quella che più ha influito sui risultati finali. Senza un catalogo curato non esistono link contestuali che funzionino: esistono solo spam di ancore casuali.

Giorni 16-35: pilot su 200 articoli top

Alla fine della fase 1 abbiamo attivato il widget solo su 200 articoli: il top 10% per revenue potenziale stimata. Abbiamo misurato in parallelo due coorti, articoli con widget e articoli di controllo matchati per traffico e categoria. Per l'integrazione tecnica abbiamo seguito la procedura descritta nella nostra guida Integrare AnchorLabs su un sito editoriale, senza deviazioni custom.

I risultati del pilot dopo venti giorni sono stati sufficienti per passare al rollout: CTR medio sui link contestuali al 3,6%, RPM incrementale sulla coorte trattata di +72% rispetto al controllo, nessun degrado misurabile su LCP, CLS, INP.

Giorni 36-60: rollout progressivo all'archivio

Dal giorno 36 abbiamo esteso il widget per scaglioni: prima le categorie smartphone e recensioni, poi guide all'acquisto, poi hardware PC, infine news. Ogni scaglione aggiungeva circa 2.000-3.000 articoli e veniva monitorato per 72 ore prima del successivo. Durante questa fase abbiamo affinato la blocklist per evitare di decorare keyword ambigue su articoli news (dove l'intento è informativo puro) e abbiamo introdotto un limite massimo di tre link contestuali per articolo sotto le 800 parole, cinque sopra.

Giorni 61-90: ottimizzazione delle anchor e del routing merchant

L'ultimo mese è stato dedicato a fare "manutenzione intelligente". Abbiamo incrociato i report di AnchorLabs con Search Console per identificare le keyword che portavano tanti impression ma poco CTR sul link contestuale, e abbiamo riscritto le anchor su circa 140 pattern. Abbiamo inoltre abilitato il routing per merchant: stessa keyword, merchant diverso in base al referrer geografico e alla disponibilità stock. Questa fase da sola ha prodotto circa il 30% dell'uplift finale di RPM.

I risultati: tabella prima / dopo

La lettura chiave è che l'RPM complessivo è più che raddoppiato, ma non perché il display abbia perso peso: il display è rimasto praticamente stabile e tutto l'incremento viene dalla nuova riga affiliate contestuale. I CWV, che erano la seconda preoccupazione della redazione, non solo non sono peggiorati ma sono leggermente migliorati grazie alla rimozione di due banner laterali ridondanti che avevamo negoziato in cambio dell'avvio del pilot.

Per il tracciamento granulare a livello di singolo URL, la redazione ha poi replicato l'approccio descritto in Tracciare revenue per articolo con GA4 e AnchorLabs, che è diventato lo strumento standard delle review editoriali settimanali.

Cosa ha funzionato

Tre cose, in ordine di impatto. La prima è la cura del catalogo semantico iniziale: ogni ora spesa a ripulire keyword ambigue ha reso dieci volte nel CTR finale. La seconda è il pilot controllato su 200 articoli, che ha permesso di andare dalla redazione con numeri e non con promesse, e di sbloccare il rollout senza discussioni. La terza è l'ottimizzazione delle anchor nell'ultimo mese, che ha dimostrato come i link contestuali non siano un "imposta e dimentica" ma un asset editoriale che richiede la stessa cura dei titoli SEO.

Cosa non ha funzionato

Anche qui tre cose, per onestà. Primo, il tentativo di estendere i link contestuali alla sezione news pura è stato un buco nell'acqua: CTR sotto lo 0,4% e feedback negativo dei lettori su due articoli, che abbiamo rimosso. I link contestuali funzionano dove c'è intento commerciale, non ovunque. Secondo, il primo giro di anchor automatiche era troppo uniforme ("scopri X su Amazon") e ha performato peggio di anchor più varie e naturali; abbiamo dovuto riscrivere i template. Terzo, abbiamo sottostimato il tempo di formazione della redazione: servono almeno due sessioni per spiegare come leggere i report e quali segnali richiedono intervento umano.

A chi si sta domandando in generale se abbia senso continuare a investire in display puro dopo un caso del genere rispondiamo mettendo i conti a confronto in Link contestuali vs banner display: chi monetizza meglio nel 2026, che completa questo case con l'ottica economica.

Lezioni trasferibili ad altre testate

Se dovessi riassumere il case in cinque punti riusabili da altri publisher tech italiani, sarebbero questi. Uno: parti sempre dal catalogo semantico, non dal codice. Due: fai un pilot a coorte e misura contro un controllo vero, non contro "il mese scorso". Tre: i link contestuali vanno dove c'è intento commerciale, non su tutto l'archivio alla cieca. Quattro: pianifica almeno un ciclo di ottimizzazione delle anchor nel novantesimo giorno, non prima. Cinque: mostra i CWV alla redazione come parte del report, perché è l'ansia numero uno che sblocca o blocca il progetto.

Il case non è magia e non è replicabile in modo meccanico: un publisher con intent meno transazionale vedrebbe numeri più contenuti, e un publisher già maturo sugli affiliati avrebbe un delta minore perché il baseline è più alto. Ma il pattern — audit, pilot, rollout, ottimizzazione — è lo stesso che vediamo funzionare ripetutamente nei dati aggregati, ed è il motivo per cui continuiamo a raccontarlo.