SEO technique : la checklist complète pour 2026
Nouh Benzidane · 9 min de lecture En résumé
Le 7 mai 2026, Google a supprimé les rich snippets FAQ. Voici la checklist SEO technique que j'applique en 2026 : crawl, Core Web Vitals, données structurées, sitemap.
Le 7 mai 2026, Google a ajouté une mention de dépréciation en haut de sa documentation sur le balisage FAQPage : les rich snippets FAQ ont cessé d’apparaître dans les résultats de recherche, et Search Console va retirer le rapport dédié en juin puis le support API en août. Une checklist SEO technique écrite il y a six mois recommandait encore de baliser vos FAQ pour gagner de la place dans les SERP. C’est exactement le genre de détail qui périme une checklist SEO plus vite qu’on ne le pense. Voici celle que j’utilise en 2026, avec ce qui a changé cette année, pas une resucée d’une liste de 2023 qu’on recopie d’un article à l’autre.
Je suis développeur web freelance, j’ai livré plus de 40 sites depuis 2021, la plupart pour des PME et artisans en Île-de-France. J’audite le volet technique avant même de toucher au contenu, parce que le meilleur article du monde ne sert à rien sur une page que Google n’arrive pas à crawler ou qui met quatre secondes à s’afficher sur un mobile en 4G. Voici les points que je vérifie, dans l’ordre, avec les seuils exacts et ce qui a bougé depuis 2023.
Indexation et crawl : ce que Google doit pouvoir lire sans effort
Le robots.txt et le sitemap.xml sont les deux fichiers les plus négligés d’un site, alors que ce sont eux qui décident si Google explore votre contenu efficacement ou pas du tout.
Le robots.txt a une limite de taille documentée par Google : 500 kibioctets. Au-delà, le contenu excédentaire est simplement ignoré par le crawler. Je ne l’ai jamais vu dépasser cette limite chez un client PME, le problème est presque toujours inverse : un Disallow: / oublié après une mise en prod, qui bloque tout le site sans que personne s’en rende compte pendant des semaines. Je vérifie ce fichier en premier lors de chaque audit, avant même de regarder le contenu.
Le sitemap.xml est plafonné à 50 000 URLs ou 50 Mo non compressés par fichier, selon la documentation officielle de Search Central. Au-delà, il faut passer par un fichier sitemap index qui référence plusieurs sous-sitemaps. Sur les sites vitrine que je livre, ce n’est jamais un sujet : on parle de 15 à 80 pages. Ça devient pertinent pour un site e-commerce avec des fiches produit en masse, ou un annuaire.
Le canonical auto-référencé. Chaque page doit pointer vers sa propre URL en canonical, même sans variante dupliquée apparente. Sur urgenceserrures.fr, j’ai corrigé un cas typique : les URLs générées par les campagnes Google Ads avec des paramètres UTM (?utm_source=google&utm_campaign=...) étaient indexées comme des pages distinctes de l’URL propre, faute de canonical explicite. Ajouter une balise canonical auto-référencée sur chaque template a réglé le problème en quelques heures, sans réécriture d’URL ni redirection.
Core Web Vitals : les seuils qui comptent réellement en 2026
Les Core Web Vitals ont changé de composition en 2024, et beaucoup de checklists SEO continuent de citer l’ancienne métrique.
Le FID (First Input Delay) mesurait uniquement le délai avant la première interaction. Google l’a remplacé le 12 mars 2024 par l’INP (Interaction to Next Paint), qui mesure la réactivité sur toute la visite et pas seulement le premier clic. Les trois métriques qui comptent aujourd’hui, avec leurs seuils “bon” documentés sur web.dev :
- LCP (Largest Contentful Paint) : sous 2,5 secondes.
- INP (Interaction to Next Paint) : sous 200 millisecondes.
- CLS (Cumulative Layout Shift) : sous 0,1.
Sur les sites que je construis en Astro avec rendu statique, je vise plus strict que ces seuils : LCP sous 1,2 seconde, page weight sous 500 Ko. La marge compte, parce qu’un site qui respecte le seuil “bon” de justesse bascule facilement en “à améliorer” dès qu’un client ajoute une police tierce ou un script de chat mal chargé après la mise en ligne. Je préfère livrer avec de la marge plutôt que de repasser dessus six mois plus tard.
Mobile-first indexing : l’outil qui a disparu de Search Console
Google indexe le contenu mobile en priorité depuis des années, ce n’est plus une nouveauté. Ce qui change en 2026, c’est comment on le vérifie : le Mobile-Friendly Test, son rapport “Utilisabilité mobile” dans Search Console et son API ont été retirés par Google le 1er décembre 2023. La raison donnée officiellement est le doublon avec PageSpeed Insights et Lighthouse, qui couvrent déjà le rendu mobile dans leurs audits.
Si votre checklist SEO ou votre process d’onboarding client mentionne encore “vérifier avec le Mobile-Friendly Test”, corrigez-la : l’outil renvoie une erreur depuis fin 2023. J’utilise à la place l’onglet mobile de PageSpeed Insights (pagespeed.web.dev), qui donne le score et le détail des Core Web Vitals dans le même rapport, un point de moins à checker séparément.
Données structurées en 2026 : ce qui marche encore, ce qui a disparu
C’est le point où je vois le plus de checklists obsolètes circuler, parce que Google a retiré des rich snippets entiers en deux vagues distinctes.
| Type de balisage | Statut en 2026 | Ce que je fais |
|---|---|---|
| FAQPage | Rich snippet supprimé le 7 mai 2026, schéma toujours valide | Je le garde si le contenu répond à une vraie question, plus pour le seul rich snippet |
| HowTo | Rich snippet supprimé en septembre 2023 (mobile et desktop) | Je ne le pose plus, sans effet sur les SERP |
| BreadcrumbList | Actif, remplace l’URL brute par un fil d’Ariane dans les résultats | Posé par défaut sur les sites que je livre |
| LocalBusiness | Actif, renforce la cohérence avec Google Business Profile | Posé systématiquement sur les sites métier locaux (vitriersparis.fr) |
| Product / Review | Actif, conditions d’éligibilité strictes sur les avis | Réservé aux sites e-commerce que j’accompagne |
La leçon derrière ce tableau : une donnée structurée qui donnait un avantage visuel en 2022 peut devenir neutre en 2026 sans que rien ne casse techniquement, le balisage reste valide, seul le bénéfice disparaît. Je vérifie ce statut avant de vendre du temps de développement à un client pour un type de balisage donné, plutôt que de facturer sur la base d’une checklist qui n’a pas été mise à jour depuis trois ans.
HTTPS, redirections et hygiène technique de base
Ce sont les points les plus anciens de toute checklist SEO technique, et ils restent valides sans changement majeur en 2026.
HTTPS partout, sans exception, avec un certificat renouvelé automatiquement (Let’s Encrypt ou équivalent côté hébergeur) et zéro contenu mixte (une image ou un script chargé en HTTP sur une page HTTPS déclenche un avertissement navigateur qui casse la confiance).
Redirections 301, jamais 302, pour toute URL qui change définitivement. Le 302 signale à Google un changement temporaire et ne transmet pas la même autorité. J’ai vu des migrations de site perdre plusieurs mois de positionnement à cause de ce seul détail, une checklist de migration qui prévoyait des 302 “par prudence” en attendant la validation finale.
Une seule version canonique de domaine. www ou sans www, HTTP redirigé vers HTTPS, un seul choix, appliqué partout de façon cohérente, jamais les deux versions accessibles en parallèle sans redirection.
Maillage interne et contenu dupliqué : le duo qui referme la boucle
Le sitemap et le robots.txt disent à Google où aller. Le maillage interne lui dit ce qui compte une fois sur place. J’ai détaillé la méthode complète dans un article dédié, mais le résumé pour cette checklist : les pages stratégiques (services, villes, articles piliers) doivent recevoir au moins 3 à 5 liens contextuels depuis d’autres pages du site, pas seulement depuis le menu.
Sur le contenu dupliqué, le réflexe à vérifier systématiquement : les pages de filtre ou de tri d’un site e-commerce (?sort=prix&filtre=couleur) ne doivent jamais être indexables sans canonical vers la version propre. C’est la même logique que le cas UTM d’urgenceserrures.fr évoqué plus haut, le symptôme change (filtres au lieu de paramètres de campagne) mais la cause et la correction sont identiques.
Les outils que j’utilise pour auditer, sans budget agence
Pour un site vitrine ou métier de moins de 50 pages, l’audit technique complet tient dans trois outils, tous gratuits ou avec un plan gratuit suffisant :
Google Search Console en premier, pour le rapport de couverture d’index, les erreurs de crawl et le rapport Core Web Vitals basé sur les données réelles des utilisateurs (CrUX), plus fiable qu’un test en laboratoire isolé.
PageSpeed Insights (pagespeed.web.dev) pour le détail des trois métriques Core Web Vitals, en version mobile et desktop, avec les recommandations d’optimisation concrètes.
Screaming Frog en version gratuite, qui couvre jusqu’à 500 URLs, largement suffisant pour crawler un site vitrine complet et repérer les liens cassés, les balises manquantes ou les canonicals mal posés.
Un outil payant comme Ahrefs ou Semrush apporte une vraie valeur au-delà, sur le suivi de positionnement ou l’analyse de backlinks, mais pour la partie strictement technique de cette checklist, les trois outils ci-dessus suffisent sur la majorité des sites que j’audite.
Ce qu’il faut retenir
La checklist SEO technique qui compte en 2026 tient en six points : un robots.txt et un sitemap propres et dans les limites documentées par Google (500 Ko, 50 000 URLs), des Core Web Vitals mesurés avec les bons seuils depuis le remplacement du FID par l’INP le 12 mars 2024, un test mobile fait via PageSpeed Insights puisque l’ancien Mobile-Friendly Test a disparu le 1er décembre 2023, des données structurées à jour du retrait des rich snippets FAQ et HowTo, du HTTPS et des redirections 301 propres, et un maillage interne qui priorise vos pages stratégiques. Le point commun entre toutes ces erreurs que je corrige chez mes clients : elles viennent presque toujours d’une checklist recopiée d’un article ancien, jamais mise à jour depuis que Google a changé la règle.
Ce qu’il faut retenir
- Le robots.txt est limité à 500 Ko et le sitemap.xml à 50 000 URLs ou 50 Mo non compressés, au-delà le contenu excédentaire est ignoré par Google
- L’INP a remplacé le FID comme Core Web Vital le 12 mars 2024 : les seuils “bon” à viser sont LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1
- Le Mobile-Friendly Test de Search Console a été retiré le 1er décembre 2023, testez le rendu mobile avec PageSpeed Insights à la place
- Les rich snippets FAQ ont disparu le 7 mai 2026 et ceux de HowTo depuis septembre 2023 : le balisage reste valide mais sans bénéfice visuel dans les SERP
- Toujours des redirections 301 pour un changement d’URL définitif, jamais de 302, et une seule version canonique du domaine
- Un audit technique complet tient dans trois outils gratuits : Google Search Console, PageSpeed Insights et Screaming Frog jusqu’à 500 URLs
/faq
Questions fréquentes
Faut-il retirer le balisage FAQPage de mon site depuis que les rich snippets ont disparu ?
Non, inutile de le retirer en urgence. Google a confirmé que le schéma FAQPage reste un type Schema.org valide et qu'une donnée structurée inutilisée par Search n'a pas d'effet négatif. Ce qui change, c'est le bénéfice : plus de rich snippet dans les résultats, plus de rapport dédié dans Search Console à partir de juin 2026. Dans ma pratique je le laisse quand le contenu de la FAQ répond à une vraie question utilisateur, je ne le rajoute plus pour l'unique promesse d'un encart visuel.
Quelle est la différence concrète entre l'ancien FID et l'INP ?
Le FID (First Input Delay) ne mesurait que le délai avant la toute première interaction de l'utilisateur sur la page. L'INP (Interaction to Next Paint) mesure la réactivité sur l'ensemble de la visite, à chaque clic, tape ou appui, et retient la latence la plus représentative. Un site pouvait avoir un excellent FID sur le premier clic et devenir poussif ensuite (menu qui traîne, formulaire qui rame) sans que ça remonte dans les chiffres. L'INP capture ce cas, ce qui explique pourquoi Google l'a promu Core Web Vital le 12 mars 2024 à la place du FID.
Mon sitemap dépasse 50 000 URLs, est-ce grave pour le référencement ?
Le sitemap lui-même sera simplement ignoré au-delà de la limite technique de Google : 50 000 URLs ou 50 Mo non compressés par fichier, selon la documentation officielle de Search Central. Ce n'est pas une pénalité, c'est une limite de format. La solution standard est un fichier sitemap index qui référence plusieurs sous-sitemaps, chacun sous la limite. Sur un site vitrine ou métier classique de moins de quelques centaines de pages, vous n'approchez jamais ce seuil, donc ce n'est un sujet que pour des sites e-commerce ou des annuaires à grand volume.
Le Mobile-Friendly Test a disparu de Search Console, comment tester le mobile maintenant ?
Google a retiré cet outil ainsi que le rapport d'utilisabilité mobile et son API le 1er décembre 2023, en expliquant que la fonction faisait doublon avec PageSpeed Insights et Lighthouse. Pour tester le rendu mobile aujourd'hui, j'utilise l'onglet mobile de PageSpeed Insights (pagespeed.web.dev) ou un audit Lighthouse en local via Chrome DevTools, les deux couvrent largement ce que l'ancien outil vérifiait, avec en prime les métriques Core Web Vitals dans le même rapport.
/sources
- [1] Google Search Central — How To Add Breadcrumb (BreadcrumbList) Markup (consulté le 2026-08-05)
- [2] Google Search Central — How Google Interprets the robots.txt Specification (consulté le 2026-08-05)
- [3] Google Search Central — Build and Submit a Sitemap (consulté le 2026-08-05)
- [4] web.dev — Interaction to Next Paint becomes a Core Web Vital on March 12 (consulté le 2026-08-05)
- [5] web.dev — Core Web Vitals (consulté le 2026-08-05)
- [6] Search Engine Journal — Google Drops FAQ Rich Results From Search (consulté le 2026-08-05)
/à lire ensuite
Continuer la lecture
-
seo
Maillage interne : la technique SEO la plus sous-estimée en 2026
66% des sites ont des pages avec un seul lien interne entrant selon Ahrefs. Le maillage interne coûte zéro euro et se corrige en un après-midi. Voici la méthode que j'applique chez mes clients.
-
seo
Temps de chargement et SEO : comment la vitesse influence votre classement en 2026
Google confirme la vitesse comme facteur de classement depuis 2018, mais John Mueller a été clair : c'est un départage, pas un totem. Voici ce qui déplace vraiment votre position en 2026.
-
performance
Core Web Vitals 2026 sur mobile : les chiffres à viser et comment les atteindre
Les trois seuils mobiles à tenir en 2026 : LCP < 2,5 s, INP < 200 ms, CLS < 0,1 au 75e percentile. Voici les vraies cibles que je tiens chez mes clients, et la méthode pour y arriver.