Guide · Saison
Préparer son site au Black Friday
Un pic saisonnier se prépare des semaines avant le premier visiteur : le temps qu’un moteur lise la page de l’offre, la comprenne et la range. Ce guide reprend, dans l’ordre, ce qu’il faut vérifier sur la page servie — titre, canonique, consignes d’indexation, plan de site, annonce, vitesse, données structurées — et ce qu’il faut prévoir pour le lendemain de l’offre. Chaque règle renvoie à la documentation officielle qui la fonde.
01
Une adresse stable pour l’événement
Une page /black-friday, réutilisée d’une année sur l’autre, garde les liens reçus et l’historique que les moteurs lui connaissent. Une page datée (/black-friday-2026) repart du début à chaque édition, et l’ancienne finit en redirection ou en page orpheline.
Pourquoi : C’est le choix fait ici : seorecords.com/black-friday sert l’édition 2026 et servira la suivante. Après l’offre, la page reste en ligne et dit que l’édition est close.
02
Un titre et une description qui nomment l’offre
Le titre dit l’événement, l’ampleur de la remise et ce qu’elle couvre ; la description ajoute les dates. Tenez les bornes dans chaque langue servie : 30 à 60 caractères pour le titre, 110 à 155 pour la description.
Pourquoi : Google écrit le titre affiché à partir de votre balise title, entre autres sources, et peut tirer l’extrait de la meta description : une offre nommée dès la page de résultats se lit avant le clic.
03
Des pages temporaires tenues hors de l’index
Page de confirmation de commande, variantes de tri ou de filtre, page de test : posez la consigne noindex, et laissez ces pages ouvertes à l’exploration dans robots.txt — le moteur doit pouvoir lire la consigne pour l’appliquer.
Pourquoi : La documentation de Google le précise : une page bloquée par robots.txt garde sa consigne noindex invisible, et son adresse peut encore apparaître dans les résultats.
04
Une canonique par contenu
Quand la même offre existe sous plusieurs adresses (paramètres de campagne, tri, pagination d’une liste promotionnelle), chaque variante désigne la page principale par rel="canonical", et cette page se désigne elle-même.
Pourquoi : Google lit la canonique comme un signal fort, à côté des redirections et du plan de site : des signaux qui disent la même chose désignent la même page.
05
Un plan de site à jour, des dates justes
La page de l’offre entre au plan de site dès sa mise en ligne, avec une date de modification qui change quand son texte change — et seulement à ce moment-là.
Pourquoi : Google se sert de lastmod quand cette date est régulièrement exacte, et laisse de côté priority et changefreq. Une date juste est celle que le moteur croit.
06
IndexNow à l’ouverture et à la clôture
Annoncez l’adresse de l’offre quand elle paraît, puis quand elle change de nature à la fin de l’offre. Bing et les autres moteurs du protocole viennent alors relire la page au moment voulu.
Pourquoi : Une annonce par vrai changement : c’est ce qui rend l’annonce crédible. Google découvre vos changements à son propre rythme — d’où la règle précédente, qui sert tous les moteurs.
07
Une page rapide, mesurée sous sa forme de fête
Bandeau, compte à rebours, visuels de saison : mesurez la page telle qu’elle sera servie pendant l’offre. Les seuils publiés des Core Web Vitals sont un LCP de 2,5 s au plus, un INP de 200 ms au plus et un CLS de 0,1 au plus, lus au 75e centile des visites.
Pourquoi : Un bandeau ajouté au-dessus du contenu déplace tout ce qui suit : réservez-lui sa place dans la mise en page, et donnez à chaque image ses dimensions.
08
Des données Offer qui disent le prix affiché
Dans le balisage Product, l’offre porte price, priceCurrency et priceValidUntil, la date de fin de l’offre. Google documente aussi le prix barré des fiches marchandes (priceType StrikethroughPrice).
Pourquoi : Le prix balisé doit être celui que la page affiche. Et la documentation de Google prévient : un priceValidUntil passé peut retirer l’extrait produit — la date de fin se tient à jour comme le prix.
09
Le prix barré, en France : le plus bas des trente jours
Toute annonce de réduction affiche comme prix de référence le prix le plus bas pratiqué par le vendeur au cours des trente jours qui précèdent la réduction (Code de la consommation, article L112-1-1, issu de la directive européenne 2019/2161).
Pourquoi : Fixez le prix de référence avant d’écrire la page, et gardez-le stable sur ces trente jours : le prix barré devient alors un fait vérifiable.
Le lendemain de l’offre
La fin d’une promotion est un changement comme un autre, et il se publie de la même façon. La page de l’offre garde son adresse et dit que l’édition est close ; les prix reviennent à leur niveau habituel, dans le texte comme dans le balisage ; le plan de site prend la date de ce changement, et l’annonce IndexNow part une fois la page publiée. Sur un site statique, prévoyez que les éléments de l’offre s’éteignent d’eux-mêmes à l’heure dite : c’est ce que fait un petit script sur notre propre page, en attendant la publication suivante.
Vérifier la page de votre offre
Le Vérificateur lit votre page telle qu’elle est servie, gratuitement, en une dizaine de secondes : titre, description, canonique, consignes et données structurées. L’Audit SEO Records lit le site entier, page par page, avant le pic de trafic.
Les sources
- Google Search Central — Influencer vos liens de titre dans les résultats
- Google Search Central — Extraits et balise meta description
- Google Search Central — Bloquer l’indexation avec noindex
- Google Search Central — Regrouper les URL en double (canonique)
- Google Search Central — Créer et envoyer un sitemap
- IndexNow — documentation du protocole
- web.dev — Les Core Web Vitals et leurs seuils
- Google Search Central — Données structurées Product (extraits et fiches marchandes)
- Schema.org — priceValidUntil
- Légifrance — Code de la consommation (article L112-1-1, annonces de réduction de prix)
- EUR-Lex — Directive (UE) 2019/2161, dite « Omnibus »