Paywall

Ultima revisione novembre 2026

Un paywall funziona meglio quando il lettore ha visto abbastanza da volerne di più. Se è troppo stretto, i nuovi lettori se ne vanno prima di conoscere il tuo giornalismo. Se è troppo largo, non chiede mai nulla. Le indicazioni di Google sul Flexible Sampling offrono un punto di partenza utile, e il resto di questo capitolo spiega come marcare il muro e mostrarlo su ogni schermo.

Imposta il contatore

Google consiglia un conteggio mensile rispetto a uno giornaliero. Un contatore mensile lascia più spazio per i test e mostra il muro soprattutto ai lettori più coinvolti.

• Per la maggior parte degli editori di quotidiani, Google si aspetta un valore da 6 a 10 articoli per lettore al mese.
• Google suggerisce di partire da 10 articoli gratuiti al mese per i lettori che arrivano dalla Ricerca, poi di regolare.
• Il numero esatto è una tua decisione. Cerca un valore che dia ai lettori della Ricerca più o meno la stessa probabilità di incontrare il paywall che hanno oggi.

Google riferisce inoltre che la soddisfazione generale degli utenti comincia a calare in modo significativo quando i paywall compaiono più del 10% delle volte, il che, secondo Google, di solito significa che circa il 3% del pubblico ne ha visto uno. Cambia il contatore a piccoli passi. Google avverte che limitare l'accesso può influire sul posizionamento degli articoli.

Mostra un'introduzione

Quando il contatore si esaurisce, continua a mostrare le prime frasi. Google lo definisce una buona pratica, perché il lettore può vedere il valore dell'articolo e potrebbe essere più propenso ad abbonarsi. Titolo, firma, data e introduzione dovrebbero restare visibili sopra la richiesta.

Marca ciò che è a pagamento

Usa i dati strutturati perché Google possa distinguere i contenuti a pagamento dal cloaking. Imposta isAccessibleForFree su false e punta hasPart alla classe che racchiude la sezione a pagamento.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "Article headline",
  "datePublished": "2026-11-05T08:00:00+01:00",
  "isAccessibleForFree": false,
  "hasPart": {
    "@type": "WebPageElement",
    "isAccessibleForFree": false,
    "cssSelector": ".paywall"
  }
}
</script>

<div class="lead-in">The free opening of the article.</div>
<div class="paywall">The paid part of the article.</div>

Valgono tre regole di Google:

• Usa solo selettori .class.
• Non annidare le sezioni a pagamento.
• Per più sezioni a pagamento, rendi hasPart un array con una voce per sezione.

Evita il cloaking

Per cloaking si intende mostrare ai motori di ricerca contenuti diversi da quelli che vedono le persone, allo scopo di manipolare il posizionamento. Google dice che un paywall non è cloaking se Google può vedere il contenuto completo dietro di esso, proprio come una persona con accesso, e se segui le sue indicazioni sul Flexible Sampling.

Questo ti lascia una scelta su dove collocare il muro.

Google dice che, se il contenuto non deve raggiungere il browser, bisogna scegliere un'implementazione che non lo consegni.

Se il tuo server dà a Googlebot il testo completo, verifica prima ogni richiesta. Fai una ricerca DNS inversa sull'indirizzo IP, conferma che l'host sia su googlebot.com, google.com o googleusercontent.com, poi fai una ricerca diretta e controlla che restituisca lo stesso indirizzo. Puoi anche confrontare gli intervalli IP pubblicati da Google. Un controllo del solo User-Agent consegna i tuoi articoli a qualsiasi scraper che copi il nome di Googlebot. Il capitolo sullo scraping dell'IA approfondisce l'argomento.

Mostra bene il muro

Colloca la richiesta nella pagina, subito dopo l'introduzione. Un pannello in linea non richiede di intrappolare il focus, lascia il lettore libero di tornare indietro e non aggiunge alcuna sovrapposizione che Google debba valutare. Se usi una sovrapposizione, costruiscila secondo lo schema modale descritto nel capitolo sui pop-up.

Su mobile

• Mostra l'introduzione per intero, con la richiesta sotto.
• Metti il prezzo e l'azione principale nelle prime righe della richiesta.
• Riserva lo spazio del pannello, così la pagina non salta quando torna il controllo di accesso.
• Usa aree di tocco di 44 per 44 pixel CSS per le azioni di abbonamento e di accesso.

Su desktop

• Tieni la richiesta nella colonna dell'articolo, della stessa larghezza del testo.
• Evita un articolo sfocato dietro la richiesta. Il testo nascosto con il CSS resta nell'HTML e uno screen reader può comunque leggerlo.
• Lascia funzionante la navigazione del sito, così un lettore può passare ai contenuti gratuiti.

Per tutti

• Di' quanti articoli gratuiti restano prima che il contatore si esaurisca, non dopo.
• Indica il prezzo, il periodo di fatturazione e come disdire già nella prima schermata dell'offerta.
• Offri un link di accesso per gli abbonati esistenti accanto all'offerta.
• Lascia che i lettori incollino le password e usino i gestori di password. Il criterio di successo 3.3.8 delle WCAG 2.2 limita i test di memoria all'accesso.
• Tieni il testo a pagamento fuori dal tuo feed RSS. Bastano un titolo, una breve descrizione e un link.

Checklist

• Passa da un contatore giornaliero a uno mensile, se puoi.
• Parti da 10 articoli gratuiti al mese per i lettori della Ricerca e registra l'effetto di ogni modifica.
• Mantieni visibili titolo, firma, data e introduzione dopo che il contatore si esaurisce.
• Aggiungi isAccessibleForFree e hasPart a ogni modello di articolo a pagamento.
• Verifica che la classe del cssSelector esista nella pagina e non sia annidata.
• Scegli tra consegna lato client e lato server e annota il perché.
• Verifica Googlebot tramite DNS o intervallo IP, mai con il solo User-Agent.
• Ispeziona un articolo a pagamento con lo strumento Controllo URL di Search Console.
• Sposta la richiesta in linea e provala su un telefono e con la tastiera.
• Controlla il tuo feed alla ricerca di testo a pagamento.

Fonti

• Subscription and Paywalled Content Markup, Google Search Central
• Flexible Sampling Guidelines, Google Search Central
• Spam Policies for Google Web Search, Google Search Central
• Verify Requests from Google Crawlers and Fetchers, Google
• Web Content Accessibility Guidelines (WCAG) 2.2, W3C
• Understanding Target Size (Enhanced), W3C WAI