# W · Ajouts issus du terrain > Source: https://seorunbook.com/playbook/w-field-level-additions/ > SEO Run Book — 410 SEO actions, free to read > Last built: 2026-09-15 La plus grande section tardive : des actions ajoutées après tests sur des sites en production, là où le conseil standard s’est révélé incomplet ou faux. **Pourquoi ce module existe.** Ce sont celles qui ont le moins de chances de figurer sur une autre checklist. 37 actions, numérotées 374 à 410. ### 374. Ajouter les meta robots d’aperçu : max-snippet:-1, max-image-preview:large, max-video-preview:-1 (fuite : RobotsInfo) **Comment.** Vérifiez les balises meta robots actuelles et les en-têtes X-Robots-Tag. · Si vous souhaitez des aperçus complets, ajoutez . · max-image-preview:large permet de grandes images dans Discover et les résultats. · Ne mettez pas de valeurs restrictives (max-snippet:0, nosnippet) sauf choix délibéré sur certains contenus. **À éviter.** Un max-image-preview:none hérité d’un thème qui empêche les grandes images dans Discover · Des directives contradictoires entre meta et X-Robots-Tag · Mettre nosnippet sur tout le site par erreur ### 375. Encadrer les adresses physiques dans une balise HTML
(fuite : GeostoreAddressLinesProto) **Comment.** Placez les coordonnées de l’établissement (adresse, et si vous voulez téléphone et e-mail) dans un élément
dans le pied de page ou la page contact. · N’utilisez
que pour les coordonnées de contact de la page ou du site, pas pour n’importe quelle adresse postale citée dans un texte. · Écrivez l’adresse au format postal local, avec les mêmes éléments que dans le schema. · Gardez en parallèle le balisage PostalAddress en JSON-LD, qui est le signal structuré principal. **À éviter.** Mettre toutes les adresses d’un article dans
· Une adresse dans
différente de celle du schema · Compter sur
seul sans balisage structuré ### 376. Ajouter mainEntityOfPage au schema de la page pour déclarer l’entité ou le sujet central **Comment.** Dans le schema de l’entité principale de la page (Article, Product, Service…), ajoutez mainEntityOfPage avec l’URL canonique de la page (ou une référence à l'@id de la WebPage). · Réciproquement, dans la WebPage, vous pouvez déclarer mainEntity vers l'@id de l’entité. · Utilisez l’URL canonique exacte. · Générez-le depuis le gabarit. **À éviter.** Un mainEntityOfPage vers l’accueil sur toutes les pages · Une URL non canonique (avec paramètres) · Deux entités principales déclarées sur la même page ### 377. Garder le document HTML brut de taille raisonnable ; les pages très lourdes (au-delà d’environ 500 Ko) risquent une rétrogradation pour « taille de page » **Comment.** Mesurez la taille du HTML brut de vos gabarits (curl -s URL | wc -c, ou colonne Size de Screaming Frog). · Réduisez les pages anormalement lourdes : CSS et JS en ligne volumineux, SVG ou images en base64 dans le HTML, JSON d’état géant, listes interminables. · Déplacez ces éléments dans des fichiers externes mis en cache, paginez les listes. · Repère vérifiable : Googlebot ne lit que les 15 premiers Mo d’un HTML ; au-delà de quelques centaines de Ko, la page est surtout lente, quel que soit le seuil de classement supposé. **À éviter.** Des images en base64 dans le HTML · Un état d’application de 2 Mo sérialisé dans chaque page · Placer le contenu principal après un énorme bloc de scripts ### 378. Garder le certificat SSL valide et non expiré en permanence — renouvellement automatique et surveillance de l’échéance (fuite : IndexingBadSSLCertificate = rétrogradation sévère) **Comment.** Activez le renouvellement automatique du certificat (Let’s Encrypt avec certbot ou le renouvellement AutoSSL de l’hébergeur). · Couvrez tous les hôtes utilisés (apex, www, sous-domaines). · Ajoutez une surveillance de l’échéance avec alerte 30 et 7 jours avant (UptimeRobot, Better Stack, script cron). · Après chaque renouvellement, vérifiez la chaîne complète du certificat. **À éviter.** Un certificat renouvelé manuellement par une personne partie · Un renouvellement automatique qui échoue en silence depuis un changement de DNS · Un certificat qui ne couvre plus le www ### 379. Augmenter le rapport texte/HTML : plus de contenu visible que de balisage et de gabarit sur les pages qui rapportent **Comment.** Sur les pages qui rapportent, repérez ce qui gonfle le balisage sans contenu : scripts et styles en ligne, SVG répétés, attributs de constructeur de page, imbrications inutiles. · Déplacez scripts et styles dans des fichiers externes, utilisez un sprite SVG, simplifiez la structure. · Enrichissez en parallèle le contenu visible utile (description, réponses, informations pratiques). · Ne remplissez pas avec du texte creux pour améliorer un ratio. **À éviter.** Ajouter 500 mots de remplissage pour « améliorer le ratio » · Un constructeur de page qui produit 10 fois plus de balisage que de texte · Viser un ratio chiffré plutôt que l’utilité ### 380. Stocker les numéros de téléphone au format E.164 (+14155550123) dans le schema et dans le texte visible (normalisation TelephoneNumber) **Comment.** Dans le schema (telephone), écrivez le numéro au format international E.164 : +212706360093, sans espaces ni tirets. · Dans le texte visible, affichez le format lisible local (+212 706 360 093 ou 06 12 34 56 78) et utilisez un lien tel: au format E.164 (href="tel:+212706360093"). · Utilisez le même numéro partout (site, fiche Google, annuaires). · Vérifiez que le lien tel: fonctionne sur mobile. **À éviter.** Un numéro sans indicatif pays dans le schema · Un lien tel: avec espaces ou parenthèses qui échoue sur certains téléphones · Des numéros différents entre schema et affichage ### 381. Découper les adresses en champs de schema distincts : streetAddress, addressLocality, addressRegion, postalCode, addressCountry (jamais un bloc de texte unique ; fuite : GeostoreAddressComponentProto) **Comment.** Balisez l’adresse en PostalAddress avec des champs séparés : streetAddress (numéro et rue), addressLocality (ville), addressRegion (région), postalCode, addressCountry (code ISO à 2 lettres, ex. MA, FR). · Ne mettez jamais toute l’adresse dans streetAddress ou dans une seule chaîne address. · Reprenez exactement les éléments de la fiche Google. · Générez-la depuis des champs séparés du CMS. **À éviter.** address: "12 rue X, 40000 Marrakech, Maroc" en texte unique · addressCountry: "Maroc" au lieu de "MA" · Un code postal manquant alors qu’il existe ### 382. Ajouter areaServed/serviceArea au schema LocalBusiness pour le rayon de livraison ou d’intervention (fuite : ServiceAreaProto) **Comment.** Si vous intervenez chez le client ou livrez dans une zone, ajoutez areaServed au schema LocalBusiness ou Service : liste de villes (City), régions (AdministrativeArea) ou un GeoCircle avec geoMidpoint et geoRadius. · Déclarez uniquement les zones réellement desservies. · Faites correspondre avec la zone desservie de la fiche Google et la page « zones d’intervention » du site. · Mettez à jour lors d’un changement de zone. **À éviter.** Déclarer tout le pays pour un service local · Des zones différentes entre schema, site et fiche Google · Utiliser serviceArea (propriété dépréciée) au lieu de areaServed ### 383. Indiquer le stationnement et les équipements sur place sur les pages locales (fuite : ParkingProto) **Comment.** Sur chaque page d’implantation, indiquez en texte les informations pratiques : stationnement (gratuit, payant, à proximité), accès transports, accessibilité PMR, Wi-Fi, équipements utiles. · Balisez-les dans LocalBusiness avec amenityFeature (LocationFeatureSpecification avec name et value) quand c’est pertinent. · Renseignez les mêmes informations dans les attributs de la fiche Google. · Tenez-les à jour. **À éviter.** Des informations d’accès absentes alors que le stationnement est difficile · Des équipements balisés mais non mentionnés sur la page · Des attributs contradictoires entre fiche Google et site ### 384. Restaurants : ajouter hasMenu et servesCuisine, et lister les plats avec leur description (fuite : FoodMenuItemOptionProto) **Comment.** Publiez la carte en HTML sur le site (pas uniquement en PDF ou en image) : sections, plats, description, prix, allergènes. · Dans le schema Restaurant, ajoutez servesCuisine et hasMenu (URL de la page carte ou un objet Menu avec MenuSection et MenuItem, offers pour les prix). · Ajoutez le lien de la carte dans la fiche Google et, si disponible, la carte structurée de la fiche. · Mettez à jour la carte à chaque changement. **À éviter.** Une carte uniquement en PDF scanné · Des prix du schema différents de la carte · Une carte saisonnière non mise à jour depuis un an ### 385. Chaînes : utiliser une seule raison sociale (legalName) cohérente sur toutes les pages d’implantation (fuite : BusinessChainProto) **Comment.** Déterminez la raison sociale exacte (legalName) et le nom commercial (name) de la chaîne. · Sur chaque page d’implantation, balisez LocalBusiness avec le name de l’implantation, parentOrganization vers l'@id de l’organisation mère, et le même legalName. · Utilisez le même nom commercial sur toutes les fiches Google des implantations (sans ajouter de mots-clés). · Déclarez l’organisation mère une seule fois avec son @id et référencez-la. **À éviter.** Des raisons sociales écrites différemment selon les implantations · Chaque implantation déclarée comme organisation indépendante sans lien avec la mère · Ajouter la ville au nom de chaque fiche Google ### 386. Écrire des phrases déclaratives sujet-verbe-complément (« notre outil fait X », et non « X est fait par notre outil ») — fuite : triplets NlpSaft **Comment.** Relisez les passages clés (définitions, descriptions de services, réponses) et réécrivez-les en phrases simples sujet-verbe-complément : « Notre agence crée des sites web pour les riads de Marrakech. » · Nommez le sujet au début de la phrase plutôt qu’à la fin d’une tournure passive. · Une idée principale par phrase. · Gardez ce style surtout pour les informations factuelles importantes. **À éviter.** Des phrases passives en cascade (« des sites sont réalisés par nos équipes pour des clients ») · Des phrases de 50 mots mêlant trois informations · Rendre tout le texte télégraphique au détriment du style ### 387. Nommer les entités explicitement et sans ambiguïté (« Apple Inc. » et non « Apple » ; « Dr Jane Doe » et non « elle ») — cela alimente l’annotateur Webref et la résolution des coréférences **Comment.** À la première mention, nommez chaque entité de façon complète et non ambiguë : « Apple Inc. », « Dr Jane Doe, cardiologue », « Marrakech (Maroc) » si l’ambiguïté est possible. · Répétez le nom plutôt qu’un pronom quand plusieurs entités sont proches dans le texte. · Utilisez toujours la même forme du nom pour la même entité. · Précisez le type d’entité quand le nom est ambigu (« la marque Orange » vs « la ville d’Orange »). **À éviter.** « Il » ou « elle » alors que trois personnes ont été citées · Désigner la même entreprise de trois façons différentes · Un sigle jamais développé ### 388. Énoncer les relations entre entités en clair (« le produit X est fabriqué par la marque Y ») pour alimenter les relations d’entités de Webref **Comment.** Repérez les relations importantes pour votre sujet : qui fabrique quoi, qui a fondé quoi, où se trouve quoi, quel service s’adresse à qui. · Écrivez-les explicitement dans le texte : « Le modèle X est fabriqué par Y depuis 2021 », « L’agence a été fondée à Marrakech en 2019 par Z ». · Placez ces relations dans les passages lus en premier (introduction, À propos). · Reprenez-les dans le schema quand une propriété existe (manufacturer, founder, location). **À éviter.** Des relations sous-entendues que seul un connaisseur comprend · Une relation écrite dans le texte et contredite dans le schema · Des formulations marketing floues (« en partenariat avec les meilleurs ») ### 389. À la première mention d’une entité notable, faire un lien vers sa page de référence (Wikipédia ou site officiel) **Comment.** À la première mention d’une entité notable (organisation, personne publique, lieu, concept technique), ajoutez un lien vers sa page de référence : site officiel, Wikipédia ou documentation officielle. · Ne liez qu’une fois par page. · Préférez le site officiel pour les organisations et produits, Wikipédia pour les concepts et lieux. · Vérifiez régulièrement que ces liens fonctionnent. **À éviter.** Lier chaque occurrence du même terme · Lier des entités banales (« Internet », « Google ») sans utilité · Des liens vers des pages Wikipédia homonymes ### 390. Si vous devez utiliser des photos de banque d’images, modifiez-les (recadrage, texte incrusté, décalage de teinte) pour casser l’empreinte visuelle partagée (fuite : StarburstVersionGroup) **Comment.** Pour chaque photo de banque d’images utilisée, retravaillez-la : recadrage significatif, ajustement des couleurs à votre charte, ajout d’éléments propres (texte, logo, composition avec d’autres images). · Vérifiez que la licence autorise ces modifications. · Préférez, pour les pages importantes, remplacer ces images par des photos originales (action 261). · Gardez une version source et notez la licence. **À éviter.** Modifier une image dont la licence interdit la modification · Un simple filtre qui ne change rien à l’image · Continuer à illustrer les pages clés avec des images de banque ### 391. Choisir des images de couverture visuellement engageantes, pas des visuels de stock génériques (fuite : score DeepImageEngagingness) **Comment.** Pour chaque contenu important, choisissez ou créez une image de couverture qui montre le sujet concrètement : le produit réel, le lieu, la personne, le résultat, un schéma explicatif. · Préférez une composition claire, un sujet net, des couleurs contrastées et une image de grande taille (au moins 1200 px de large pour Discover). · Évitez les images génériques interchangeables (bureau, poignée de main, ordinateur). · Testez l’effet sur le taux de clic dans Discover et les réseaux sociaux. **À éviter.** Des images de couverture identiques pour tous les articles · Une image racoleuse sans rapport avec le contenu · Des images trop petites exclues des grands formats de Discover ### 392. S’assurer que les images sources sont assez grandes pour être indexées (environ 1 200 px minimum sur le grand côté pour les images clés) **Comment.** Contrôlez la taille intrinsèque des images clés (produits, couvertures, schémas) : au moins ~1 200 px sur le grand côté. · Remplacez les images trop petites par des originaux de meilleure résolution. · Servez des versions réduites avec srcset pour la vitesse, tout en gardant la grande version disponible (dans srcset, le lien de zoom ou le schema image). · Ne réagrandissez pas artificiellement une petite image. **À éviter.** Téléverser uniquement des images de 400 px · Supprimer les originaux après génération des vignettes · Agrandir une petite image au lieu d’en obtenir une meilleure ### 393. Rendre le texte des PDF et des documents scannés sélectionnable ou reconnaissable en OCR — ne publiez jamais un PDF purement en images pour du contenu à indexer (fuite : Goodoc) **Comment.** Générez les PDF depuis le document source (traitement de texte, outil de mise en page) pour que le texte reste sélectionnable. · Pour les documents scannés, lancez une reconnaissance de caractères (OCR) : Adobe Acrobat, ocrmypdf document.pdf document-ocr.pdf. · Renseignez le titre du PDF dans ses propriétés et publiez une page HTML qui présente le document et reprend l’essentiel du contenu. · Vérifiez en sélectionnant et copiant du texte. **À éviter.** Des PDF de brochures exportés en images · Un titre de document « Microsoft Word - doc1.docx » · Publier uniquement en PDF un contenu qui devrait être une page HTML ### 394. Soigner la qualité audio des vidéos pour que les transcriptions automatiques soient exactes (fuite : AsrTranscriptRepair) **Comment.** Enregistrez avec un micro dédié (micro-cravate ou micro USB), près de la bouche, dans une pièce peu réverbérante. · Réduisez le bruit de fond (climatisation, rue) et évitez la musique forte sous la voix. · Contrôlez les niveaux et normalisez l’audio au montage. · Relisez et corrigez ensuite la transcription automatique (noms propres, termes techniques). **À éviter.** Filmer avec le micro de la caméra à 3 mètres · Une musique de fond qui couvre la voix · Publier la transcription automatique sans correction ### 395. Héberger sur une adresse IP propre ; évitez l’hébergement mutualisé avec des sites voisins douteux (fuite : UrlPoisoningData) **Comment.** Choisissez un hébergeur réputé qui surveille les abus sur son réseau. · Vérifiez si l’adresse IP de votre serveur figure sur des listes noires (MXToolbox Blacklist Check). · Si votre site partage l’IP avec des sites manifestement malveillants et que vous constatez un problème (listes noires, délivrabilité des e-mails), demandez une IP dédiée ou changez d’hébergeur. · Sachez que Google a indiqué à plusieurs reprises que l’hébergement mutualisé en lui-même n’est pas un problème de classement. **À éviter.** Migrer en urgence par peur sans constat concret · Un hébergeur à très bas prix qui ignore les signalements d’abus · Confondre problème d’IP et problème de contenu du site ### 396. Enregistrer le domaine sur plusieurs années et garder une propriété stable ; évitez les domaines expirés et les domaines jetables (fuite : RegistrationInfo) **Comment.** Activez le renouvellement automatique du domaine et un moyen de paiement valide. · Vérifiez que le domaine est au nom de l’entreprise, avec des coordonnées de contact à jour et l’accès au compte du registraire. · Activez le verrouillage de transfert et la double authentification sur le compte. · Avant d’acheter un domaine d’occasion, contrôlez son historique (web.archive.org, liens entrants, pénalités) ; Google a indiqué que la durée d’enregistrement n’est pas un signal de classement, l’intérêt est la sécurité de la propriété. **À éviter.** Un domaine enregistré au nom personnel d’un ancien prestataire · Laisser expirer le domaine faute de carte bancaire valide · Racheter un domaine expiré au passé douteux ### 397. Faire croître les backlinks progressivement — évitez les pics soudains de vitesse d’acquisition d’ancres (fuite : LINK_SPAM_PHRASE_SPIKE) **Comment.** Planifiez l’acquisition de liens comme une activité régulière (relations presse, contenus à citer, partenariats), plutôt que par campagnes massives ponctuelles. · Suivez chaque mois le nombre de nouveaux domaines référents et les ancres utilisées. · Si un contenu obtient naturellement beaucoup de liens (buzz, étude reprise), c’est normal : documentez-le. · Évitez les achats de lots de liens ou les campagnes d’articles invités avec la même ancre. **À éviter.** Acheter 300 liens en une semaine avant un lancement · Une campagne d’articles invités qui publie 50 articles avec la même ancre le même mois · S’inquiéter d’un pic naturel lié à une vraie couverture médiatique ### 398. Vérifier les changements récents de WHOIS et de propriétaire chez vos domaines référents ; n’attendez que peu de valeur des liens issus de domaines expirés (fuite : drapeau expired sur l’ancre) **Comment.** Quand vous examinez un site qui vous propose un lien ou qui vous lie, vérifiez son historique : web.archive.org (changement brutal de sujet), date de création et changements récents de WHOIS ou d’hébergeur, chute puis reprise de trafic dans Ahrefs ou Semrush. · Écartez les domaines expirés rachetés et reconvertis pour vendre des liens. · Ne comptez pas sur la valeur de ces liens. · Priorisez les sites avec une propriété et un sujet stables. **À éviter.** Payer un lien sur un « blog de voyage » qui était un site d’école il y a deux ans · Juger un domaine sur son autorité historique sans regarder son contenu actuel · Construire son profil sur des domaines expirés ### 399. Privilégier les liens externes aux liens internes pour l’autorité — les ancres externes pèsent bien davantage (fuite : drapeau isLocal) **Comment.** Travaillez les deux, avec des rôles différents : les liens internes organisent et distribuent l’autorité ; les liens externes de sites tiers en apportent. · Consacrez une part régulière de l’effort à obtenir des liens de sites externes pertinents (actions 201 à 226). · Ne multipliez pas les liens internes en espérant compenser l’absence de liens externes. · Suivez les domaines référents externes comme indicateur principal d’autorité. **À éviter.** Ajouter des centaines de liens internes pour « remplacer » les backlinks · Négliger totalement le maillage interne · Créer plusieurs sites à soi qui se lient entre eux ### 400. Obtenir des liens depuis le socle de confiance (presse établie, .edu, .gov, autorités reconnues) (fuite : AnchorTrustedInfo) **Comment.** Listez les sources de confiance de votre secteur et de votre pays : médias établis, organismes publics, universités et écoles, fédérations professionnelles, grandes associations. · Trouvez les raisons légitimes d’y être cité : données originales, expertise pour la presse, partenariat de recherche ou de formation, participation à une initiative publique, bourse ou prix. · Préparez des ressources adaptées (dossier de presse, données téléchargeables). · Suivez chaque lien obtenu et entretenez la relation. **À éviter.** Acheter des liens sur des sous-domaines universitaires compromis · Créer une fausse bourse d’études uniquement pour des liens .edu · Démarcher la presse sans information nouvelle ### 401. Ne pas compter sur les liens de pied de page ou de gabarit présents sur tout le site — au-delà d’environ 200 ancres par couple (domaine, texte), les suivantes sont ignorées (fuite : plafond RedundantAnchorInfo) **Comment.** Recensez les liens entrants provenant de pieds de page ou gabarits d’autres sites (crédits de thème, partenaires, réseaux de sites). · Considérez qu’ils valent au mieux un lien par domaine, quelle que soit la quantité de pages. · Ne cherchez pas à en obtenir davantage ; privilégiez des liens éditoriaux dans le contenu. · Remarque : le seuil précis de ~200 ancres cité dans le titre provient d’une interprétation des documents divulgués, non confirmée par Google. **À éviter.** Vendre ou acheter des liens de pied de page sur tout un site · Compter 10 000 liens depuis un seul partenaire comme une réussite · Des crédits de réalisation avec ancres commerciales sur tous les sites clients ### 402. Éviter les signalements DMCA et les atteintes au droit d’auteur — des retraits répétés rétrogradent tout le domaine **Comment.** Utilisez uniquement des textes, images, vidéos et musiques dont vous détenez les droits ou une licence ; tenez un registre des licences. · Citez les sources et respectez les limites du droit de citation. · Mettez en place une procédure pour traiter rapidement une plainte pour violation de droits (contact visible, retrait sous quelques jours si fondée). · Consultez la Lumen Database pour vérifier si des demandes de retrait visent votre domaine. **À éviter.** Réutiliser des photos trouvées sur Google Images · Republier des articles d’autres sites en entier · Ignorer une notification de retrait ### 403. Placer vos 4 à 6 meilleures pages à exactement un clic de l’accueil pour gagner des sitelinks (fuite : QualitySitemapCoClickTarget) **Comment.** Identifiez les 4 à 6 pages les plus utiles aux visiteurs qui cherchent la marque (services principaux, tarifs, contact, réalisations, à propos). · Liez-les directement depuis l’accueil et le menu principal, avec des intitulés clairs et courts. · Donnez-leur des titles et H1 explicites. · Sachez que Google choisit seul l’affichage des sitelinks : la structure ne fait que le rendre plus probable. **À éviter.** Un menu de 30 entrées où les pages importantes se perdent · Des intitulés créatifs incompréhensibles (« L’atelier » pour la page services) · Des pages importantes accessibles seulement via un sous-menu JavaScript ### 404. Lors de la mise à jour d’un contenu intemporel, garder LA MÊME URL (elle préserve les ancres et l’historique accumulés) ; ne créez pas une nouvelle URL **Comment.** Pour mettre à jour un contenu intemporel (guide, tarifs, comparatif), modifiez la page existante sur la même URL. · Évitez les URLs contenant l’année ; si elles existent déjà, gardez-les stables ou migrez une seule fois vers une URL sans année avec 301. · Mettez à jour le title, le contenu, la date et le schema. · Ne publiez pas une nouvelle page « version 2026 » en laissant l’ancienne en concurrence. **À éviter.** Publier « guide-seo-2026 » en parallèle de « guide-seo-2025 » · Changer l’URL à chaque mise à jour · Supprimer l’ancienne version et perdre ses liens ### 405. Archiver les pages périmées avec une mention visible « archive » plutôt que de les supprimer, pour préserver la stabilité des URLs **Comment.** Pour les pages périmées qui gardent une valeur de référence (événement passé, ancienne offre, ancien communiqué), gardez l’URL en ligne. · Ajoutez en haut une mention visible « Archive — contenu du [date], plus à jour » avec un lien vers la version actuelle ou l’alternative. · Retirez-les des listes mises en avant et, si elles n’ont aucune valeur de recherche, mettez-les en noindex tout en gardant l’URL. · Supprimez (410) ou redirigez seulement ce qui n’a ni valeur ni lien. **À éviter.** Supprimer en 404 un ancien événement qui a de nombreux liens de presse · Une archive sans mention, qui trompe le visiteur · Garder des milliers d’archives sans valeur dans l’index ### 406. Utiliser des dates absolues et sans ambiguïté sur les actualités et les articles (jamais « hier » ni de dates relatives) **Comment.** Affichez des dates absolues sur les actualités et articles : « 14 septembre 2026 », éventuellement avec l’heure et le fuseau pour l’actualité chaude. · Remplacez les formulations relatives générées (« il y a 2 jours », « hier ») par la date, ou affichez les deux. · Utilisez