TL;DRPour analyser son site web gratuitement, il suffit de contrôler 10 points avec les outils de Google et quelques commandes : indexation, Core Web Vitals, mobile, HTTPS, balises, liens cassés, données structurées, sitemap, robots.txt et visibilité dans les IA. Pour chaque point, voici l'outil gratuit à utiliser et le seuil à viser.

Avant de commencer : deux façons d'analyser son site gratuitement#

Analyser son site web gratuitement, c'est possible avec les outils fournis par Google et quelques commandes simples. La difficulté n'est pas l'accès aux outils : c'est de savoir quoi regarder, dans quel ordre, et à partir de quel seuil un résultat devient un vrai problème.

Cette checklist vous donne 10 points à contrôler. Pour chacun : ce qu'il faut vérifier, l'outil gratuit à utiliser et le seuil à viser. Elle complète notre article Audit SEO gratuit en ligne : votre site est-il vraiment optimisé ?, qui présente le principe de l'audit automatique. Ici, on passe en mode manuel, point par point.

Le raccourci : notre outil d'analyse de site gratuit. Si vous voulez un premier diagnostic avant d'entrer dans le détail, lancez l'analyse de site web gratuite Websource. Vous obtenez en moins d'une minute une note Lighthouse sur 100 (calculée via l'API PageSpeed Insights de Google), vos Core Web Vitals (LCP, TBT, CLS) et un plan d'action. La connexion à Search Console est facultative et se fait en lecture seule. Aucune carte bancaire n'est demandée, et un appel de 45 minutes vous est offert pour mettre en place les actions correctives.

Schéma des 10 points de la checklist regroupés en trois familles : être trouvé, être rapide et sûr, être compris
Schéma simplifié : les 10 points de contrôle regroupés en trois familles, à traiter de gauche à droite.

La checklist en un tableau#

PointOutil gratuitSeuil ou résultat à viser
1. IndexationGoogle Search Console, recherche site:Les pages importantes sont indexées
2. Core Web VitalsPageSpeed Insights, Search ConsoleLCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1
3. MobileLighthouse, outils de développement de ChromeAucun défilement horizontal, texte lisible sans zoom
4. HTTPSNavigateur, curlUne seule version en HTTPS, redirection 301 depuis HTTP
5. Title et meta descriptionSearch Console, code sourceUne balise title unique et descriptive par page
6. Titres HnCode source, extension de navigateurUn H1 clair, des H2/H3 qui suivent le plan
7. Liens cassésSearch Console, wgetAucun lien interne vers une page en 404
8. Données structuréesTest des résultats enrichisAucune erreur sur les types utilisés
9. Sitemap et robots.txtSearch Console, curlSitemap lu sans erreur, aucune page utile bloquée
10. Visibilité dans les IArobots.txt, tests manuelsRobots des IA autorisés, réponses citant votre site

1. L'indexation : Google connaît-il vos pages ?#

Quoi vérifier. Une page qui n'est pas indexée n'apparaît nulle part dans Google, quelle que soit sa qualité. C'est donc le premier contrôle.

Avec quel outil. Pour une estimation rapide, tapez site:votredomaine.fr dans Google. Le nombre affiché est approximatif, mais une absence totale de résultats est un signal clair. Pour un résultat fiable, utilisez Google Search Console : le rapport « Pages » liste les pages indexées et les raisons de non-indexation (balise noindex, page en double, page explorée mais non indexée…). L'outil « Inspection de l'URL » donne le statut d'une page précise.

Seuil à viser. Toutes les pages que vous voulez voir dans Google sont indexées. Les pages exclues doivent l'être volontairement (pages de compte, panier, résultats de recherche interne).

2. La performance et les Core Web Vitals#

Quoi vérifier. Les Core Web Vitals sont les trois indicateurs d'expérience utilisateur retenus par Google : le temps d'affichage du contenu principal, la réactivité aux interactions et la stabilité visuelle de la page.

Avec quel outil.PageSpeed Insights affiche deux types de données : les données de terrain (mesurées chez de vrais visiteurs sur Chrome, quand le site a assez de trafic) et les données de laboratoire (une simulation Lighthouse). Dans Search Console, le rapport « Core Web Vitals » regroupe les URL par statut.

Seuils officiels à viser, mesurés sur 75 % des visites :

  • LCP (Largest Contentful Paint) : 2,5 secondes ou moins.
  • INP (Interaction to Next Paint) : 200 millisecondes ou moins.
  • CLS (Cumulative Layout Shift) : 0,1 ou moins.

Attention : l'INP ne se mesure que chez de vrais visiteurs. En laboratoire, Lighthouse affiche à la place le TBT (Total Blocking Time), qui mesure le temps pendant lequel le navigateur est bloqué par le JavaScript. Un TBT élevé annonce souvent un mauvais INP.

3. L'affichage sur mobile#

Quoi vérifier. Google explore et évalue les sites principalement dans leur version mobile. Votre site doit être aussi complet et utilisable sur un téléphone que sur un ordinateur.

Avec quel outil. Google a retiré son ancien test d'optimisation mobile. Utilisez Lighthouse en mode mobile (dans PageSpeed Insights ou dans Chrome), et le mode appareil des outils de développement de Chrome (touche F12, puis l'icône téléphone). Vérifiez aussi la présence de la balise viewport dans le code source :

