scoring14 avril 2026·7 min

Score SEO technique : les 12 vérifications qui décident si Google peut lire votre site

Le sous-score technique est le plancher du SEO. Douze vérifications binaires, du HTTPS aux sitemaps en passant par les balises canonical, décident si votre site est éligible à se positionner. Audit complet avec corrections.

Juliette
Par Juliette
Experte SEO de Bloomwise

À retenir

  • Le SEO technique est binaire. Vous passez chaque vérification ou non, et un seul échec peut désindexer tout un site.
  • Les douze vérifications sont pondérées également mais n'ont pas la même probabilité d'échec. Les trois coupables les plus fréquents sur les petits sites sont des balises noindex oubliées, un robots.txt cassé et des canonical manquants.
  • HTTPS est non négociable en 2026. Les certificats Let's Encrypt sont gratuits et automatisés sur la plupart des hébergements.
  • Le mobile-first indexing signifie que l'expérience mobile est la version principale que Google classe. Si votre site casse sur un téléphone, le sous-score plafonne à 40.
  • Le technique est un plancher, pas un plafond. Une fois passé, arrêtez d'optimiser et passez au contenu, à l'E-E-A-T et à la structure où les gains se composent.

Le SEO technique est le plancher du score SEO + GEO recherche IA. S'il est cassé, rien d'autre ne compte. Vous pouvez avoir le meilleur contenu de votre niche, un profil E-E-A-T parfait et une performance éclatante, mais une seule balise noindex sur votre page d'accueil fera plonger votre visibilité à zéro. Le sous-score technique pèse 15% du chiffre global et ce guide déroule les douze vérifications binaires que lance Bloomwise, dans l'ordre où vous devriez les corriger si l'une échoue.

Les douze vérifications techniques

# Vérification Ce que ça signifie Temps de correction
1 HTTPS avec certificat valide Connexion sécurisée, pas d'avertissement 30 min
2 robots.txt accessible Les crawlers peuvent récupérer le fichier 5 min
3 robots.txt ne bloque pas les pages vitales Pas de Disallow sur la racine ou les sections clés 10 min
4 Sitemap XML présent Soumis dans Search Console 15 min
5 Balises canonical sur chaque page Chaque page a un canonical correct 1 heure
6 Aucun noindex sur les pages en ligne Meta robots ou en-tête HTTP 15 min
7 Mobile-friendly Passe le test Mobile-Friendly de Google Variable
8 Pas de chaînes de redirections Chaque redirection saute une fois, pas plusieurs 1 heure
9 Page 404 existante et renvoyant 404 Pas un soft 404 ou une redirection 15 min
10 Données structurées valides Passe le Rich Results Test 30 min
11 HTML lisible Pas de rendu client-only du contenu critique Variable
12 Pas de ressources bloquant le rendu CSS et JS ne retardent pas le premier affichage 1 heure

Lancez-les dans cet ordre et le score grimpe de manière prévisible.

Vérification 1 : HTTPS avec certificat valide

Testez : visitez votre page d'accueil dans Chrome. Si vous voyez l'icône cadenas, c'est bon. Si vous voyez "Non sécurisé" ou un avertissement rouge, c'est raté.

La correction : Let's Encrypt fournit des certificats SSL gratuits. La plupart des hébergements modernes (Vercel, Netlify, Cloudflare Pages, WordPress managé) les provisionnent automatiquement. Sur un VPS, lancez certbot --nginx et c'est réglé en 5 minutes.

Vérification 2 : robots.txt accessible

Visitez votredomaine.com/robots.txt dans votre navigateur. Si vous voyez un fichier texte, c'est bon. Si vous voyez 404, c'est raté.

La correction : créez un robots.txt à la racine de votre site avec au minimum :

User-agent: *
Allow: /
Sitemap: https://votredomaine.com/sitemap.xml

Vérification 3 : robots.txt ne bloque pas les pages vitales

Lisez le fichier. Tout Disallow: / ou Disallow: /blog/ ou Disallow: /produits/ qui bloque des pages que vous voulez indexer est un échec critique.

La correction : retirez les lignes Disallow fautives. C'est un résidu fréquent des environnements de préproduction et des paramètres dev. Diagnostiquez avec notre guide pour les sites qui n'apparaissent pas sur Google si vous n'êtes pas sûr de ce qui est bloqué.

Vérification 4 : Sitemap XML présent

La plupart des CMS génèrent un sitemap automatiquement. Si le vôtre ne le fait pas, utilisez un plugin ou une fonctionnalité framework. Soumettez l'URL du sitemap dans Google Search Console > Sitemaps.

Ce qu'un bon sitemap contient : chaque URL indexable, avec lastmod, changefreq et priority. Excluez les pages de tags, les archives paginées et les pages utilitaires qui n'ont pas besoin de se positionner.

Vérification 5 : Balises canonical sur chaque page

Regardez le code source HTML de n'importe quelle page et cherchez <link rel="canonical" href="...">. Il doit pointer vers la même page (ou vers la version maître choisie si plusieurs URL servent le même contenu).

