Guida · Stagione
Preparare il proprio sito al Black Friday
Un picco stagionale si prepara settimane prima del primo visitatore: il tempo che un motore legga la pagina dell'offerta, la comprenda e la archivi. Questa guida riprende, nell'ordine, ciò che va verificato sulla pagina servita — titolo, canonico, direttive di indicizzazione, sitemap, annuncio, velocità, dati strutturati — e ciò che va previsto per il giorno dopo l'offerta. Ogni regola rimanda alla documentazione ufficiale che la fonda.
01
Un indirizzo stabile per l'evento
Una pagina /black-friday, riutilizzata di anno in anno, conserva i link ricevuti e la cronologia che i motori le riconoscono. Una pagina datata (/black-friday-2026) riparte da zero a ogni edizione, e la vecchia finisce in reindirizzamento o in pagina orfana.
Perché: È la scelta fatta qui: seorecords.com/black-friday serve l'edizione 2026 e servirà la successiva. Dopo l'offerta, la pagina resta online e dice che l'edizione è chiusa.
02
Un titolo e una descrizione che nominano l'offerta
Il titolo dice l'evento, l'entità dello sconto e ciò che copre; la descrizione aggiunge le date. Rispetta i limiti in ogni lingua servita: da 30 a 60 caratteri per il titolo, da 110 a 155 per la descrizione.
Perché: Google scrive il titolo visualizzato a partire dal tuo tag title, tra le altre fonti, e può trarre l'estratto dalla meta description: un'offerta nominata già dalla pagina dei risultati si legge prima del clic.
03
Pagine temporanee tenute fuori dall'indice
Pagina di conferma d'ordine, varianti di ordinamento o di filtro, pagina di test: inserisci la direttiva noindex, e lascia queste pagine aperte alla scansione in robots.txt — il motore deve poter leggere la direttiva per applicarla.
Perché: La documentazione di Google lo precisa: una pagina bloccata da robots.txt mantiene la sua direttiva noindex invisibile, e il suo indirizzo può ancora comparire nei risultati.
04
Un canonico per ogni contenuto
Quando la stessa offerta esiste sotto più indirizzi (parametri di campagna, ordinamento, paginazione di una lista promozionale), ogni variante indica la pagina principale con rel="canonical", e questa pagina indica se stessa.
Perché: Google legge il canonico come un segnale forte, accanto ai reindirizzamenti e alla sitemap: segnali che dicono la stessa cosa indicano la stessa pagina.
05
Una sitemap aggiornata, date corrette
La pagina dell'offerta entra nella sitemap non appena è online, con una data di modifica che cambia quando cambia il suo testo — e solo in quel momento.
Perché: Google si serve di lastmod quando questa data è regolarmente esatta, e tralascia priority e changefreq. Una data corretta è quella a cui il motore crede.
06
IndexNow all'apertura e alla chiusura
Annuncia l'indirizzo dell'offerta quando viene pubblicata, poi quando cambia natura al termine dell'offerta. Bing e gli altri motori del protocollo vengono così a rileggere la pagina al momento giusto.
Perché: Un annuncio per ogni vero cambiamento: è questo che rende l'annuncio credibile. Google scopre i tuoi cambiamenti al proprio ritmo — da cui la regola precedente, che serve tutti i motori.
07
Una pagina veloce, misurata nella sua veste di festa
Banner, conto alla rovescia, immagini stagionali: misura la pagina così come verrà servita durante l'offerta. Le soglie pubblicate dei Core Web Vitals sono un LCP di 2,5 s al massimo, un INP di 200 ms al massimo e un CLS di 0,1 al massimo, letti al 75° percentile delle visite.
Perché: Un banner aggiunto sopra al contenuto sposta tutto ciò che segue: riservagli il suo spazio nel layout e assegna a ogni immagine le sue dimensioni.
08
Dati Offer che dicono il prezzo visualizzato
Nel markup Product, l'offerta riporta price, priceCurrency e priceValidUntil, la data di fine dell'offerta. Google documenta anche il prezzo barrato delle schede prodotto (priceType StrikethroughPrice).
Perché: Il prezzo nel markup deve essere quello che la pagina mostra. E la documentazione di Google avverte: un priceValidUntil scaduto può far perdere lo snippet prodotto — la data di fine va tenuta aggiornata come il prezzo.
09
Il prezzo barrato, in Francia: il più basso dei trenta giorni
Ogni annuncio di riduzione indica come prezzo di riferimento il prezzo più basso praticato dal venditore nel corso dei trenta giorni che precedono la riduzione (Codice del consumo, articolo L112-1-1, derivato dalla direttiva europea 2019/2161).
Perché: Fissa il prezzo di riferimento prima di scrivere la pagina e mantienilo stabile per questi trenta giorni: il prezzo barrato diventa così un fatto verificabile.
Il giorno dopo l'offerta
La fine di una promozione è un cambiamento come un altro e si pubblica allo stesso modo. La pagina dell'offerta mantiene il suo indirizzo e dichiara che l'edizione è chiusa; i prezzi tornano al loro livello abituale, sia nel testo sia nel markup; la sitemap prende la data di questo cambiamento e l'annuncio IndexNow parte una volta pubblicata la pagina. Su un sito statico, prevedi che gli elementi dell'offerta si spengano da soli all'ora stabilita: è quello che fa un piccolo script sulla nostra stessa pagina, in attesa della pubblicazione successiva.
Verificare la pagina della tua offerta
Il Verificatore legge la tua pagina così come viene servita, gratuitamente, in una decina di secondi: titolo, descrizione, canonical, direttive e dati strutturati. L'Audit SEO Records legge l'intero sito, pagina per pagina, prima del picco di traffico.
Le fonti
- Google Search Central — Influenzare i link del titolo nei risultati
- Google Search Central — Snippet e meta tag description
- Google Search Central — Bloccare l'indicizzazione con noindex
- Google Search Central — Raggruppare gli URL duplicati (canonical)
- Google Search Central — Creare e inviare una sitemap
- IndexNow — documentazione del protocollo
- web.dev — I Core Web Vitals e le loro soglie
- Google Search Central — Dati strutturati Product (snippet e schede prodotto)
- Schema.org — priceValidUntil
- Légifrance — Codice del consumo (articolo L112-1-1, annunci di riduzione di prezzo)
- EUR-Lex — Direttiva (UE) 2019/2161, detta «Omnibus»