<meta name="viewport" content="width=device-width, initial-scale=1">

Seuil à viser. Pas de défilement horizontal, un texte lisible sans zoomer, des boutons assez espacés pour être touchés au doigt, et le même contenu que sur ordinateur.

4. Le HTTPS#

Quoi vérifier. Votre site doit répondre en HTTPS, avec un certificat valide, et une seule version doit exister. Les variantes HTTP et avec ou sans « www » doivent rediriger vers l'adresse principale.

Avec quel outil. Le cadenas du navigateur pour le certificat, puis la commande curl pour les redirections :

curl -sI http://votredomaine.fr | grep -iE '^(HTTP|location)'
curl -sI https://www.votredomaine.fr | grep -iE '^(HTTP|location)'

Seuil à viser. Une réponse 301 vers l'adresse HTTPS principale, puis un code 200 sur celle-ci. Pas de chaîne de plusieurs redirections, pas de contenu mixte (images ou scripts chargés en HTTP). Si Chrome affiche « Non sécurisé », suivez notre guide pour passer son site en HTTPS.

5. Les balises title et meta description#

Quoi vérifier. La balise title est souvent reprise comme titre du résultat dans Google. La meta description peut servir d'extrait sous ce titre. Chaque page doit avoir les siennes, propres à son contenu.

Avec quel outil. Le code source de la page (Ctrl+U), ou une commande pour extraire la balise :

curl -s https://votredomaine.fr/ | grep -io '<title>[^<]*</title>'

Dans Search Console, le rapport « Performances » montre les pages avec beaucoup d'impressions et peu de clics : leur title est souvent le premier levier à travailler.

Seuil à viser. Google ne fixe pas de longueur maximale : il coupe l'affichage selon la largeur disponible. Le repère courant est de placer l'essentiel dans les 50 à 60 premiers caractères. Évitez les titres identiques sur plusieurs pages et les titres génériques comme « Accueil ».

6. La structure des titres Hn#

Quoi vérifier. Les balises H1 à H6 donnent le plan de la page aux moteurs et aux lecteurs d'écran. Le H1 annonce le sujet, les H2 les grandes parties, les H3 les sous-parties.

Avec quel outil. Le code source, ou une extension de navigateur qui affiche la liste des titres. Pour un aperçu rapide en ligne de commande :

curl -s https://votredomaine.fr/ | grep -ioE '<h[1-3][^>]*>' | sort | uniq -c

Seuil à viser. Google indique que plusieurs H1 ne posent pas de problème technique. La bonne pratique reste un H1 unique et clair par page, puis des niveaux qui se suivent sans saut injustifié. Un logo ou un slogan ne devrait pas occuper le H1.

7. Les liens cassés#

Quoi vérifier. Un lien interne qui pointe vers une page supprimée fait perdre le visiteur et gaspille l'exploration des robots. Les liens externes cassés nuisent aussi à la crédibilité d'une page.

Avec quel outil. Dans Search Console, le rapport « Pages » liste les URL introuvables (404) découvertes par Google. Pour explorer votre site vous-même, wget dispose d'un mode araignée qui suit les liens sans rien télécharger :

wget --spider -r -l 3 -nd -nv -o liens.log https://votredomaine.fr/
grep -A 50 'broken link' liens.log

La fin du fichier liens.log indique le nombre de liens cassés trouvés et leur liste. Chaque lien listé est à corriger ou à rediriger.

Seuil à viser. Aucun lien interne vers une page en erreur. Une page supprimée qui a un équivalent doit être redirigée en 301 vers celui-ci.

8. Les données structurées#

Quoi vérifier. Les données structurées (au format JSON-LD, recommandé par Google) décrivent le contenu de la page : organisation, produit, article, FAQ, fil d'Ariane… Elles rendent la page éligible à certains résultats enrichis et aident les moteurs à comprendre de quoi elle parle.

Avec quel outil. Le test des résultats enrichis de Google indique quels types sont détectés et s'ils contiennent des erreurs. Le validateur de schema.org (validator.schema.org) contrôle la syntaxe de tous les types, même ceux que Google n'exploite pas.

Seuil à viser. Aucune erreur sur les types utilisés, et des données qui correspondent exactement à ce qui est visible sur la page. Baliser un contenu absent de la page est contraire aux consignes de Google.

9. Le sitemap et le fichier robots.txt#