Erreurs canonical fréquentes : toutes les pages canonicalisent vers l'accueil, canonical pointant vers HTTP alors que le site est HTTPS, incohérence www/non-www. Le guide du score contenu couvre les implications côté contenu, mais le canonical en lui-même est une correction technique.

Vérification 6 : Aucun noindex sur les pages en ligne

Vérifiez le code source HTML pour <meta name="robots" content="noindex"> ou un en-tête HTTP X-Robots-Tag. Toute page que vous voulez indexer ne doit pas avoir cette balise.

Causes fréquentes :

  • Paramètre WordPress "décourager les moteurs de recherche" laissé activé
  • Plugin avec noindex par défaut sur les nouveaux articles
  • Balise de template héritée non nettoyée après migration

Vérification 7 : Mobile-friendly

Lancez le test Mobile-Friendly de Google ou utilisez PageSpeed Insights en vue mobile. Une mise en page mobile qui échoue est un plafond dur sur votre score.

La correction : design responsive, balise viewport meta, pas de scroll horizontal, cibles de tap d'au moins 48x48 pixels, taille de police lisible. La plupart des thèmes modernes gèrent ça par défaut. Les vieux thèmes et les sites custom d'avant 2015 sont les endroits où les problèmes se cachent.

Vérification 8 : Pas de chaînes de redirections

Utilisez un outil comme Screaming Frog (gratuit pour les petits sites) ou l'extension Chrome Redirect Trace. Chaque redirection doit aller de l'ancienne URL à l'URL finale en un seul saut.

Exemple de mauvaise chaîne : /ancienne-url → 301 → /intermediaire → 301 → /nouvelle-url

Correction : mettez à jour la première redirection pour pointer directement vers la destination finale.

Vérification 9 : La page 404 renvoie 404

Une vraie page 404 renvoie le statut HTTP 404. Un soft 404 renvoie 200 avec un texte "page introuvable", ce qui trompe Google.

Vérifiez : utilisez l'onglet Network des Chrome DevTools. Visitez une URL inexistante de votre site. Le statut de réponse doit être 404.

Vérification 10 : Données structurées valides

Lancez le Rich Results Test sur votre page d'accueil et un article. Les erreurs dans les données structurées signifient que les moteurs IA et Google ignorent entièrement ces schémas. Associez ça avec le guide du score structure puisque les deux se recoupent.

Vérification 11 : HTML lisible

Désactivez JavaScript dans votre navigateur et rechargez la page. Pouvez-vous encore lire le contenu principal ? Si la page est blanche, Google peut encore rendre votre JS mais les crawlers IA ne le peuvent mostly pas. Rendez le contenu critique visible dans la réponse HTML initiale.

Vérification 12 : Pas de ressources bloquant le rendu

Utilisez PageSpeed Insights pour identifier le CSS ou JS bloquant le rendu. Déplacez le CSS non critique vers rel="preload" ou en chargement async, différez le JS non critique.

Le workflow de récupération technique

Si votre sous-score technique est sous 50, déroulez cette séquence :

  1. Cherchez noindex et robots.txt Disallow (10 minutes, à corriger immédiatement)
  2. Vérifiez HTTPS et la validité du certificat (5 minutes)
  3. Soumettez ou resoumettez votre sitemap dans Google Search Console (5 minutes)
  4. Auditez les balises canonical sur vos 20 meilleures pages (30 minutes)
  5. Lancez le Mobile-Friendly Test et corrigez les échecs (variable)
  6. Aplatissez les chaînes de redirections si présentes (1 heure)
  7. Validez les données structurées avec le Rich Results Test (20 minutes)

La plupart des sites passent de la plage 40-60 à 85+ en un seul après-midi une fois les blocages levés. Vérifiez avec un nouveau crawl Google Search Console après chaque grosse correction.


Le SEO technique est le sous-score que vous corrigez une fois et que vous oubliez. Les douze vérifications ne vont pas changer drastiquement dans l'année à venir, et une fois qu'elles passent toutes, votre site est éligible à se positionner. Ensuite, chaque point d'effort part dans le contenu, l'E-E-A-T et la structure, où l'effet cumulatif est réel. Fixez des rappels calendrier pour un ré-audit trimestriel, parce que la dette technique remonte pendant les redesigns et les migrations.

💡
Ajoutez un canonical sur chaque page par défaut. L'absence est pire qu'un canonical auto-référentiel. La plupart des CMS ont un plugin ou un réglage intégré qui le fait automatiquement. Activez-le une fois et oubliez-le.
⚠️
Ne cherchez pas à optimiser le technique au-delà de 90. Une fois les douze vérifications passées, un travail technique supplémentaire a des rendements décroissants pour le SEO. Pivotez vers le contenu, l'E-E-A-T et la structure. Le technique est le plancher, pas le plafond.

Vous voulez savoir où en est votre site ?

bloomwise audite votre site en 2 minutes et vous donne un score SEO avec les priorités à corriger.

Analyser mon site gratuitement

Questions fréquentes