Ajouts issus du terrain
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.
Module W 37 actions n° 374 à 410 sur 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 <meta name="robots" content="index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1">.
- 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
- Vérifier
- Affichez le code source : meta robots avec max-image-preview:large.
- curl -I : aucun X-Robots-Tag contradictoire.
-
375
Encadrer les adresses physiques dans une balise HTML <address> (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 <address> dans le pied de page ou la page contact.
- N’utilisez <address> 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 <address>
- Une adresse dans <address> différente de celle du schema
- Compter sur <address> seul sans balisage structuré
- Vérifier
- Code source : l’adresse de contact est dans <address>.
- Les éléments de l’adresse correspondent à PostalAddress du JSON-LD.
-
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
- Vérifier
- validator.schema.org : mainEntityOfPage renseigné avec l’URL canonique.
- Une seule entité principale par 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
- Vérifier
- Screaming Frog → colonne Size : aucune page importante anormalement lourde.
- Le contenu principal apparaît tôt dans le HTML source.
-
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
- Vérifier
- openssl s_client -connect votresite.com:443 -servername votresite.com | openssl x509 -noout -enddate : date d’expiration à plus de 30 jours.
- SSL Labs (ssllabs.com/ssltest) : note A et chaîne complète.
-
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é
- Vérifier
- Screaming Frog → Content : taille du HTML en baisse sur les gabarits allégés.
- Le contenu principal de chaque page qui rapporte répond aux questions du visiteur.
-
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
- Vérifier
- validator.schema.org : telephone au format +indicatif.
- Touchez le numéro sur mobile : l’appel se prépare vers le bon numéro.
-
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
- Vérifier
- validator.schema.org : PostalAddress avec les 5 champs renseignés.
- Les valeurs correspondent à la fiche Google Business Profile.
-
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
- Vérifier
- validator.schema.org : areaServed valide.
- Liste des zones identique sur le site, le schema et la fiche Google.
-
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
- Vérifier
- Chaque page d’implantation mentionne stationnement et accès.
- Les attributs de la fiche Google correspondent au 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
- Vérifier
- La page carte est lisible en HTML et indexée.
- validator.schema.org : Restaurant avec servesCuisine et hasMenu valides.
-
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
- Vérifier
- validator.schema.org sur 3 implantations : même legalName et référence à la même organisation mère.
- Noms des fiches Google cohérents avec le nom commercial.
-
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
- Vérifier
- Relisez la description de chaque service : la première phrase dit clairement qui fait quoi pour qui.
- Outil de lisibilité : longueur moyenne des phrases en baisse sur les passages clés.
-
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é
- Vérifier
- Relisez les paragraphes clés : chaque pronom renvoie sans ambiguïté à une entité.
- Chaque entité notable est nommée en entier à sa première mention.
-
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 »)
- Vérifier
- Relisez la page À propos : fondation, lieu, fondateur et activité énoncés explicitement.
- Schema : les mêmes relations en propriétés structurées.
-
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
- Vérifier
- Première mention des entités notables liée vers leur référence.
- Crawl des liens sortants : aucun en 404.
-
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
- Vérifier
- Recherche d’image inversée sur 5 images retravaillées : elles ne correspondent plus exactement aux versions de banque.
- Registre des licences à jour.
-
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
- Vérifier
- Chaque article important a une couverture propre au sujet, d’au moins 1200 px de large.
- Search Console → Discover (si disponible) : CTR des articles avec nouvelles couvertures.
-
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
- Vérifier
- Screaming Frog → Images ou script : largeur intrinsèque des images clés ≥ 1 200 px.
- Le schema image des articles et produits pointe vers la grande version.
-
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
- Vérifier
- Ouvrez chaque PDF et copiez un paragraphe : le texte se colle correctement.
- Recherche Google site:votresite.com filetype:pdf : les PDF ont un titre lisible.
-
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
- Vérifier
- Transcription automatique brute : taux d’erreurs faible sur un extrait de 2 minutes.
- Écoute au casque : voix claire, sans bruit de fond gênant.
-
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
- Vérifier
- MXToolbox : l’IP du serveur n’est sur aucune liste noire majeure.
- Search Console → Problèmes de sécurité : aucun.
-
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
- Vérifier
- Compte registraire : renouvellement automatique actif, propriétaire = l’entreprise, verrouillage activé.
- Date d’expiration du domaine à plus de 12 mois.
-
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
- Vérifier
- Graphique mensuel des domaines référents : croissance régulière ou pics expliqués par des événements réels.
- Aucune ancre commerciale identique en forte hausse.
-
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
- Vérifier
- Pour chaque cible, capture web.archive.org sur 3 ans montrant un sujet cohérent.
- Tableau de prospection : colonne « historique vérifié ».
-
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
- Vérifier
- Rapport mensuel : nouveaux domaines référents externes.
- Le maillage interne reste conforme aux actions du module C.
-
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
- Vérifier
- Tableau des sources de confiance ciblées avec action et résultat.
- Outil de backlinks : liens gagnés depuis des médias et institutions reconnus.
-
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
- Vérifier
- Outil de backlinks : part des domaines qui envoient des liens de gabarit.
- La croissance du profil provient surtout de liens éditoriaux dans le contenu.
-
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
- Vérifier
- Registre des licences à jour pour les médias du site.
- Recherche de votre domaine sur lumendatabase.org : aucune demande de retrait ou toutes traitées.
-
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
- Vérifier
- Screaming Frog : les pages choisies sont à profondeur 1.
- Recherche du nom de la marque : les sitelinks affichés (s’il y en a) correspondent à ces pages.
-
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
- Vérifier
- La page mise à jour garde son URL et ses liens entrants.
- Search Console : pas deux URLs du site qui alternent sur la requête du guide.
-
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
- Vérifier
- Chaque page archivée affiche la mention et un lien vers l’actuel.
- Search Console : pas de hausse des 404 sur les anciennes URLs liées.
-
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 <time datetime="2026-09-14T10:00:00+01:00">.
- Faites correspondre avec datePublished et dateModified du schema.
- À éviter
- « Publié il y a 3 heures » calculé en JavaScript sans date dans le HTML
- Des formats de date ambigus (09/10/2026) sur un site international
- Une date affichée différente de celle du schema
- Vérifier
- Code source d’un article : date absolue présente dans le HTML initial.
- Test des résultats enrichis : dates du schema identiques aux dates affichées.
-
407
Actualité : ajouter un commentaire propre, des citations d’experts ou un angle local, pour échapper à la suppression des quasi-doublons dans le NewsCluster
- Comment
- Pour chaque actualité reprise par de nombreux médias, apportez un élément que les autres n’ont pas : analyse, conséquences pour votre public, chiffres locaux, citation d’un expert contacté, réaction d’acteurs locaux.
- Mettez cet apport dans le titre et le premier paragraphe.
- Citez et liez la source d’origine de l’information.
- Évitez de republier une dépêche quasi identique.
- À éviter
- Réécrire le communiqué de presse que 50 sites ont publié
- Un titre identique à celui de la dépêche
- Ne pas citer la source d’origine
- Vérifier
- Chaque actualité contient au moins un élément original identifiable.
- Search Console → Actualités / Discover : impressions sur les actualités à angle propre.
-
408
Places de marché : exposer le nombre de vendeurs et d’offres pour les produits multivendeurs (fuite : MerchantAccountId)
- Comment
- Sur les fiches de place de marché, affichez clairement le nombre de vendeurs et d’offres (« 7 offres à partir de 49 € »).
- Dans le schema, utilisez AggregateOffer avec lowPrice, highPrice, offerCount et priceCurrency, ou des Offer séparées avec seller.
- Mettez ces chiffres à jour en temps réel.
- Affichez les informations de chaque vendeur (nom, note, délais).
- À éviter
- Un offerCount figé qui ne correspond plus aux offres affichées
- Un lowPrice d’une offre en rupture
- Masquer l’identité des vendeurs
- Vérifier
- Test des résultats enrichis : AggregateOffer valide avec offerCount et lowPrice.
- Comparez 5 fiches : nombre d’offres et prix minimum identiques entre page et schema.
-
409
Si vous avez une application Android, ajouter les Digital Asset Links et une potentialAction (une OrderAction, par exemple) pour les actions applicatives et vocales
- Comment
- Si vous avez une application Android, publiez le fichier /.well-known/assetlinks.json qui associe le domaine à l’application (package et empreinte SHA-256 du certificat de signature).
- Configurez les liens d’application (App Links) pour que les URLs du site s’ouvrent dans l’application installée.
- Pour les actions (commande, réservation), déclarez une potentialAction appropriée (OrderAction, ReserveAction) avec target (EntryPoint et urlTemplate) dans le schema, pour les services qui les lisent.
- Testez avec l’outil de vérification des Digital Asset Links de Google.
- À éviter
- Un assetlinks.json avec l’empreinte de la clé de débogage
- Un fichier servi avec le mauvais Content-Type ou derrière une redirection
- Déclarer des actions qui ne fonctionnent pas
- Vérifier
- curl https://votresite.com/.well-known/assetlinks.json : 200, JSON valide, bonne empreinte.
- Sur Android avec l’application installée, un lien du site s’ouvre dans l’application.
-
410
Ajouter les balises meta geo.position et geo.placename et mentionner naturellement la ville ou la région, pour que Google évalue la pertinence géographique (fuite : CountrySalientCountry)
- Comment
- Mentionnez naturellement la ville, la région et le pays dans le contenu, le title, la page contact et le schema (address, areaServed, geo).
- Utilisez hreflang avec code pays si vous avez plusieurs versions régionales, et un contenu local réel (devise, téléphone local, adresse).
- Obtenez des liens et citations de sources du pays.
- Vous pouvez ajouter geo.position et geo.placename, mais Google a indiqué ne pas utiliser ces balises meta : ne comptez pas sur elles.
- À éviter
- Compter sur les balises meta geo pour se classer localement
- Répéter le nom de la ville de façon artificielle
- Un contenu sans aucune information locale concrète
- Vérifier
- La ville et le pays apparaissent dans le contenu visible, le schema et la page contact.
- Search Console → Performances filtrées par pays : impressions principalement dans le pays visé.