Quoi vérifier. Le sitemap XML liste les pages à faire découvrir aux moteurs. Le fichier robots.txt indique ce que les robots ne doivent pas explorer. Une seule ligne mal écrite dans ce fichier peut bloquer tout un site.

Avec quel outil. Affichez les deux fichiers :

curl -s https://votredomaine.fr/robots.txt
curl -sI https://votredomaine.fr/sitemap.xml | head -n 1

Dans Search Console, le rapport « Sitemaps » indique si le fichier a été lu et combien d'URL ont été découvertes. Le rapport robots.txt (dans les paramètres) montre la version récupérée par Google et ses éventuelles erreurs.

Seuil à viser. Un sitemap qui répond en 200 et ne contient que des URL canoniques en 200. Un robots.txt qui ne contient pas de Disallow: / oublié après une mise en ligne, et qui signale l'adresse du sitemap :

User-agent: *
Disallow:

Sitemap: https://votredomaine.fr/sitemap.xml

Rappel : robots.txt empêche l'exploration, pas l'indexation. Pour retirer une page de Google, utilisez une balise noindex sur une page laissée accessible aux robots.

10. La visibilité dans les IA#

Quoi vérifier. ChatGPT, Perplexity, Claude ou les AI Overviews de Google s'appuient sur des pages web pour répondre. Encore faut-il que leurs robots puissent lire les vôtres et que votre contenu réponde clairement aux questions.

Avec quel outil. Commencez par votre robots.txt : vérifiez qu'il ne bloque pas les robots des moteurs d'IA si vous voulez y apparaître, par exemple OAI-SearchBot et GPTBot (OpenAI), ClaudeBot (Anthropic) ou PerplexityBot. Ensuite, testez à la main : posez à ces assistants les questions que vos clients poseraient, et notez si votre site est cité.

Seuil à viser. Des robots autorisés, des pages qui répondent à la question dès le premier paragraphe, et des informations cohérentes sur votre entreprise partout où elle est citée. Pour aller plus loin, lisez comment faire apparaître son entreprise dans ChatGPT et les autres IA.

Dans quel ordre traiter les problèmes ?#

Ne corrigez pas tout en même temps. Suivez l'ordre du schéma :

  1. Être trouvé : indexation, sitemap, robots.txt et liens cassés. Sans indexation, le reste ne sert à rien.
  2. Être rapide et sûr : HTTPS, mobile, puis Core Web Vitals, en commençant par les pages qui reçoivent le plus de visites.
  3. Être compris : titles, titres Hn, données structurées et contenu lisible par les IA.

Refaites la checklist après chaque mise en ligne importante : une refonte, un changement de thème ou un nouveau module suffit à remettre en cause un point déjà validé.

Notre conseil#

Cette checklist vous permet d'analyser votre site gratuitement, à votre rythme. Pour gagner du temps, commencez par notre outil d'analyse de site web gratuit : en moins d'une minute, il vous donne la note Lighthouse sur 100, les Core Web Vitals (LCP, TBT, CLS) et un plan d'action, sans carte bancaire. Vous pouvez y connecter Search Console en lecture seule pour croiser les résultats.

Ensuite, profitez de l'appel de 45 minutes offert : nous reprenons ensemble le plan d'action et nous vous aidons à mettre en place les corrections prioritaires.

Questions fréquentes#

Peut-on vraiment analyser son site web gratuitement ?#

Oui. Google Search Console, PageSpeed Insights et le test des résultats enrichis sont gratuits et couvrent l'indexation, la performance et les données structurées. Quelques commandes curl complètent l'analyse pour le HTTPS, les balises et le robots.txt.

Quels sont les seuils à atteindre pour les Core Web Vitals ?#

Google considère une page comme bonne quand le LCP est de 2,5 secondes ou moins, l'INP de 200 millisecondes ou moins et le CLS de 0,1 ou moins. Ces seuils s'appliquent au 75e centile des visites.

Pourquoi mon outil affiche le TBT et pas l'INP ?#

L'INP mesure la réactivité aux vraies interactions des visiteurs, il ne peut donc pas être calculé en simulation. Lighthouse affiche à la place le TBT, le temps pendant lequel le navigateur est bloqué, qui est un bon indicateur des problèmes d'INP.

Combien de temps prend l'outil d'analyse de site gratuit de Websource ?#

Le résultat s'affiche en moins d'une minute, sans carte bancaire. Il comprend une note Lighthouse sur 100, les Core Web Vitals LCP, TBT et CLS, et un plan d'action, avec un appel de 45 minutes offert pour mettre en place les corrections.

À quelle fréquence faut-il analyser son site ?#

Refaites la checklist après chaque changement important : refonte, nouveau thème, nouveau module ou migration. Entre deux, surveillez les alertes de Search Console, qui signalent les nouvelles erreurs d'indexation et de Core Web Vitals.

Article publié le 11/11/2026 sous la signature de Jonathan Gutierrez, rédigé à partir des sources citées ci-dessus, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.